Date: Sun, 18 Sep 2005 20:21:11 -0500 From: Ben Kaduk <minimarmot@gmail.com> To: Emanuel Strobl <Emanuel.strobl@gmx.net> Cc: freebsd-current@freebsd.org Subject: Re: audio (acdt01) dump broken? (BETA4 (5)) Message-ID: <47d0403c05091818212b15403b@mail.gmail.com> In-Reply-To: <200509190305.28271@harrymail> References: <200509190144.30528@harrymail> <47d0403c05091817551e9c5ae4@mail.gmail.com> <200509190305.28271@harrymail>
next in thread | previous in thread | raw e-mail | index | archive | help
On 9/18/05, Emanuel Strobl <Emanuel.strobl@gmx.net> wrote: >=20 > Am Montag, 19. September 2005 02:55 CEST schrieb Ben Kaduk: > > On 9/18/05, Emanuel Strobl <Emanuel.strobl@gmx.net> wrote: > > > Hello, > > > > > > tonight I wanted to consolidate (for an upcoming trekstor i.beat > > > organix) my oggs and therefore eval the difference between reencoded > > > ogg@320vbr->ogg@112 and the original reread wavs(tracks)->ogg@112vbr. > > > Unfortunately I couldn't grab my CDs anymore. I can remember I had > > > used 'dd > > > if=3D/dev/acd0txx of=3D/tmp/track.xx bs=3D2352' but this doesn't work > > > anymore. I can't replay the bits and with oggenc I get: > > > ERROR: Input file "track15.wav" is not a supported format > > > > > > _But_: > > > > > > cdda2wav -D2,0,0 -t 15 -Owav is working fine! > [...] > > Last time I was pulling stuff off a cd with dd, I used bs=3D64k (this w= as > > yesterday), and it worked fine. Care to try and report back? >=20 > Hmm, I never could manage to dump PCM without bs=3D2352, but I tried your > suggestion, as expected, it failed while adjusted blocksize worked, but > obviously with mesh, no PCM .wav! See here: >=20 > cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 - > 2)#171: dd if=3D/dev/acd0t15 of=3Daufio.wav bs=3D64k > dd: /dev/acd0t15: Invalid argument > 0+0 records in > 0+0 records out > 0 bytes transferred in 0.000380 secs (0 bytes/sec) > cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 - > 2)#172 > cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 - > 2)#172: dd if=3D/dev/acd0t15 of=3Daufio.wav bs=3D2352 > 16340+0 records in > 16340+0 records out > 38431680 bytes transferred in 29.363745 secs (1308814 bytes/sec) > cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 - > 2)#173 > cale:PUBLIC/Audio/Creedence Clearwater Revival/The Very Best Of... (CD1 - > 2)#174: oggenc aufio.wav > ERROR: Input file "aufio.wav" is not a supported format >=20 > Thanks for your attention, >=20 > I don't think it's something user-world related... >=20 > -Harry [sorry if this double-sent; I'm running on a wireless network using ipsec= =20 over udp, and apparently it's losing packets, since gmail was hanging. . .m= y=20 school's IT administration seems very silly at times] Interesting -- I only have one other suggession; I was recently rereading= =20 the handbook section on burning cd's, and it said that it was better to hav= e=20 .pcm files which don't have the header that .wav files do -- apparently the= =20 header produces a 'tick' on playback. Have you tried ripping to .pcm files?= =20 Perhaps oggenc is looking for a nonexistent header. I also checked the handbook for copying cd's -- you are correct that 2352 i= s=20 the "magic" blocksize -- I used 64k when ripping an entire (data) cd to cop= y=20 it. Ben Kaduk
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47d0403c05091818212b15403b>