On Wed, 11 Aug 2004 22:04:53 +0100, Wayne Stallwood ALUGlist@digimatic.plus.com was rumoured to have said:
[snip]
Right, thanks to the latest handy tip about dev setting I ran the following
mpg321 --cdr 1.wav music.mp3 followed by cdrecord -v -pad dev=/dev/dvdrecorder 1.wav
The result is the same as using k3b, a valid disk (in terms of table of contents) but corrupted audio. Then I tried cdrecord -v -pad -swab dev=/dev/dvdrecorder 1.wav which gives a different (higher pitched) but similar effect.
So now we are down to either mpg321 (which plays my mp3s fine) producing broken output. Or cdrecord either broken or not liking my NEC drive.
Funny thing is that despite presumably being a raw audio file, nothing on this machine appears able to play 1.wav. Xmms totally refuses to open it cat'ing it to /dev/audio makes a horrible sound (like white noise)
file says this about 1.wav 1.wav: raw G3 data, byte-padded which is hardly conclusive
1.wav is comming out at about the right size (about 10MB a minute)
Probably the next step is to produce a 1.wav on another machine (that I know works) or obtain a suitable file from somebody and pass that to cdrecord, unless of course somebody out there has a bright idea.
1) Have yout tried mpg321 -w? It shouldn't make a difference to cdrecord (it's supposed to detect & support both formats) but at least with -w you can play the output with sox etc.
2) Slower speed, different media, firmware update, wait for full moon...?
Rgds, /-sb.