Forum comments in chronological order
Disclaimer: I am not responsible for what people (other than myself) write in the forums. Please report any abuse, such as insults, slander, spam and illegal material, and I will take appropriate actions. Don't feed the trolls.
Jag tar inget ansvar för det som skrivs i forumet, förutom mina egna inlägg. Vänligen rapportera alla inlägg som bryter mot reglerna, så ska jag se vad jag kan göra. Som regelbrott räknas till exempel förolämpningar, förtal, spam och olagligt material. Mata inte trålarna.
- Jun 2007
- Aug 2007
- Oct 2007
- Nov 2007
- Dec 2007
- Jan 2008
- Feb 2008
- Mar 2008
- Apr 2008
- May 2008
- Jun 2008
- Jul 2008
- Aug 2008
- Sep 2008
- Oct 2008
- Nov 2008
- Dec 2008
- Jan 2009
- Feb 2009
- Mar 2009
- Apr 2009
- May 2009
- Jun 2009
- Jul 2009
- Aug 2009
- Sep 2009
- Oct 2009
- Nov 2009
- Dec 2009
- Jan 2010
- Feb 2010
- Mar 2010
- Apr 2010
- May 2010
- Jun 2010
- Jul 2010
- Aug 2010
- Sep 2010
- Oct 2010
- Nov 2010
- Dec 2010
- Jan 2011
- Feb 2011
- Mar 2011
- Apr 2011
- May 2011
- Jun 2011
- Jul 2011
- Aug 2011
- Sep 2011
- Oct 2011
- Nov 2011
- Dec 2011
- Jan 2012
- Feb 2012
- Mar 2012
- Apr 2012
- May 2012
- Jun 2012
- Jul 2012
- Aug 2012
- Sep 2012
- Oct 2012
- Nov 2012
- Dec 2012
- Jan 2013
- Feb 2013
- Mar 2013
- Apr 2013
- May 2013
- Jun 2013
- Jul 2013
- Aug 2013
- Sep 2013
- Oct 2013
- Nov 2013
- Dec 2013
- Jan 2014
- Feb 2014
- Mar 2014
- Apr 2014
- May 2014
- Jun 2014
- Jul 2014
- Aug 2014
- Sep 2014
- Oct 2014
- Nov 2014
- Dec 2014
- Jan 2015
- Feb 2015
- Mar 2015
- Apr 2015
- May 2015
- Jun 2015
- Jul 2015
- Aug 2015
- Sep 2015
- Oct 2015
- Nov 2015
- Dec 2015
- Jan 2016
- Feb 2016
- Mar 2016
- Apr 2016
- May 2016
- Jun 2016
- Jul 2016
- Aug 2016
- Sep 2016
- Oct 2016
- Nov 2016
- Dec 2016
- Jan 2017
- Feb 2017
- Mar 2017
- Apr 2017
- May 2017
- Jun 2017
- Jul 2017
- Aug 2017
- Sep 2017
- Oct 2017
- Nov 2017
- Dec 2017
- Jan 2018
- Feb 2018
- Mar 2018
- Apr 2018
- May 2018
- Jun 2018
- Jul 2018
- Aug 2018
- Sep 2018
- Oct 2018
- Nov 2018
- Dec 2018
- Jan 2019
- Feb 2019
- Mar 2019
- Apr 2019
- May 2019
- Jun 2019
- Jul 2019
- Aug 2019
- Sep 2019
- Oct 2019
- Nov 2019
- Dec 2019
- Jan 2020
- Feb 2020
- Mar 2020
- Apr 2020
- May 2020
- Jun 2020
- Jul 2020
- Aug 2020
- Sep 2020
- Oct 2020
- Nov 2020
- Dec 2020
- Jan 2021
- Feb 2021
- Mar 2021
- Apr 2021
- May 2021
- Jun 2021
- Jul 2021
- Aug 2021
- Sep 2021
- Oct 2021
- Nov 2021
- Dec 2021
- Jan 2022
- Feb 2022
- Mar 2022
- Apr 2022
- May 2022
- Jun 2022
- Jul 2022
- Aug 2022
- Sep 2022
- Oct 2022
- Nov 2022
- Dec 2022
- Jan 2023
- Feb 2023
- Mar 2023
- Apr 2023
- May 2023
- Jun 2023
- Jul 2023
- Aug 2023
- Sep 2023
- Oct 2023
- Nov 2023
- Dec 2023
- Jan 2024
- Feb 2024
- Mar 2024
- Apr 2024
- May 2024
- Jun 2024
- Jul 2024
- Aug 2024
- Sep 2024
- Oct 2024
May 2009
Anonymous
Mon 4-May-2009 00:31
Mon 4-May-2009 00:31
Hi
I have some questions. This is really one of the most amazing things i have seen, and since you have uploaded the source and schematics i wanted to build my own copy of your demo board to see if it actually works. (I REALLY want to see it with my own eyes and show it to my friends)
So,
I have an atmega168 lying around, which almost is identical to atmega88, but with more flash. My board is ready and built according to your ASCII description, but I can't make it work for some reason. Im quite new to microcontrollers and im not familiar enough with assembler to understand most of your code (I have tried for hours, really). Linux is my main OS and i have avr-gcc, avrdude, the build-essential metapackage and so on installed, so compiling your sources went without problems. The hex-file is uploaded and the fuses are set as you described. But as mentioned, it does not work.. there is no signal on any pin.
I think this is because the source is unchanged, and written for atmega88, so there are most likely some things that need to be changed in order to run it on atmega168, but i dont even know where to start. Usually i use eclipse with the avr plugin, so i dont really know how most things actually work. Here is a comparision between atmega48, 88 and 168: http://www.atmel.com/dyn/resources/prod_documents/doc2554.pdf
Would you pleeease help me getting started, i really want to make this work. I will upload my eagle schematics and board layout once im sure it works, together with the atmega168 hex file in case someone is interested.
I have some questions. This is really one of the most amazing things i have seen, and since you have uploaded the source and schematics i wanted to build my own copy of your demo board to see if it actually works. (I REALLY want to see it with my own eyes and show it to my friends)
So,
I have an atmega168 lying around, which almost is identical to atmega88, but with more flash. My board is ready and built according to your ASCII description, but I can't make it work for some reason. Im quite new to microcontrollers and im not familiar enough with assembler to understand most of your code (I have tried for hours, really). Linux is my main OS and i have avr-gcc, avrdude, the build-essential metapackage and so on installed, so compiling your sources went without problems. The hex-file is uploaded and the fuses are set as you described. But as mentioned, it does not work.. there is no signal on any pin.
I think this is because the source is unchanged, and written for atmega88, so there are most likely some things that need to be changed in order to run it on atmega168, but i dont even know where to start. Usually i use eclipse with the avr plugin, so i dont really know how most things actually work. Here is a comparision between atmega48, 88 and 168: http://www.atmel.com/dyn/resources/prod_documents/doc2554.pdf
Would you pleeease help me getting started, i really want to make this work. I will upload my eagle schematics and board layout once im sure it works, together with the atmega168 hex file in case someone is interested.
My guess is the registries for the timer interrupts are different on the 88 then the 168.
You should see some signals on the pins tough.
Read the atmeag168 manual and the atmega88 manual
Look at the registries on the chips
Compare them, to what he is setting in code, make changes...
here is my email: (godberg[at]gmail{Dot}com)
I am also the one who posted the eagle schematic...
I'll help you out.
Thanks for the reply!
I tried compiling it for the atmega 168 and it did not work. The problem seems to be related to many relative branch instructions. They did not work with 16 kb memory in some places for some reason. I tried simply replacing them with jmp instructions, but that seems to consume too many clock cycles, so the timing was way off after that. The registers used by this project however seemed to be the same on both mcus.
Well, i have replaced the atmega168 with an atmega88, and now it works perfectly!
Another thing i was thinking about is the way the sound is generated. As one 8-bit timer is free it should be possible to generate sound by running the timer in fast pwm with no prescale and simply adjusting the duty cycle by writing to OCRXX for the timer. Then the output from the OCXX pin for the timer could be used to simulate the analog sound value with a 78 kHz frequency with variable duty cycle. Doing this would be easier in software and much easier in hardware as one of the DA-converters is not needed any more, and i think it would give almost the same sound.
(foto)
lft
Linus Åkesson
Mon 4-May-2009 18:07
Linus Åkesson
Mon 4-May-2009 18:07
Haha! Skickligt monterat! Var hittar man den?
Kapp-Ahl i Lund, har jag för mig.
lft
Linus Åkesson
Mon 4-May-2009 18:10
Linus Åkesson
Mon 4-May-2009 18:10
hey!
very nice job! i love this game. levels are getting more and more tricky, but you never know if the next one is easy or not. :) is there any way to install the programm on a cell phone? how complex is the algorithm to generate the levels?
very nice job! i love this game. levels are getting more and more tricky, but you never know if the next one is easy or not. :) is there any way to install the programm on a cell phone? how complex is the algorithm to generate the levels?
Thanks! The algorithm needs a lot of RAM, so it's probably not feasible for a midlet. Some day, when I get the time, I'll publish the source code and a description of the algorithm.
Anonymous
Mon 4-May-2009 19:57
Mon 4-May-2009 19:57
Hi
This is a very nice piece of hardware! Respect!
I also built a graphic card together with a colleague, but we have full 1024x768 resolution at 60Hz and 65.536 colours. At this resolution calculating big animated objects is a lot more difficult though, and we only use a PIC 33F with 40MIPS for the calculation.
If anyone is interessted you can contact me on ICQ: 64691047
Ciao
This is a very nice piece of hardware! Respect!
I also built a graphic card together with a colleague, but we have full 1024x768 resolution at 60Hz and 65.536 colours. At this resolution calculating big animated objects is a lot more difficult though, and we only use a PIC 33F with 40MIPS for the calculation.
If anyone is interessted you can contact me on ICQ: 64691047
Ciao
Anonymous
Tue 5-May-2009 05:32
Tue 5-May-2009 05:32
Why do the eeprom starts like that and not as a standard image ?
FWIW, it *is* a standard image. The long at address 0 is the operating frequency only by convention. It has no effect on the hardware. The most important byte is at offset 4 which indicates XTAL1+PLL16X which is perfectly OK for the demo board.
As for checksum, it's correct. You wouldn't be able to flash an image with a wrong checksum anyway. If your disassembler can't cope get a new one.
Anonymous
Tue 5-May-2009 09:11
Tue 5-May-2009 09:11
yep :) I wrote mine !
PASMDisassembler on the forums... ;-)
PASMDisassembler on the forums... ;-)
Anonymous
Wed 6-May-2009 20:41
Wed 6-May-2009 20:41
Did you perform this in one piece, or did you use overdubs for the different voices (of the original SID)?
lft
Linus Åkesson
Wed 6-May-2009 20:52
Linus Åkesson
Wed 6-May-2009 20:52
Did you perform this in one piece, or did you use overdubs for the different voices (of the original SID)?
This is one recording. No edits or overdubs.
Anonymous
Thu 7-May-2009 17:43
Thu 7-May-2009 17:43
lft wrote:
hey!
very nice job! i love this game. levels are getting more and more tricky, but you never know if the next one is easy or not. :) is there any way to install the programm on a cell phone? how complex is the algorithm to generate the levels?
very nice job! i love this game. levels are getting more and more tricky, but you never know if the next one is easy or not. :) is there any way to install the programm on a cell phone? how complex is the algorithm to generate the levels?
Thanks! The algorithm needs a lot of RAM, so it's probably not feasible for a midlet. Some day, when I get the time, I'll publish the source code and a description of the algorithm.
Oh, super! I am very much interested in the source code. To avoid the RAM-problem, one could split the programm into a "level-creator", that calculates for example level 1 to 100 of a seed und saves it in a small file, which could be read by the second program running on the cell-phone.
Greetings, the anonymous writer =)
Anonymous
Thu 7-May-2009 18:07
Thu 7-May-2009 18:07
You should offer a kit. I'm looking at building a "Ybox2", or a "Make Controller 2.0" Interface Board Kit. The Make Controller seems much more useful though. Neither are designed with VGA output on board though which I'd like to have, or some way of driving old scrap laptop panels. If I could write a driver to drive some cheap USB webcam on the Make Controller through its USB port, and have soem kind of video out and voice synthesizer chip attached, you could darn near well do anything with it. A microcontroller that could control a pile of devices/appliances via relays, display fees/info from a webserver on the web, be controlled by the web using its tiny internal webserver, and output speach alerts or information (new email! from: blank, etc). CHOPPERGIRL http://choppergirl.air-war.org
Anonymous
Fri 8-May-2009 14:03
Fri 8-May-2009 14:03
At last it worked ! (mysterious failure worked around).
(project adapted on ATMega8, with a PWM with low-pass filter based "DAC").
Thierry C.
(project adapted on ATMega8, with a PWM with low-pass filter based "DAC").
Thierry C.
3420-gogz
Gerardo G-Trejo
Tue 19-May-2009 12:50
Gerardo G-Trejo
Tue 19-May-2009 12:50
Hi! I believe that you have done an incredible work with the Parallax Propeller!! It´s the best thing I have seen done with this chip. A shame that the propeller has only 32KB of HUB RAM... Have You evaluated the possibility of adding an external memory (like FRAM -SPI BUS- or similar SRAM) to your " demo board"?
http://www.ramtron.com/products/nonvolatile-memory/serial.aspx
Cheers!
http://www.ramtron.com/products/nonvolatile-memory/serial.aspx
Cheers!
A case against syntax highlighting
GingerBread
Fri 29-May-2009 07:47
Fri 29-May-2009 07:47
Computer languages are not about computers, but about humans thinking about programming them.
So, if you argue that colors make you lazy. Why not get rid of the language as well?
I never really used assembler, until I found the AVR. And, yes, I learned so much about The King doing that.
Let no light distract us from our path towards that elevated brightness. Thanks for sharing your 'Craft',
it enlightens my way.
So, if you argue that colors make you lazy. Why not get rid of the language as well?
I never really used assembler, until I found the AVR. And, yes, I learned so much about The King doing that.
Let no light distract us from our path towards that elevated brightness. Thanks for sharing your 'Craft',
it enlightens my way.
Anonymous
Sat 30-May-2009 01:19
Sat 30-May-2009 01:19
It's easy to sometimes forget a closing delimiter on a comment, leading to a bug hunt and wasting your time. This is one utilitarian reason for using syntax highlighting.