Tag Archives: DVD ripping

DVD caching experiment

Acidrip Screen 1 from DVD cache test

Acidrip Screen 1 from DVD cache test

Back in May 2012 I wrote an article about DVD ripping and encoding for Full Circle Magazine Issue #61. One of the more surprising results was when a couple of our dual core computers beat out our two four core (and an 8 core computer I tested later) in the ripping portion of the test. This led me to believe that certain DVD drives performed much better than others.

Every month I stay a few hours later at work to host the Kitchener/Waterloo regional Drupal content management user group, so I decided use the time between when Computer Recycling was closed and the Drupal meeting started to pit a number of refurbished DVD drives we had against one another in a DVD caching “death match.”

To keep the experiment fair I used the same computer and software throughout the entire process. For the caching/ripping I used Acidrip on Xubuntu 12.04. I also used the exact same DVD for each experiment. The one change I made each time was the location of the cache file. To ensure Acidrip wasn’t reading from some pre-existing cache I created a different folder on the desktop to each DVD drive’s cache. When the experiment finished I deleted both the folder holding the cache files as well as the avi Acidrip started to create. I then emptied the trash to make sure the cache and the avi partial file were gone. Lastly I kept almost all the same settings, with only the cache file location difference, for each DVD drive tested.

I’ve taken screenshots of the Acidrip General, Video, and Settings screens so you can repeat the experiment if you wish. The DVD I used is the 1987 Louis L’Amour’s The Quick And The Dead (the Sam Elliot version, not the Sharon Stone version).

Acidrip Video settings screen for the DVD caching experiment

Acidrip Video settings screen for the DVD caching experiment

On the video screen I unchecked the Crop and the Scale options. I also set the bit rate and clicked the Lock Bits/Px then raise the bit rate until the Px was 0.150 (out of the red zone/poor quality zone). This meant the bit rate was locked at 1549 for all DVDs tested. I kept the codec at the default lavc setting and the Passes 1.

For all of the tests I used the stopwatch program to keep track of the time from when I started to when I finished. It’s not exactly a perfect experiment because there’s a slight delay between when I click start on Acidrip and when I click start on the stopwatch, but it’s really about 1 second and most of the results vary much more. What I was looking for was significant differences in timeĀ  between the various DVD-ROM drives and DVD Writers.

Now you might think why go through all this trouble for a few minutes? I explained my main reason back in the article for Full Circle Magazine; if you’re ripping one DVD you don’t really care about a few minutes, but if you have to rip a collection of a few hundred DVDs, those few minutes can save you a lot of time (200 DVDs times a 3 minute difference is 600 minutes overall, or 10 hours). And here’s the best part, the difference between the fastest and slowest so far is more than 10 minutes (200 DVDs times a 10 minute difference is 2000 minutes or 33.33333 hours). Over a day more of constant ripping which doesn’t even taking into account the amount of time it takes to encode the video [which is not DVD drive dependent, but takes much longer].

Acidrip Settings Screen from the DVD caching experiment

Acidrip Settings Screen from the DVD caching experiment

On the Settings screen I changed the location of the Cache path each time (in the screenshot it’s /home/linuxuser/Desktop/TOP) I put a new DVD drive into the computer. I unchecked Delete cache and checked Eject DVD. I should note that I clicked stop on the stopwatch when the video stopped caching, not at the point the DVD drive opened (a second later in each case).

Another reason why I wanted to undertake this experiment was to see if the rumor that certain manufacturers limit the speed of DVD ripping on their drives was true or not. I didn’t have a lot of newer drives, but I did include a couple of Serial-ATA (SATA) drives among the Parallel-ATA (PATA) drives. Whether a drive was SATA or PATA didn’t seem to matter as much as the drive itself.

Age also didn’t seem to be a factor, in fact the overall winner was one of the oldest drives (then again the second slowest was the oldest).

I tested 8 different drives. One of the newer drives in the test was bad and refused to do much of anything (we see a fair bit of faulty equipment in Computer Recycling, but you would think it would be older equipment).

You won’t be able to go out to your local Futureshop or Bestbuy to pick up any of these drives, but you can probably find them in any computer refurbishing place or surplus stores selling computer equipment. I hope this also encourages you to drop by a computer refurbisher (old is not always bad technology). Here are the results:

DVD Ripping Times (3.9GB movie)
DVD Mfg & Model Mfg Date Interface Type Minutes to Cache (less is better)
AOpen DVD1648 November 2001 PATA DVD-R 4.32
Hitachi-LG DC-4522B April 2005 PATA DVD-R/CDRW 10.09
Hitachi-LG GDR-H30N July 2007 PATA DVD-R 14.46
HP GCC-H10N February 2007 SATA DVD-R/CDRW Non-functional/BAD
Lite-ON SHW-1635S September 2005 PATA DVD-RW/CDRW 4.33
Sony DDU220E February 1999 PATA DVD-R 14.11
TOP-G BDV 212B September 2001 PATA DVD-R 6.4
Toshiba Samsung TS-H493 January 2008 SATA DVD-R/CDRW 8.55

