October 27th, 2010 by Colin
Apparently CDXTRACT 4 doesn’t work on 64-bit Windows machines. Well, I guess it shows how much even I use it anymore since I’ve been running 64-bit Windows 7 for the better part of a year. That said the fix is easy, but I don’t really care.
October 24th, 2007 by Colin
Ok, so I’ve removed the beta designation from CDXTRACT 4 and removed a Vista-related exception. (sorry, no MusicBrainz on Vista) Go download it.
April 29th, 2007 by Colin
Ok, so I’ve been majorly slacking on the CDXTRACT 4 front for the past several months. However, in the last couple of days I decided to clean up some of my pending changes and release a new beta. I have not updated the documentation in this release. The changes I can remember are as follows:
To use the infamous Nakamichi changers, each drive should be configured as a Sony/Plextor Drive with Secure Extractor. Note: Secure Extractor will need to be configured to not read C2 errors as the drive doesn’t support the feature. Currently, the Secure Extractor plugin is significantly slower than the old CDXTRACT 3 synchronized extractor, but the results are far more trustable. I would say this drive is probably good enough for normal lossy ripping applications, but I cannot recommend it for lossless archival ripping until I finish Secure Extractor 2, which will be far more intelligent than the current one.
January 3rd, 2007 by Colin
Well, I finally got THE FIVE DISC CHANGER today. All I have to say is: what a piece of shit. I think this drive was made before any of the relevant standards came around. It doesn’t even support the read table of contents command I was using by default. Despite that, it seems to be working well with my changer model and I should have a new beta release soon.
December 21st, 2006 by Colin
Ok, since I’m home today, (you’ve heard of the storms in Colorado right?) I decided to finish my minimal documentation and post the first public beta of CDXTRACT 4. The next one will probably be after I have rudimentary support for THE TOWER OF CHANGERS, or in my case THE FIVE DISC CHANGER. Go to the download link at the top or side of this page to get it. Enjoy.
December 21st, 2006 by Colin
Damn it. I felt so guilty yesterday about Dan’s TOWER OF CHANGERS that I bought one of those Nakamichi drives off of eBay this morning to make changer support work intelligently in CDXTRACT 4. So, changer support may or not make it into the end-of-year beta release.
December 20th, 2006 by Colin
So roughly four years ago, I decided to start work on CDXTRACT 4. About eighteen months had passed since I did the last build of CDXTRACT 3 and I thought it was about time to start anew. I had recently aquired my copy of Visual Studio .NET and was relatively eager to start a reasonably sized project in an environment other and Visual C++ 6. My goal at the time was to have a unicode capable, cross platform GUI version of CDXTRACT 4 with dynamically loadable pluggable everything. I worked on that for a couple of weeks, making just a few core functions work when I realized it was going to be too painful and ugly to support my architecture on multiple platforms being able to compile for ANSI or unicode. At that point I realized that other programs out there were good enough for my ripping needs, and my intellectual curiosity had been satisfied at least for a while.
Flash forward to sixteen months ago. I had just purchased a CD which couldn’t be ripped using any of my third-party tools at the time. As it turns out, it was a Sony CD with XCP copy protection, which mangles the table of contents on the CD as it appears through programs asking Windows, but not to programs reading the disc directly. So after firing up CDXTRACT 3, I found that I could rip this CD without difficulty. (assuming the malware wasn’t installed) At this point, I was reenergized and starting majorly refactoring the CDXTRACT 4 code base. I took out most of the pluggable everything code, which reduced the complexity considerably, and removed the compiler-time character types. (unicode/ANSI) I was still working under the assumption that I would be able to make it cross-platform and I had a plan in place to use wxWidgets to make a cross-platform GUI. After the first refactoring pass, I added functions to detect and disable parts of the XCP malware which prevented ripping. (a filter driver called $sys$crater) I wrote some more base code and had a reasonable console version that could rip WAV files. Soon, I realized that the academic exercise wasn’t that interesting because the architecture was almost exactly the same as CDXTRACT 3, and I would stop working on that version.
Flash forward to three months ago. Relatively recently, (in a geological timeframe) I had re-ripped my entire CD collection to WMA Lossless for use with a set-top media player. Since CDXTRACT 3 never supported WMA Lossless, I went in search of other programs which could rip from multiple drives at once to that format. I ended up finding one and ripping all of my CDs over a several week period. The problem was that it was clunky and not free. (as in beer) So a little while later, that itch to rearchitect CDXTRACT 4 came back and I started working again. I decided to work in an environment and architecture that was purely geared towards my personal productivity and original goals. CDXTRACT 4 was completely rewritten in Visual Studio 2005 in a combination of native C++, C++/CLI, and C#. The downside is that cross-platform is now gone. The upside is that it’s almost ready. I’m hoping to release the first public beta by the end of the year.
System Requirements
New Features
Missing Features (Compared With Version 3)
Screen Shots
