Handbrake now with 'real' GTK GUI

[qazwsx]

I just don't understand handbrake. Anything special compared to mencoder (ogmtools and mkvtoolnix combination)? Lots of work for something what is already done...

[Polygon]

I just don't understand handbrake. Anything special compared to mencoder (ogmtools and mkvtoolnix combination)? Lots of work for something what is already done...

mencoder most likely doesnt have presets for a ton of devices (such as psp/ps3/xbox/iphone/ipod), doesnt have a queue (well it kinda does using that weird ; thing in teh gui) , doesnt have advanced features for reading DVD's, such as decrypting them, reading chapters, ignoring fake chapters, some fixes and workarounds for getting around the nasty stuff people put in dvds to prevent you from ripping them (zero cells), doesn't show you previews of the dvd before you start ripping it,...etc

sure mencoder could probably do what handbrake does, but handbrake makes it a lot easier, since the devs have done a lot of the work for you, you dont need to remember or jot down the required options and resolution to make your movie play on your ipod, you just select your dvd, the chapter and the ipod preset and click "go"....your free to use mencoder if you wish

[theacoustician]

I just don't understand handbrake. Anything special compared to mencoder (ogmtools and mkvtoolnix combination)? Lots of work for something what is already done...

Real time previews of encoding is key. Any command line encoding of video just seems assine because there are too many variables in H.264 to stick to a single preset, unlike MP3. I suppose if you just don't care or are only concerned about target size, its peachy. If you're working in a pro environment or are a videophile, you need the visual feedback. Although back to the number of options on H.264, unless you have a chart sitting next to you, I'm not sure how you can keep track of all the variables available. I know most people don't know or care, but some do. Handbrake is also one of the few programs out there that combines ripping with encoding, so that's a boon.

As for what's wrong with other programs? Well, Avidemux doesn't rip, nor does it provide a full array of H.264 options, dvd::rip is downright pathetic when it comes H.264 options, and I have yet to find a decent MEncoder front end worth a hoot.

Don't get me wrong, I love the command line. Its a beautiful thing. But CLI on video is like trying to drive with your eyes closed; you're basically praying everything turns out ok.

[Polygon]

you can use the cli version of handbrake if you want xD

[theacoustician]

you can use the cli version of handbrake if you want xD

I can also just keep video in uncompressed 4:2:2 HD.

[theacoustician]

Ladies and Gentlemen, we have a successful compile! The problem we have been having is because development of GHB has been following Handbrake. The version of GHB that's linked is old and doesn't work anymore with the latest svn checkouts. Here are the instructions directly from GHB's dev, JohnAStebbins. If this helps you, please send him a nice note and tell him how much you appreciate him.

svn co svn://svn.handbrake.fr/HandBrake/trunk HandBrake

My gui is checked in now under the gtk subdir.
cd HandBrake
./configure
make
cd gtk
./autogen.sh
make
sudo make install

You will have to compile yasm from source if you're using a 64 bit system as already mentioned. One more gotcha I ran into was some error screaming about lbz missing. I fixed this by installing lib64bz2-1.0, libbz2-1.0, and libbz2-dev.

After all that, you'll see the pineapple and tropical drink under Sound & Video in your App bar

Now to see if I can make a deb that works...

[reacocard]

Ladies and Gentlemen, we have a successful compile! The problem we have been having is because development of GHB has been following Handbrake. The version of GHB that's linked is old and doesn't work anymore with the latest svn checkouts. Here are the instructions directly from GHB's dev, JohnAStebbins. If this helps you, please send him a nice note and tell him how much you appreciate him.



You will have to compile yasm from source if you're using a 64 bit system as already mentioned. One more gotcha I ran into was some error screaming about lbz missing. I fixed this by installing lib64bz2-1.0, libbz2-1.0, and libbz2-dev.

After all that, you'll see the pineapple and tropical drink under Sound & Video in your App bar

Now to see if I can make a deb that works...

thanks for the tip! worked like a charm on my 64bit hardy install.

[qazwsx]

you can use the cli version of handbrake if you want xD

Well for video encoding cli is very good choice.

PS Mencoder is extremely advanced tool for dvd/file encoding if you read the huge manual(it is huge). Maybe even more advanced than handbrake (I have tried the cli version and missed mencoder's configurability). For example you can play with audio/video filtering all day Remember if MPlayer can do it it is very likely Mencoder can do it as well.One command can be several kilobytes long. Muxing in other containers than avi is problematic but there are tools like MP4Box and mkvtoolnix for it. I guess I am too much videophile for Handbrake .

Handbrake GUI looks better than any other I have tried so far.

[Polygon]

I can also just keep video in uncompressed 4:2:2 HD.

you can also have a file that is many times bigger then what it needs to be if it resides on your computer Most people dont have infinite drive space so they cant just rip the dvd or bluray straight to their hard drive for each movie.


and im glad you got it to compile, ill edit my post to link to yours

[theacoustician]

Well for video encoding cli is very good choice

No, no its really not. Let me put this bug in your ear and you can consider it for a while. No content provider uses CLI in their production path. There are several steps in the process in which video is checked and rechecked visually along side ancillary data like waveforms, color levels, MV, phase constellations, etc. before its allowed to move on. Countless thousands of dollars are spend on monitors with HD-SDI in for such purposes. Now, if no one you're receiving your content from considers that an acceptable method for compression, how is CLI somehow more videophile? Now, if you just like it better, that's awesome and there's really nothing to say after that

you can also have a file that is many times bigger then what it needs to be if it resides on your computer ...

and im glad you got it to compile, ill edit my post to link to yours

Your first statement is quite true ... I only keep a few such files on my machine for testing purposes. Consumers don't generally have access to 4:2:2 video and absolutely no access to 4:4:4. You'd be amazed at the difference. Highly worth it if you can snag it. Then again, you'd need something to display it on :/

Just a warning for your first post. I've found that the most recent build isn't what I'd call 100% stable. Doing rapid A/B comparisons will most certainly crash it out. However, if you just go slow with it and don't try to do much else with your machine while you're encoding, it should be right as rain.