🚀 go-pugleaf

Hello:

	I am not sure I agree with you. For me your ideia has the same 
problem as tape to tape copy: noise problems. What really is needed
is decoding the tape, and do a program to save again the thing in the 
tape, generating signal afresh. Someone wishes to comment that?

	I am developing now a Spectrum emulation, and I have been developing
a short program to decode Spectrum's tapes and write the binary contents in
.TAP files (shorter than .WAV files, of course). It still got its flaws 
(especialy with tape noise), but it's working. I am planing of releasing it
as GNU or something like that, if there people out there interested in
'fidling' with the program... (PC assembler sources).

	I have also read here in the conference that a guy wrote one
utility to save Spectrum's tapes...



In article <4fbat8$lbk@dns.crocker.com>, Daniel Dee <daniel> writes:
> >Oh well.  I realized immediately after sending that no work is required at
> >all -- who cares if you can decode the data stream on a PC.
> 
> >What's important is that you can capture cassette output to a .WAV file
> >(or whatever) via the microphone in jack on a PC sound card, then play it
> >back any time you like, even trade the sound files with other owners.
> 
> Agreed.
> 
> I once wrote a VERY short machine language program that reads signal
> coming into the cassette-in port of an Apple 2, and then writes it
> back out to the cassette-out port.
> 
> While cassette-to-cassette audio copy is very unreliable, the above
> method is fairly reliable even for copy-protected tapes. After all,
> the computer has to be able to read the data off the cassette tape,
> what needs to be done is just take the bit that was just read and
> write it back out again.
> 
> I bet the same method will work on any sound card.
> 
> -- Daniel Dee (daniel@wigitek.com)
>