Kiwi - a 68k Homebrew Computer

Hi Mike,

thank you for the updated code. Could you explain the "end of tune" code? The background is, that we don't have filelength() and chsize() in linux. Thus we have to find alternatives.

Simon

Makumba did sound terrible because the .h still was Steve's version. Attached you find a new version of the player which also shows how to use the DUART timers...

Great Mike, do I have to modify the player to use the new dump-format? And is the new dumper available via the link you posted earlier? What I found is that there are some tunes which are not timed synchronous to the VBI (50Hz/60Hz) but the CIA timer. They still sound odd but that is fine with me as...

Hi, it took a few days, but finally I found some time to write a new player today. It uses the Mikes format of the dumps which work quite well. Thank you! I like to merge it with Steve's version thus I don't need to use xxd to convert it into a c header file. And I like to have a file header (includ...

Thank you, Mike! I will look into that. I just found the player as well. It was in a different directory.

I didn't have luck with my modified siddump. As the sorting of the output is different to the usual siddump output, it is a bit hard to compare the results. Mike, it seems that your zip file contains your siddump fork only. Could you give a more detailed describtion of the binary format or the playe...

Hello Mike, wow, that are very valuable information. Thanks a lot!!! :) I have modified the siddump sources to reflect my earlier notes. I will have to check the dumps tonight and will give feedback afterwards. Your sources are very welcome. Did you fork the siddump sources for your project or did y...

No problem, Steve. I didn't expect a bugless version.
Funny thing is, that my dumps doesn't care about the setting order of the registers as well and some tunes sound good where others sound wrong. Listen to "Still alive" for example.

I found the error. The if statements should be if ((chn[c].freq & 0xFF) != (prevchn[c].freq & 0xFF)) Anyway, it doesn't sound correct. I am not sure why. Maybe we have to set both bytes of 16-bit registers (frequency, pulse) even if only one changes. In addition we might want to move registe...

Steve, I stumbled upon this code: if ((chn[c].freq & 0xFF) != (chn[c].freq & 0xFF)) { registers[regcount * 2] = regbase + SID_FREQ_LO; registers[(regcount * 2) + 1] = (unsigned char)(chn[c].freq & 0xFF); regcount++; } if ((chn[c].freq & 0xFF00) != (chn[c].freq & 0xFF00)) { regist...