As you can see from the results the fastest drive, the AOpen, was 1 second faster than the Lite-On drive. These results can’t be taken as a ringing endorsement AOpen or Lite-On, but compared to the slowest 3 drives they’re more than twice as fast (more than 3 x faster than the slowest Hitachi-LG drive). When I wrote my article for Full Circle Magazine I also noticed that LG drives seemed to be slower than other drives. These results appear to confirm that companies like LG and Sony degrade the ripping/caching on their DVD drives. I only had one Sony drive to test, but we already know Sony is a big fan of crippling technologies like DRM, so it isn’t surprising that the only Sony drive I tested was the second slowest. Sony can’t really blame the 1999 age of the drive because both 2001 drives in our test were more than double the speed (LG and Hitachi have even less of an excuse).

One could argue that because the drives are used and used by different people the results could be significantly skewed. However I’ve tested DVD ripping on several more LG DVD drives over the past few months and they’re all within the 10-14 minute mark.

 

Leave a Comment

Filed under Hardware, Linux, Technology

Acidrip performance on AMD 8 core computer system

Robert Campbell's AMD 8 Core system running Ubuntu 12.04 64bit

Robert Campbell’s AMD 8 Core system running Ubuntu 12.04 64bit

Thanks to Robert Campbell, one of the volunteer technicians at The Working Centre’s Computer Recycling Project, I am very pleased to report some further DVD ripping and encoding results on an AMD-based 8 core system. In the Linux Labs section of Full Circle Magazine Issue #61 I reported the DVD ripping and encoding results for 4 systems: a single core AMD system, a dual core Intel system, and on almost identically configured quad core AMD and Intel systems. The winner of this show down was the AMD Quad core which ripped and encoded in a time of 37 minutes and 14 seconds.

For this test I used the same DVD and the exact same settings I used for the 4 systems I tested for Full Circle Magazine (see Issue #61). My favourite Linux DVD ripping software, Acidrip, is a front end to mencoder which does the DVD rips and encodes the DVD data. To time the experiments both for Full Circle Magazine and Robert’s system I used stopwatch, a nifty Tcl/Tk stopwatch program.

Thanks to Robert we have a new winner, his 8 core system, which took a total time of 25 minutes and 51 seconds. I believe ripping and encoding could have been at least a few minutes faster with some configuration and hardware (or software) changes. Unfortunately right now AMD/ATI does not use VDPAU (Nvidia is the driver for this API, but S3 also has support) which means we couldn’t offload the encoding processing on to his ATI Radeon HD 6970 video card. Robert also has a 64GB Solid State Drive but it was set up so that most of the drive was swap (29GB, which was unnecessary since Robert has 16GB of RAM).

Robert’s LG HL-DT-ST BD-RE GGW-H10N Blueray/HD DVD combo writer had respectable ripping speed of 6 minutes and 7 seconds, less than our amazing Benq DVD writers on the dual core systems which ripped the DVD in 4 minutes and 52 seconds, but still good.

Robert’s motherboard is an Asus Crosshair V Formula motherboard, his CPU a 8x AMD FX(tm)-8120 Eight-Core Processor, with 4 sticks of 4GB (16GB total) Kingston Hyper DDR3 RAM, a Crucial M4-CT064M4SSD2 solid state drive, and a 1.5TB Western Digital WDC WD15EARS-00M hard drive. I already mentioned Robert’s ATI Radeon HD 6970 video card but I’ll mention it again here for completeness.

My belief is that if we switched out the Blueray for the Benq DVD and the ATI video card for a VDPAU-supported Nvidia card we could probably get this time to around 15 minutes, or perhaps less if we ran entirely off the solid state hard drive. Thanks to Robert for bringing in his system, letting me run a few tests, and for allowing us to post pictures of his system and himself.

So is it worth spending extra money on a loaded 8 core system? Performance even without an optimal setup is still 11-12 minutes better than our fastest system, the AMD quad core. If you’re doing a dozen DVDs save your money. But if you have lots of cash burning a hold in your pocket and are ripping and encoding hundreds of DVDs it will save you significant time.

Leave a Comment

Filed under Hardware, Linux, Technology

Ripping difficult DVDs in Ubuntu Linux

Acidrip has been my Linux DVD ripping program of choice going on several months. Unlike OGMrip, Acidrip seems to get audio and video synchronization correct. Unfortunately Acidrip isn’t perfect. Some DVDs, like Crank, just do not rip correctly. Enter dvdbackup. Dvdbackup backs up DVD structure and files and it seems to do the job even on difficult DVDs like Crank.

When I first used dvdbackup I used the -F switch which backs up the main feature of the DVD. When I ran dvdbackup -F the program created a directory named CRANK along with several files: an IFO file and several VOB files.

I was able to watch the movie by adding a few of the VOB files to Totem. When I tried to play the CRANK folder with XBMC it wouldn’t play anything. XBMC has no problem playing ISO images. Dvdbackup indicated that it’s possible to get movies backup up with the -F switch into a playable format using the dvdauthor collection of command line tools, but when I checked the dvdauthor web page it doesn’t appear to be a true statement.

At this point I ran out of time. I’m sure that I’ll figure out the next steps. For now this is a good start to backing up those difficult DVDs.

but unfortunately even dd does not seem to copy movies like CRANK. (dd makes a sector by sector copy)

 

Leave a Comment

Filed under Entertainment, Technology, XBMC