HandBrake

It's another H.264 decoding fix, unrelated to this issue but it still makes sense to include it. An FFmpeg bump requires a certain amount of testing, so it's not something we do every week. Also, this issue and your issue are unrelated. I am still awaiting this fix as I hope it may fix the problem.

Rodeo wrote:We're still waiting on another fix before updating to the latest FFmpeg.

What exactly is the fix still needed before FFMPEG is updated?

I don't know when they'll finally bump FFMPEG, but if changeset 3760 is anything to go by it may be relatively soon if they are making changes to allow Handbrake to potentially work with the latest FFMPEG.

Rodeo wrote:Hmm. HandBrake 0.9.4 handles it fine. It looks like yet another H.264 decoding bug, but not the same as the one mduell linked to.

How bizzare. 0.9.4 wasn't taking the file before, but for some reason it's taking it now?

Known bug in the ffmpeg h.264 decoder asm . Try the nightly but with ffcoup going on I don't know if this has been fixed in the nightly or not; the HB devs are aware of the issue and I'd expect it to be fixed in the nightly soon if not already. How can you be sure? If anything, this issue looks far...

Known bug in the ffmpeg h.264 decoder asm . Try the nightly but with ffcoup going on I don't know if this has been fixed in the nightly or not; the HB devs are aware of the issue and I'd expect it to be fixed in the nightly soon if not already. I have been downloading and using the nighlies for the...

Hello After using Windows 0.9.4 Handbrake for a while, a fault in that version necessitated my upgrade to 0.9.5. But in this version, there is a problem. In every video I encode, blocks like this appear (These are both seperate videos): [IMG=http://img339.imageshack.us/img339/9682/vlcsnap2011012009h...

s55 wrote:no.

Will it be fixed for the next Windows GUI/CLI nightly?

For those who like to build from source: http://paste.handbrake.fr/pastebin.php?show=2017 This'll get fixed in FFmpeg at some point, and will eventually make its way to the nightlies. Edit: the patch has been committed to FFmpeg. BTW, the fix is from Ronald Bultje (FFmpeg developer). Edit 2: update...