🚀 go-pugleaf

R Ribeiro (rff-ribe@csm.uwe.ac.uk) wrote:
: Hello:

: 	I think that you're right till a certain point. It will work indeed,
: but is like a deck copy (a copy from tape to tape): with each copy you're
: increasing the level of noise...it will be better if it was decoded and
: saved afresh!

: 	I have done in a PC a routine that reads Spectrum tapes and creates
: a .TAP file in a disk (a binary image of the contents of the tape, already
: translated). Apart for the little space it uses (compared to .WAV), I

That sounds ideal, but will it read speed loaders?


I think whats really needed is a complete rethink because at the moment it's not
possible to play multiloads that used different routines to the rom one, on any
emulator that I know of unless you use the actual tape or an image of it stored
as a sound file of some sort. What we need is something like a mixture of the
two, ways of doing it. a .tap format but with a varied baud rate, and an option
in an emulator to 'play' the .tap in like a .wav file so the m/c program is
fooled in to thinking its getting real sound data, having to use an option would
be like pressing play on the cassette recorder so I don't think thats a bad
thing. This would involve a rewrite of most emulators unfortunatly. It 'might'
be better just to hack the games so that they receive normal data using the rom
and so the emulator can fake this in the normal way.

: think it's easier to manipulate. (at least for my emulation -- still in a 
: early state).

: 	It has it's only problems, but I am considering to put it as GNU or
: something like that... to see if other people are interessed in picking were
: I left.

: 	It reads from printer port and from a SoundBlaster: but it's still
: some problems with noisy tapes.

: 		Bye,
: 		Rui Ribeiro


--
Damion Yates - Sheffield Uni, UK.
http://www.bath.ac.uk/~exxdmy