Decent DVD-Ripping Solution For Linux? 501
supersloshy writes "I'm a user of Ubuntu Linux and I have been for a little while now. Recently I've been trying to copy DVDs onto a portable media player, but everything I've tried isn't working right. dvd::rip always gets the language mixed up (for example, when ripping 'Howl's Moving Castle,' one of the files it ripped to was in Japanese instead of English), Acidrip just plain isn't working for me (not recognizing a disc with spaces in its name, refusing to encode, etc.), Thoggen is having trouble with chapters (chapter 1 repeated twice for me once), and OGMRip has the audio out of sync. What I'm looking for is a reliable program to copy the movie into a single file with none of the audio or video glitches as mentioned above. Is there even such thing on Linux? If you can't think of a decent Linux-based solution, then a Windows one is fine as long as it works."
DVDFab (Score:4, Informative)
Re: (Score:2, Informative)
I recommend DVDshrink under WINE; very similar program, but I prefer that one myself.
Re: (Score:3, Informative)
Back when I did this I used DVDDecrypter to strip out protection that DVDShrink couldn't handle.
Re: (Score:3, Insightful)
Re: (Score:3, Informative)
dvdbackup -> mkisofs -> growisofs
Rip them...create .iso image.....burn to a dvd.
With dual sided dvd's so cheap these days, why bother 'shrinking' the dvd? I keep dual layer and single layer blanks around. I look at the size of the .iso image, and choose the size disk I need.
Re: (Score:3, Informative)
Alternatively:
To extract content: mencoder -dumpstream
To compress content: mencoder or handbrake
Re: (Score:3, Insightful)
The submitter was asking for a Linux solution. I can't say I'm an obsessive purist, but if a piece of software needs to run on Wine, I'd rather just do without.
Re:DVDFab (Score:5, Informative)
Re: (Score:2, Insightful)
Why? I think the idea is that windows developers can build their software against a stable wine version and then you have software for linux as well. Google knows this and it seems to work well. There are many suitable solutions through wine, all functioning just fine.
Re:DVDFab (Score:5, Insightful)
I can't say I'm an obsessive purist
Then what IS the reason? I run Linux exclusively, and I independently reached the same conclusion as AC: The best Linux DVD ripper is DVDFab.
If DVDFab isn't a "Linux solution" because it requires WINE, then KDE isn't a Linux solution because it requires Qt.
Comment removed (Score:5, Interesting)
Re:DVDFab (Score:5, Insightful)
That's Linux for you and the reason why I switched to a Mac. Linux is a fantastic OS but many of the applications that run on it are just not mature enough to be used by laymen.
Re: (Score:3, Informative)
I'm afraid they are all very relevant option once you understand them.
The reason some configurations work over others falls back to compatibility. For instance, it's perfectly reasonable to use wav, mpg or ac3 for the audio encoding, but not all players actually support wav.
Another interesting tidbit is the support for analogue closed caption. This relies on the dvd player decoding a cc file and generating the captions on the fly. A very large chunk of players do not implement this despite it being part of
Re: (Score:3, Insightful)
Bullcrap. While being able to muck around with all that crap is certainly useful, I don't think anybody would deny that, the *real* problem is that the vast majority of video applications don't have sensible defaults.
That is to say, if you put in a DVD and hit "rip", it'll either spit out a useless file (all-black video, no video only audio, no audio only video, video and audio out-of-sync) or, even worse, you can't even hit "rip" until you've already fiddled with 3 dozen options you don't give a flying shi
Re:DVDFab (Score:4, Interesting)
QT doesn't need a whole bunch of wrappers and libraries to fake a windows environment, DVDFab does. End of story.
You are comparing things on two different levels of abstraction here. QT is a set of libraries that provides a certain API on which applications are built. WINE is a set of libraries that provides a different API on which some other applications are built. KDE requires the QT APIs in the same fashion that DVDFab requires the WIN32 APIS. There is no principled difference between running an application that's NIX-QT-KDE and one that's NIX-WIN32-DVDFab.
You wouldn't say that QT creates a "fake" QT environment for applications like KDE so why would you say that WINE provides a "fake" WIN32 environment for DVDFab? The application doesn't care what's underneath the API that it sees, it only wants function calls to result in the documented behavior and is agnostic about the rest. I write multi-platform OpenGL and OpenSSL code, when I call SSL_check_private_key(ssl_ptr) or gluNewQuadric() , I don't care what lower-level function is called. In fact, I'm quite happy that some kind soul has decided to hide as much of that as possible from me so I can focus on getting my actual work done.
TL;DR version: It would be a wonderful world if all the OSs have compatibility layers for all the APIs (JVM/JNI, Mono/CLR, GTK, QT, WIN32, Carbon, Cocoa ...) so the application devs would write in whatever they want and computer users could run in whatever they want -- because that's what computers are for: not doing "computer stuff" but using computers to accomplish things.
PS: Saying end of story does not, contrary to popular belief, actually mean that it's the end of the story. In fact, most of the time it signals that the writer has decided that she doesn't need to logically justify her statements and is a good idea to subject them to more scrutiny.
Re: (Score:3, Informative)
Latest version of Handbrake [slashdot.org] (.0.9.3) has all the options but it also has a decent selection of presets. So far, haven't had any real problems with it, with almost 400 DVD's ripped. Only that Neemo movie was a little tricky. Had to pick the correct track to rip, to get audio to sync.
Re: (Score:3, Insightful)
Are you talking about DVD Rippers or FFMPEG and Mencoder?
It took me 3 days to find a set of parameters that would let me process the weird Quicktime format from my digital camera and be able to play it on my PS3 and DirecTV DVR.
Device profiles, anyone?
Re:DVDFab (Score:4, Insightful)
Re: (Score:3, Informative)
Re: (Score:3, Informative)
I think Wine might be the best thing that can possibly happen to Linux. The fact of the matter is that a small project just isn't likely to have the means of producing functional software on multiple platforms (at least not without sacrificing performance to go with Java or some alternative),
Being cross platform on the same architecture really isn't that difficult, so long as you only use libraries that are also supported on those different platforms. It's essentially a design consideration, if you plan things right being cross platform is a case of simply another compilation.
Re:DVDFab (Score:5, Insightful)
The 1990s called: they want their benchmarks back.
Re:DVDFab (Score:5, Informative)
Re:DVDFab (Score:5, Informative)
That could cause problems. VLC is crippled in the latest Ubuntu. While the VLC people blame Ubuntu on their mailing lists, it turns out that the FFMpeg library uses different names for some codes in their newer version -- and on the latest Ubunut (Intrepid), that version of VLC doesn't use the newer names.
I was on both mailing lists for a while (VLC, FFMpeg) and the latter admitted to changing the names but did have all the codecs available under Ubunut. The VLC people claim some of those codecs are not available under Ubuntu (even with extra repositories), but they're there -- just with different names.
Until Ubuntu gets this straightened out, anyone using Intrepid or following versions will have trouble with video codecs, including ripping DVDs and, in my case, trying to read files from my HD camcorder that were easily readable in Ubuntu Hardy, but which nobody was quite sure how to read (or what settings to use) in Intrepid.
After wasting several days of my life on this issue, I gave up, ordered an iMac, and since switching, have spent more time doing what I want on my computer and less time at the computer overall. I no longer have to spend time trying to make sure the tools taht are supposed to help me are set up properly or if I'm using the right settings.
It's nice to have more time for real life than to be spending time adjusting my tools.
Re:DVDFab (Score:5, Insightful)
This is one of the many reasons Linux packaging standards are needed. Distros should be offering the same exact software that you can get easily online. If they want to modify a program, they need to change it's name, but if it's simply distros having different package names then they need to fucking stop it. Metapackages are fine, but fucking around with software names just so you can make your repository be proprietary is wrong. Until Linux users are really free to choose what software to install no matter their distro, and the focus is shifted to making the default software work correctly for all Linux users, you sadly will have more freedom in some ways on a proprietary OS.
Thank you distro wars for giving everyone less freedom and making Linux suck more.
Re:DVDFab (Score:5, Insightful)
A Mandriva user shouldn't have to install Ubuntu just because OMGAwsomeGame version 5.125.53.325 that they want or need for some reason isn't in Mandriva's repos. These distro companies aren't caring about this problem because they want the size of their repos to *cause* this to happen, for users to switch just for their access to software. That barrier is opposed to Linux's principals and to truly free software. Not to mention, you know, it makes Linux *suck*. Unless you use Ubuntu. But even then, things still suck, and user's freedoms are very much lessened.
And of course again, yeah yeah, you can compile, but only like 5% of users really care about that, and they're mostly developers. Linux needs more features, and this is a big one. Software packages "just work" on Windows and OS X, Linux users can and should have that same freedom, and there is no reason whatsoever that it's not possible and can't be solved through better programming and standards.
Re:DVDFab (Score:5, Insightful)
Re:DVDFab (Score:5, Funny)
The other 5% made it home okay."
- found floating around somewhere on the interwebs
Re: (Score:3, Interesting)
There are a lot of new Linux users who are comfortable enough with Ubuntu, and even dicking around in bash, but who are not comfortable compiling stuff from source because it's not immediately clear how you go about removing, upgrading, etc. without the package manager. Yum and Apt are a hell of a crutch.
Right now I'm in dep hell on a CENTOS box because there is no slick way to install php 5.2 from any of the repos. So I know I will have to track down all the dependencies myself (two of the seven have the
Re: (Score:3, Informative)
It's funny. People like to talk about "DLL Hell" on windows, but they fixed it over there, everyone just keeps a copy of everything they need in their folder.
Linux, on the other hand, has "lib Hell" where you have to be really careful about upgrading an app because it might bust another one, and maybe your old app won't compile right against the new lib, and maybe the dependency tree is 12 deep, and maybe your package manager works right, or maybe not. It's much more fun this way.
Re: (Score:3, Informative)
Breaking existing applications has not been a problem at all, because the libraries are versioned. You may be confused by the result of replacing/upgrading the operating system, as this often deletes all the "old" libraries and thus gets you into the situation below where your software stops running.
The real problem Linux has is that the given library version are not included with the programs, and thus to install a given program you often have to download and install a whole bunch of libraries. To make it
Funny you should ask... (Score:5, Informative)
Use Handbrake (Score:5, Informative)
Re: (Score:2, Informative)
Re: (Score:3, Funny)
Re:Use Handbrake (Score:5, Funny)
Handbreak is what the MPAA will do to you if they find out you use Handbrake.
Re: (Score:3, Informative)
Indeed. Handbrake and libdvdcss are all you need.
Re: (Score:3, Interesting)
I will second this. I used this to encode all of my Kid DVDs so that the original copies are never ruined. My movies too, but for reasons of convenience rather than worries about damage. Combine this with a Popcorn Hour(my choice), MythTV, etc and you have your entire movie library at your fingertips.
Re: (Score:3, Informative)
Re:Use Handbrake (Score:5, Informative)
/agree
I'm really impressed with Handbrake. I actually use it to transcode a bunch of stuff so my ps3 will play it. They have a bunch of really handy presets for various device, such as ps3, iPod video, xbox 360 long with things like tv/animation etc.
They have a CLI mode which is useful for scripting.
HandBrake GUI on Linux is now a full fledged port, not just a hacky frontend to the CLI tool.
Job managment is great too, with a real time adjustable queue, ability to pause/resume etc.
One thing I haven't found out how to do is splice AVIs, I use avidemux for that. Which is another amazingly awesome program.
3 people who figure this AV crap out that I have 0 interest in. I just want the friggin' thing to do the thing, man.
Re: (Score:3, Informative)
Handbrake probably works for most people. I also tried x264enc which I prefer over Handbrake.
But presently I do not use either: I use mencoder directly. I write scripts based on
mencoder forum comments and ones that x264enc generated.
I got better results (quality and control) with x264enc. This was end of 2008. Since then I am using my scripts only. I posted one to the mencoder list (search on gmane) which I used to encode over the air HD broadcasts. I extract the closed captions as well and reencode t
What about The Teaching Company DVDs? (Score:5, Interesting)
So far, we have no tool for easily ripping them onto our LAN server (sorry, no P2P). I have tried acidrip, dvd::rip, handbrake, thoggen, and VLC's convert function. None of them can rip these DVDs properly, but we can rip any other DVD we have with any of these tools.
With a DVD from TTC, all of them just see one title with a length of 43 seconds - the FBI warning. The DVDs play fine in VLC or any other player, but the structure information (IFO file?) is deliberately corrupt or obfuscated, on every single TTC DVD!
If I use chapter mode in dvd::rip or handbrake, or use convert mode in VLC, then individual "chapters" can be ripped, one at a time. Unfortunately, the chapter structure also appears to be obfuscated. Chapters in the table of contents according to handbrake or dvd::rip vary from a few seconds to 15 minutes in length, whereas the actual chapters/lessons when played are all about 25 minutes. Moreover, to assemble the chapters/lessons as viewed, from the individual "chapters" as ripped, one must combine them in a nearly random non-numerical-sequence order, and often split a ripped "chapter" between two actual chapters/lessons. It's labour-intensive and very annoying, since what we're trying to do is a legitimate fair-use (format shift for play on PCs, DVDs then left on shelf).
Does anyone have a ripping solution which works easily on DVDs from The Teaching Company, or on other DVDs with an obfuscated table of contents?
This will help. (Score:3, Funny)
http://lmgtfy.com/?q=handbrake [lmgtfy.com]
Re:This will help. (Score:5, Insightful)
Handbrake! (Score:5, Informative)
http://handbrake.fr/ [handbrake.fr]
Re: (Score:2)
I used it the other day to rip 3
I wonder if it only works so well because it was made for mac first?
Re: (Score:3, Funny)
Re: (Score:3)
Handbrake has one major deficiency which I find completely inexplicable: it only allows one subtitle track even when working with container formats which allow multiple subtitle tracks. I'd really love to be able to abandon DVDs and just make only mkvs or even ogms but Handbrake does not appear to have this small piece of obvious functionality. Unfortunately I still don't know how to do this, so I'm still transcoding DVDs, so Handbrake won't help me. Actually, it may be the best RIPPER out there (I still no
Handbrake has a Linux GUI (Score:4, Insightful)
I use it on my Mac and it produces pretty decent encodes, even with the presets.
Handbrake (Score:3, Informative)
I find Handbrake works excellently under OSX, and, seeing as it has a Linux/GUI version, it may be worth trying out.
http://handbrake.fr [handbrake.fr]
Re: (Score:2)
Geeze, in the time it took me to post that, there were four replies suggesting the same thing. I'm guessing you may have found your solution.
Re: (Score:2)
I clicked on this story to recommend Handbrake then realized 5 other people had already done so.
It's worth noting that with Handbrake 0.93 you'll want libdvdcss around so it can still do DVD decryption, as they removed that from the core codebase.
Mencoder? (Score:5, Informative)
Mencoder (mplayer package) works pretty well.
Following the docs gave me decent quality rips without too much hassle.
http://web.njit.edu/all_topics/Prog_Lang_Docs/html/mplayer/encoding.html
Why bother? (Score:5, Insightful)
BitTorrent. Its probably faster and definitely easier.
Re:Why bother? (Score:5, Interesting)
Unfortunately, most encoders (the people, not the programs) out there seem to be idiots. Most of the time, you still get XviD with MP3, in a AVI container. No chapters, problems with the aspect ratio (because many encoders cut off some pixels on the border, for optimization reasons), and most of all, a totally shitty quality.
Nowadays, I expect my videos to be in this format:
- 700-1400 MB size
- Matroska container
- H.264 encoded video
- AC3 5.1 Dolby Digital or better audio
- no visible quality difference from the original DVD, even for experts
- includes chapters and other metadata.
If possible, there should also be
- Two audio streams. one in my language, one in the original language
- Subtitles for the original language included in the container.
- Cover and infos included in the metadata.
If the original medium exists in a HD format, I want that quality too (of course with a bigger file size).
No reason to own a home cinema, when you watch YouTube videos on it. ^^
Re: (Score:2)
Re: (Score:2)
I know. I use btjunkey.org, which basically indexes priatebay, mininova and tons of other trackers. But it's very rare that I find a something good. Usually i try to find at least AC3 5.1 and x264. But then the resolution is a bit weak, or they are in AVI and I have to re-package, and so on. Rarely do I find something that I am completely happy with.
The hardest thing is, to get the own language audio (German here) in 5.1.
Luckily, mkvmerge and just pulling more than one version solved many problems for me. I
Why Matroska? (Score:2)
Re: (Score:2, Informative)
Re:Why Matroska? (Score:5, Informative)
The Matroska Multimedia Container is an open standard free container format, a file format that can hold an unlimited number of video, audio, picture or subtitle tracks inside a single file.[1] It is intended to serve as a universal format for storing common multimedia content, like movies or TV shows. Matroska is similar in conception to other containers like AVI, MP4 or ASF, but is entirely open in specification, with implementations consisting mostly of open source software.
Re:Why Matroska? (Score:5, Informative)
First of all, Matroska is an open spec, and most implementations (including the reference implementation, libmatroska) are Open Source (lgpl for libmatroska).
Mkv supports B-frames, Variable bit rate audio, Variable frame rate, Chapters, and Subtitles. Not all containers support all of these, and AVI only supports any of those with workarounds, modifications or just nasty hacks.
The mpeg container can't do chapters or subtitles, and obviously only holds media in the mpeg (1 or 2) format.
MP4 has limited chapter and subtitle support and only deals with mpeg media (basically 1, 2, and 4 ASP/AVC).
Ogg/ogm is designed for simplicity, streaming and specifically for Vorbis and Theora (although most/all other codecs can be used), while Mkv is meant as a completely general-purpose distribution container, and wants to replace avi, asf, mp4, mov, etc.
http://en.wikipedia.org/wiki/Matroska [wikipedia.org]
http://en.wikipedia.org/wiki/Comparison_of_container_formats [wikipedia.org]
http://www.matroska.org/technical/guides/faq/index.html [matroska.org]
http://xiph.org/container/ [xiph.org]
http://www.hydrogenaudio.org/forums/lofiversion/index.php/t10426.html [hydrogenaudio.org]
DivX players are cheap. MKV players are scarce. (Score:2, Insightful)
Most of the time, you still get XviD with MP3, in a AVI container.
To be clear, "Xvid" is an encoder (like DivX) and it makes MPEG4 ASP video streams. Calling a file an "Xvid" file is like calling a photocopy a "Xerox". It might have been created with a genuine Xerox machine but just looking at the paper, you wouldn't know or care.
MKV is still the bleeding edge. The reason AVI/ASP/MP3 is popular is because over 100 million DivX certified devices can play those files. DivX DVD players start around $30 at Wal-mart and are by far the cheapest way to move video from your
Re: (Score:3, Insightful)
"If you want chapters, menus and all that why would you use a 700 - 1400MB file size? You're better to go with a full DVD rip at around 5+ GB and get an exact copy of the disc."
Hear, hear - I was thinking the exact same thing: just make an ISO of the DVD and mount that whenever you want to play it.
The only criteria that this doesn't meet is the file size... big deal, get another 1TB drive... they're stupid-cheap now. On the up side, you're not re-encoding anything and if something better comes along down t
Re: (Score:2)
If you know the slightest thing about video encoding, you can do VASTLY better than the hordes of drag-n-drop encoding kiddies keeping P2P networks supplied with new releases. Think: movies half the size, that look vastly better.
And encoding yourself is also very likely much faster, unless you insist on using the oldest machines, in combination with the newest video codecs. Frankly, H.264 provides minimal quality improvements, and simply isn't worth th
Re: (Score:3, Interesting)
Encoding yourself is dangerous. What if you forget the key?
Seriously, H.264 may not be ideal for personal use, but it rocks if you're actually doing video production for online distribution, and there are USB dongles you can get that will encode faster than realtime without using up all your CPU.
k9copy + k3b, my friend (Score:5, Informative)
Through much trial and error I've found that k9copy is the most reliable and functional program for ripping DVDs. You can customize what you want or don't want and it puts everything into VOB that can easily be burned as a video dvd in k3b. Happy Burning! :)
Re:k9copy + k3b, my friend (Score:5, Informative)
Seconded. k9copy is the best DVDShrink replacement there is, no contest. You can rip to video files, or to a whole compressed disc image, or a VIDEO_TS folder, and then just burn to a disc the way you'd burn anything.
Image that sucker. (Score:2, Informative)
Re: (Score:2)
k3b also has good _duplication_ capabilities. But what the original poster has neglected to mention is that he wants to strip off the encryption and region encoding so that he can play it anywhere or share with friends and leave off the troublesome bits. I've actually wanted to to do that when traveling, with my own DVD's so I could watch them with friends in another country, or when the 10 mninutes of enforced copyright notification and age-inappropriate previews would interfere with viewing of my purchase
Re: (Score:2)
Re: (Score:2)
dd unfortunately does not support error correction. (Have you examined all of those backups for sound and video glitches? :p)
And, anyway, it is usually the transcoding part that has issues, mostly because there are so many different transcoding options to choose from and test against. But I can't remember the last program I used that couldn't at least get a proper .iso copied to the drive.
Re: (Score:2)
Rips as fast as your DVD drive.... (Score:4, Informative)
Re: (Score:2, Informative)
Favorite right now is k9copy (Score:5, Informative)
dvd::rip always gets the language mixed up (for example, when ripping 'Howl's Moving Castle,' one of the files it ripped to was in Japanese instead of English),
What makes you think it is dvd::rip that has the language mixed up? It is a Japanese movie and it is not surprising that the first audio track is Japanese. Fortunately you can select to rip a different audio track.
Acidrip just plain isn't working for me (not recognizing a disc with spaces in its name, refusing to encode, etc.)
I am betting you set it up wrong, since the disc name really shouldn't effect anything. It could be your ripper program should point at /dev/dvd (or equivalent), not "/mnt/Mounted File System"
Could be the disc itself... (Score:2)
I've been researching DVD ripping solutions for an upcoming project to finally end the horrors of constant disc swapping (Mac Classic relapse anyone?) lately, and one of the discussed issues that kept coming up was problems users had with ripping Disney published movies. Apparently they do something in the process of making the discs that introduces a ton of bad sectors into the finished disc as a form of copy prevention. Some rippers simply can't handle it.
Another possibility is that you are trying to per
Disney vs The Teaching Company (Score:3, Informative)
The problem with Disney is they screw up the discs so it looks like there's ~100 titles, all with close to the correct running time.
I've used that technique with our Disney DVDs, and it works fine.
The Teaching Company seems to take the opposite approach. They have only one title which contains the FBI warning, 43 seconds long. That's it, there are no other titles listed. There are many chapters listed in the structure, but not contained in any title, and with bizarre lengths. They are also in random numerical sequence and don't correspond to the chapters/lessons as viewed.
I'd really like to find a solution which reads the DVD struct
K9Copy (Score:2)
Anyway, K9Copy. If DVDshrink on Wind
If all else fails... (Score:4, Interesting)
Acid Rip (Score:5, Interesting)
Give AcidRip another try. I have yet to encounter a DVD it couldn't rip. More accurately, I have yet to encounter a DVD that mencoder, the encoding program behind most (all?) of the DVD rippers on Linux, couldn't rip. For some DVD's, it may appear as if AcidRip has malfunctioned, as the entire system can become unresponsive or very jerky for long periods of time, and the system log will fill with sector error messages.
If you check the size of the video file, however, you will notice that it is slowly growing. This is mencoder making its way through the access restrictions on the disk, but encountering a lot of resistance. It is succeeding, though. For these disks, I let AcidRip run overnight.
Re:Acid Rip (Score:4, Informative)
If you compiled MPlayer with Dvdnav support, you can specify the title number with dvdnav:// instead of dvd:// and you won't have to wait for your drive to time-out reading endless bad sectors.
And BTW, this almost exclusively occurs on DVDs produced by Sony companies.
Re:Acid Rip (Score:5, Funny)
Very interesting. And I am shocked, _shocked_ to hear that Sony does disc mangling.
DVDShrink + Acidrip (Score:2, Insightful)
Command Line Solution (Score:5, Interesting)
mkisofs -dvd-video -udf -o desired_iso_name.iso
Done.
Re: (Score:3, Insightful)
bronco@ubuntu:~$ dvdbackup -v -i
And this will burn what was ripped:
bronco@ubuntu:~$ growisofs -speed 1 -dvd-compat -Z
Re: (Score:3, Insightful)
MythTV using MythVideo will play .iso files just fine. Technically on the backend it's mplayer, vlc, or xine that's playing it, but still they play.
Problems finding OSS Lossless DVD ISO ripper (Score:2, Interesting)
All of the Linux solutions I have seen encode to another format. Because of lack of alternatives for ripping encrypted DVDs, my solution for years has been Windows DVD Decrypter. I just need an equivalent of DD for encrypted disks but searching only comes up with programs that re-encode. I would love to not power-on my Windows laptop for this.
I prefer lossless iso rips for several reasons. Disk space is cheap these days so why not go with lossless. ISO files work in a greater variety of players and can
anydvd for windows (Score:2)
sorry, but they HAVE worked out all the issues and they ARE good guys. they deserve the small license fee for the commercial programs.
I use the anydvd program along with clonedvd. it just plain works and I have enough control to do what most people would need to do.
I use unix mostly for work but when there are no world class copiers for unix, you seek other platforms.
I don't get upset about what o/s my oscilloscope is written in. think of windows as a lower (support) layer to the anydvd app ;)
mplayer + avidemux (Score:2)
I use mplayer [mplayerhq.hu] for ripping the DVD and avidemux [fixounet.free.fr] for the transcoding the video.
Specifically I use mplayer to dump the VOB files on the disk. Then I use avidemux, which in turn uses x264, ffmpeg, lamemp3, etc. to transcode the video to any format I want. This process is not a "one-click solution," but I find that going through the process for each DVD title manually gives fine-grain control over the final product.
Solution - Handbrake? (Score:2)
I remember ripping DVDs about 4 years ago in Linux, and it was a painless GUI affair (can't remember the exact software I used then, sorry). I'm using OS X now, and I usually use Handbrake, which is also available for linux. It, however, doesn't offer anything but hard-encoded subtitles, which is a big pain in a multilingual environment.
In your case, however, I'd probably recommend just going ahead and learning Japanese. That way, you'd never have to worry about which audio/subtitle track you rip; both wou
OGMRip (Score:2)
DVD Decrypter (Score:2)
DVDDecrypter + WINE + VLC (Score:2)
Handbrake (Score:5, Informative)
Available in a linux flavor, I ripped 462 movies for my private use (streaming from my 1tb hdd to an apple tv) from DVD last fall. At the time Handbrake used its own decoder which didn't always work for certain types of highly standard breaking locking schemes (read: broken dvd's). However the recent version, at least for my mac, has no troubles as it is using VLC player for the dvd decoding engine.
I found the best success using constant quality, around 59% plus a bunch of other handy settings I found under the "best settings and why" section in the forums for handbrake.
I strongly recommend this avenue as the results are magnificent AVC encodes in iTunes, iPod, iPhone, PS3, etc. compatible container and they are literally indistinguishable from their DVD counterpart (save a few exceptionally difficult to rip movies like Pi). Good software, and free too.
You have 2 choices - both under Windows (Score:5, Informative)
cp? (Score:3, Interesting)
I don't understand why people want to "rip" with anything more complex than "cp /dev/cdrom GoneWithTheWind.iso". When you play back the file, you get the exact same quality and options as on the DVD. Other than choosing a filename, it is zero-click. What am I missing?
Re: (Score:3, Informative)
Re: (Score:2)
Yea, I was all ready to suggest Thoggen before reading the summary. It's actually the only DVD ripper I've ever gotten to work on Linux. But then, maybe his problem is Ubuntu - that's the only distro I've every tried that I couldn't even get the installer to start up. Though to be fair, that was a few years ago.
Re: (Score:2)
taking the CSS out of the files is one thing (which DVDDecrypter and DVDShrink do), but that's not necessarily solving the media file encoding problem because it still leaves us with a gigantic (4gig) iso file or collection of .nfo/.vob files.
even with a decrypted system, i've still got similar problems to the original poster: any attempt to rip has sound of out sync (or skipping with silence blocks), or chapters it simply won't rip at all.
i'm going to give automvk a try, myself and see if that's better tha
Re: (Score:2)
Re: (Score:3, Insightful)
Taking a likely -1 Offtopic mod for violating "Do not feed the trolls"... ...But I have to speak on this.
Companies that want to be commercial dickheads and force you to pay for content you already own are at fault here, not linux.
First we have the patent holders on the codecs. They get royalties, both from the media stampers that produce the media, as well as the companies that make the hardware that plays said media. You pay for both of these, on top of the part of the sales $$$ that actually goes to the