HandBrake

I have a reason. Space. Even if people are running 1.2+, unless you're planning to watch the rip on a TV screen, there is no compelling reason to rip at 640x480x1500kbit and waste valuable iPod drive space and battery power. I can't see a valid justification for dropping support for low-res. Rodney

Download issue corrected.

Rodney

Not exactly.

Try downloading it from the web page. Note how it comes in as a 0-byte file.

Rodney

Ouch.

My oh-so-clever cross-system FTP upload solution has one small caveat - nothing created can be read (directories or files). Working on it.

Rodney

I'd like to make a couple of folks moderators for this forum so they can take any corrective actions needed in the future (post editing/deletion, pruning of spam, etc.). To date, our countermeasures against reckless abuse and spam have proven extremely effective, but one never knows. :) Interested p...

I agree that the "split forums" issue is problematic, but even if/when we formally "take over" HandBrake, there's no simple way to direct traffic over here - we can't even do sticky posts on titer's site. I suppose we can try to shunt traffic over here by manipulating Google sear...

I have created a method for distributing test binaries to the public at large/development community to ensure that we're all working from a common set. The main Unofficial HandBrake page ( http://multics.dynalias.com/handbrake/ ) has been updated to separate release binaries/sources from development...

My thoughts: - Binary distributions in the svn are bad. There is too much opportunity for variation, and testers aren't going to want to bring binaries in from svn - they just want a download link. I have the web space and can easily create a page to serve up "test binaries" for you guys -...

If it should be desirable, I'm happy to create a completely separate SVN trunk (HandBrake-NG?) for 'bleeding edge' stuff that would later be backported in, though it may ultimately prove to be more trouble than it's worth (to the developers trying to keep everything synchronized). Just another optio...

My unasked-for thoughts: - As long as the GUI remains "backwards compatible" with legacy MacOS releases, the legacy icon should be kept. Once a decision is made to fully upgrade the GUI (and thus the look-and-feel) for HandBrake and abandon older versions of MacOS, I see no harm in bringin...

I doubt newer revs of the third-party stuff would give any joy on this, since a) many of them simply don't support cygwin at all and b) it's a catch-22 - if you say you're building under cygwin, libhb won't compile, and if you say you're building under linux, the other stuff won't. It's definitely g...

This is the same sort of experience many of us have had - the main issue appears to not necessarily be libhb's compilability under cygwin, but that of the 3rd party libraries.

Rodney

There were far too many under-the-hood infrastructural changes to the HandBrake source between revisions 63 and 69 to have much hope of backporting the 640x480 L3 changes to revision 63...I tried. You're possibly better off trying to "forward port" revision 63's DVD handling to revision 71...

I wasn't aware that titer provided links to specific build tools for MacOS X - can someone provide links and I'll add them to my HandBrake page for developer convenience?

Rodney

I'll leave the strategy discussions to you guys, but I'm currently hosting binaries at http://multics.dynalias.com/handbrake/ and would be happy to include the latest builds - all I need is a place to get them from. :) E-mail or FTP is fine if no other convenient method exists, PM me for details. Ro...

All, Before anyone gets their hopes up too much about the still-outstanding patches from Chris Long, please let me be quite clear on what they are (and aren't): When Chris and I first agreed to try to pull HandBrake out of the ashes, x264 had come a long way from the revision bundled with 0.7.0. It ...

While I agree replacing CQP with CRF would be the faster (and most likely less risky) road, I'm not a big fan of needlessly eliminating functionality. As soon as you do it, someone will come along with a strong need or preference for CQP. :) I'd rather take the longer route of properly supporting bo...

My second test was flawless - VERY nice output indeed in iPod-compatible format. Regarding 604 vs. 610: Any experimental new feature like this (outside of tuning) is risky. Invariably, 611-614 will contain the bugfixes to it. =) That's the unfortunate part about a project like x264 that doesn't real...

My first full-length H.264 test was unfortunately unsuccessful. While the memory leak issue appears to be resolved, at least on Linux (470MB virtual, 100MB real), the encoding hung at 100% on the second pass, so this appears to still be an issue with select rips. I don't have any specific findings o...

Platform: Debian Linux (etch) on Intel i686, CLI So far, I haven't seen the problem I saw with revision 70 and ffmpeg - I have done 2-pass deinterlaced 29.97fps MPEG-4 container test encodes with faac audio at 44.1KHz/128kbps and ffmpeg (2500kbps), xvid (2500kbps), and x264b30 (1500kbps) video witho...

I was thinking it ought to be fairly modest whilst I try to get the developers up-to-speed on true svn collaboration - should we limit our ambitions to the GUI changes plus bugfixes that shake out of testing revision 71, or accept mass changes from the public at large and attempt a real 0.7.2 public...

Changelog: HandBrake 0.7.1a2 Updated x264 base source to svn 604 Improved CQP and ABR handling Actual command input and output used for checkin: rhester@debbie:~/HandBrake-r70$ svn status M libhb/encx264.c M Jamrules M macosx/HandBrake.plist M macosx/HandBrake.xcodeproj/project.pbxproj M contrib/ver...

Modified Jamrules to change the version to 0.7.1a2. dynaflash, it looks like some of the GUI files have versions as well: macosx/.svn/text-base/HandBrake.plist.svn-base macosx/HandBrake.xcodeproj/.svn/text-base/project.pbxproj.svn-base macosx/HandBrake.xcodeproj/project.pbxproj macosx/HandBrake.plis...

Good news on Linux: Archive libhb/libhb.a ar: creating libhb/libhb.a Ranlib libhb/libhb.a Cc test/test.o Link HBTest Chmod1 HBTest ...updated 57 target(s)... rhester@debbie:~/HandBrake-r70$ ls -l HBTest -rwxr-xr-x 1 rhester rhester 8382146 2006-12-15 16:49 HBTest rhester@debbie:~/HandBrake-r70$ ./HB...

jamming now on Linux Will post results later tonight, holiday party =)

Good job to everyone on this - if mine clean-compiles, who would like the honor of checking this in? Obviously, there are only three file changes from revision 70, so it's _really_ simple.

Rodney