Hi Pere,
http://www.zxpress.ru/article.php?id=9313
Some google translate might be required
Cheers,
-utz
Search found 18 matches
- Sat Mar 16, 2019 10:35 pm
- Forum: Hints and Tips
- Topic: music format .PT3
- Replies: 2
- Views: 6429
- Mon Sep 14, 2015 9:20 pm
- Forum: Dragon General
- Topic: File2VDK anyone?
- Replies: 41
- Views: 44293
Re: File2VDK anyone?
If I understand correctly DragonTools is Windows only though. So it's no use to me.
- Mon Sep 14, 2015 7:55 pm
- Forum: Dragon General
- Topic: File2VDK anyone?
- Replies: 41
- Views: 44293
Re: File2VDK anyone?
Ah, well then this could be done with a simple batch/shell command. For Windows .bat, I believe this should do it: copy /b /y header.bin+%1 %1.vdk > nul resp for .sh cat header.bin $1 > $1.vdk header.bin is attached. However, there's one problem: It seems file2dsk spits out 35 track images, but VDKs...
- Mon Sep 14, 2015 4:13 pm
- Forum: Dragon General
- Topic: File2VDK anyone?
- Replies: 41
- Views: 44293
Re: File2VDK anyone?
The following things are unclear to me: Version of VDK format, Backwards compatibility version, Identity of file source, Version of file source, Flags, Compression flags and name length.robcfg wrote:What do you need to know? It's a fairly simple description of the disk.
- Sun Sep 13, 2015 7:22 pm
- Forum: Dragon General
- Topic: File2VDK anyone?
- Replies: 41
- Views: 44293
Re: File2VDK anyone?
Didn't know about the file2dsk utility, so thanks for posting the link. I could perhaps work out a script that would replace the dsk header with a vdk one, since the file format seems to be identical otherwise. But unfortunately I don't understand the header description at http://archive.worldofdrag...
- Fri Sep 11, 2015 8:32 pm
- Forum: Dragon General
- Topic: pcmplay - new dragon sound routine
- Replies: 56
- Views: 25664
Re: pcmplay - new dragon sound routine
Oh, that sounds much, much better than I expected. My sincere apologies for doubting you. @sixxie: Yes, but this new version uses 256 bytes per cycle. Or rather, will use 256 bytes per cycle as I have to make new samples now. I'll probably make a new player for this, as some things won't be possible...
- Fri Sep 11, 2015 10:44 am
- Forum: Dragon General
- Topic: pcmplay - new dragon sound routine
- Replies: 56
- Views: 25664
Re: pcmplay - new dragon sound routine
$800 is mapped to C-0. But the values are chosen arbitrarily, the table isn't tuned to 440 Hz or anything.
Ok, here we go, testing with reduced counter size and one long triangle wave sample.
Convinced now?
Ok, here we go, testing with reduced counter size and one long triangle wave sample.
Convinced now?
- Fri Sep 11, 2015 9:46 am
- Forum: Dragon General
- Topic: pcmplay - new dragon sound routine
- Replies: 56
- Views: 25664
Re: pcmplay - new dragon sound routine
Trust me, it doesn't matter if you apply the principle to a 256 byte waveform or a 16 byte waveform. You will still get a tuning error if the hi-byte of the frequency counter is not a power of 2. It's not like I haven't tried this before ;) In the current player, the number of bytes played per cycle...
- Thu Sep 10, 2015 11:22 pm
- Forum: Dragon General
- Topic: pcmplay - new dragon sound routine
- Replies: 56
- Views: 25664
Re: pcmplay - new dragon sound routine
@tormod: Good idea, I'll do that. @sorchard: So you basically want to skip sample bytes? Consider you have a triangle wave (I'm just going to demonstrate with a 16-byte sample instead of 256 bytes). 0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15 If you play this with a counter value of, say 1, it's all dandy...
- Thu Sep 10, 2015 12:36 pm
- Forum: Dragon General
- Topic: pcmplay - new dragon sound routine
- Replies: 56
- Views: 25664
Re: pcmplay - new dragon sound routine
Ah, I see what you mean. My bad
So you basically want to still do ldd #counter, addd #baseval, std counter, but only use B as the frequency counter, and A as the sample offset? I still think that would give you a rather large frequency error.
So you basically want to still do ldd #counter, addd #baseval, std counter, but only use B as the frequency counter, and A as the sample offset? I still think that would give you a rather large frequency error.