dos33fsprogs/dya
2018-11-20 14:02:44 -05:00
..
chip_title_uncompressed.inc dya: update title screen 2018-11-20 14:02:44 -05:00
chiptune_dya.dsk dya: update title screen 2018-11-20 14:02:44 -05:00
chiptune_empty.dsk
chiptune_player.s dya: working 6-channels, at least I think so 2018-11-20 13:22:17 -05:00
dance of the dead Turbosound module 1.pt3
dance of the dead Turbosound module 1.ym dya: seems to work 2018-11-20 13:56:40 -05:00
dance of the dead Turbosound module 2.pt3
dance of the dead Turbosound module 2.ym dya: seems to work 2018-11-20 13:56:40 -05:00
DOTD1.KRW
DOTD2.KRW
gr_setpage.s dya: working 6-channels, at least I think so 2018-11-20 13:22:17 -05:00
hello.bas
interrupt_handler.s
lz4_decode.s
Makefile dya: working 6-channels, at least I think so 2018-11-20 13:22:17 -05:00
mockingboard_a.s
qkumba_rts.s dya: seems to work 2018-11-20 13:56:40 -05:00
rasterbars.s
README dya: working 6-channels, at least I think so 2018-11-20 13:22:17 -05:00
song_list.inc dya: working 6-channels, at least I think so 2018-11-20 13:22:17 -05:00
text_print.s
volume_bars.s dya: seems to work 2018-11-20 13:56:40 -05:00
zp.inc dya: 6 bars, but takes too long sometimes 2018-11-20 13:46:43 -05:00

Horrible hack of the VMW chiptune player code to try to play a 6-channel file.

There's really not enough RAM to do things this way.

Proper solution is to write a real pt3 tracker.



Hacks:
	Needs 10k+10k RAM for each KRW file (converted PT3)
	Needs 14k+14k for buffers
	Needs 4k for player
	==================
		52k RAM, more than we have on stock Apple II

	We cheat and use language card which gives up 64k in theory.

	The problem is we use interrupts, and the interrupt routine is
	hard-coded to jump into the $F000 range.  IIe/IIc might
	be smart enough to handle this, but older machines are not.

	Hack: copy the FXXX range into the language card so it doesn't
	matter?