Re: [Pykaraoke-discuss] New ripper
On Mon, Jun 26, 2006 at 12:46:59AM +0100, Kelvin Lawson wrote: From reading about other people who have tackled the software-deinterleave process (e.g. the Audiograbber guy) my understanding was that this was a pain-in-the-ass that you can avoid by using RW drives. I'd be surprised if there was anything particularly complicated to do so we must be missing something simple. You said you looked at the bin file - did you compare it with the RW_RAW output from the same disk? If you have an example of the first few KB output using both modes I'd be interested to see it. Could some testing software be whipped up? I wouldn't object to spending the money on some specific CD+G disc (so that we all have the same baseline) if there was something I could run against that disc to diagnose what the drive was shipping over... Cheers, -- jra -- Jay R. Ashworth[EMAIL PROTECTED] Designer Baylink RFC 2100 Ashworth AssociatesThe Things I Think'87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on Usenet and in e-mail? Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
Re: [Pykaraoke-discuss] New ripper
On 6/25/06, Jay R. Ashworth [EMAIL PROTECTED] wrote: On Sun, Jun 25, 2006 at 06:46:05PM +0100, Drew wrote: Well, having finally gotten SuSE 10.0 onto my laptop and the 100GB drive (which freed up the 80GB to go in the external chassis), I'm about to start ripping my 400 disc library -- which includes a lot of brands, though only a couple Sound Choice and Music Maestro discs -- so I guess I can A/B compare them, and see what I get.Even a 10% speedup is worth it on 400 discs.:-) I'm pretty sure you'll see a speed increase. As far as ripping all 400 disks my code is missing some important features that cdgrip.py has. The main ones are the track name lookups and the ability to use lame instead of oggenc.Ah.Well, ogg is fine with me, as long as the player will track it.FreeDB is a bit more important -- you'd be surprised how many karaokeCDGs are actually in there. I feel the need to chime in here and say Ogg Vorbis is *very* important here, especially when ripping a bigger collection. There's logistic, performance, and legal reasons why Ogg Vorbis is the appropriate format for compressed audio at a karaoke show. Some of this is anecdotal for me, since I've done it myself and have seen these benefits, but I haven't actually done a laboratory-style suite of tests to prove these things. Though some of it is pretty damned easy to demonstrate anyway. 1) Same sound quality (or better) -- Ogg Vorbis does a great job compressing music; of course this is subjective but Oggs always sound either indistiguishable from the same music compressed by MP3 or perceptively better. 2) Better compression ratios -- Oggs end up smaller than MP3s for the equivalent compression settings; i.e. if it sounds the same as an MP3, it'll be smaller as an Ogg, and if an Ogg the same size as an equivalent MP3, it will have fewer artifacts and generally sound better. 3) Faster compression/decompression -- On my 64-bit (AMD Athlon 64) notebook, Ogg encoding can sometimes run almost twice as fast as equivalent MP3 encoding. It's such a huge performance improvement that when I put a pile of Oggs together to re-convert back to MP3 to burn to a CD my truck's MP3-capable (but not Ogg-capable, dammit) player can grok, I'm disappointed that it takes more time to actually convert the files than it does to write the physical disc. 4) Royalty/patent free -- I know it's mostly an academic issue since MP3's patent holders haven't apparently been complete bastards about it, I don't have to worry at all that some lawyer or cop will walk in during one of my shows and shut me down for not paying a licensing fee to use a patented audio decoder. Same with releasing software that uses it; my understanding is that the MP3 folks *do* raise an eyebrow occasionally on players if those players generate revenue for their builders/authors. I haven't made empirical comparisons for the rest of this but I suspect Ogg's tags can hold more data (they can be longer than ID3 tags), I know players seem better-behaved (xmms is definitely faster/more cooperative playing Oggs than it is playing MP3s, at least on both my systems), etc. And let me tell you this: on a song collection exceeding 40,000 songs, pushing 150GB, converting from MP3 (I kept the originals, don't panic) to Ogg Vorbis dropped the collection down to 110GB and sounds just as good. Has anyone looked into cdparanoia? I couldn't find an option for ripping with subcode but I didn't look that closely.Amusingly, googling for cdparanoia subcode turns up...me and Will, talking about whether it will do it or not.:-)That's hilarious. I'd really love to find a way to either play CDG straight from a CD or be able to rip just one track (during a show, it'll be a pain in the ass if someone brings their own disc to play but doesn't hand it to me until it's their turn to sing ... yeah, it'll be about ten minutes before you can sing this because my computer has to read the whole disc first) -- Looking for something to read? Visit http://willfe.com/ ... it's easy, safe, and fun for the whole family! Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
Re: [Pykaraoke-discuss] New ripper
Yes, absolutely. I would like to know if anyone else has successfully compiled and test it. Great, I can feel a v0.4 coming on. We're in the middle of buying a house at the moment so time is limited, but I'll have a go at building it here and fitting it into a sensible release package. When I had extracted the .bin image I ran it through dcdgrip to split it but the results were not as expected. The CDG info was garbage and the audio was very badly distorted (like samples were missing and maybe cdg data was still present) Interesting. I certainly didn't expect the audio to be affected by using RW mode. I'm inclined to go with your reason 3 as well - that the data is not arriving in the expected order. Could the CDG data be smaller because the parity bytes have been removed? From reading about other people who have tackled the software-deinterleave process (e.g. the Audiograbber guy) my understanding was that this was a pain-in-the-ass that you can avoid by using RW drives. I'd be surprised if there was anything particularly complicated to do so we must be missing something simple. You said you looked at the bin file - did you compare it with the RW_RAW output from the same disk? If you have an example of the first few KB output using both modes I'd be interested to see it. Cheers, Kelvin. Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642 ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss
Re: [Pykaraoke-discuss] New ripper
Hello Folks, Thanks a lot for posting your code Drew, glad to hear you got it working. If you don't want the hassle of packaging it up yourself in a release it sounds like a good addition to the cdgtools suite. I tend to use Python for home projects simply because I find it quicker to get something functional, but I see no reason why C code shouldn't go into cdgtools. Let me know if you're interested (cdgtools is LGPL by the way). It decodes the q channel and checks to see if the track number has changed. If it has the program then does a CRC check (there is a CRC value built into the q channel) and if the CRC is bad the change of track is ignored. Initially I didn't include the CRC checking but I found that the q data was often corrupted in one or two sectors in the track so the CRC eliminates these erroneous track boundaries. This is good stuff. dcdgrip doesn't do this yet but... as such. If I'm understanding you correctly you want to read one track and then split and encode it. I have already thought of adding an option to select which tracks you want to rip (from the complete bin file) but it shouldn't be too hard to make it encode from a bin file containing just one track (will cdrdao do this?) I just had a look through the cdrdao man page and to my surprise there doesn't seem to be an option to rip single tracks. Anyone know of any other suitable rippers? Yeah, drives are very random and finicky about this part of things. Figuring out whether you've been handed raw or cooked subchannel data is a pain in the [EMAIL PROTECTED] :) I'm not totally convinced that it's just a drive problem. Has anyone on the list every got RW data to work? My drive returns the data interleaved, so I've only ever tested rw_raw mode (using the software-deinterleave) hence the note of caution in the instructions for rw mode. My thinking was that the data returned in rw mode would need nothing doing to it at all, it could be written straight out to the CDG file as it came from the CD drive. Have you found this not to be the case? Could it be that the drives concerned don't support rw mode? Cheers, Kelvin. All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnkkid=107521bid=248729dat=121642 ___ Pykaraoke-discuss mailing list Pykaraoke-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pykaraoke-discuss