HandBrake

If I convert the file a RAW file from the camera to run on an AppleTV via Quicktime Pro or via iMovie (direct send to iTunes) I get Audio fine. If I send the file straight into HB, I get no audio. What am I doing wrong, is the magic question? This line from your log says that the ffmpeg AAC audio d...

I know that superdump's HE-AAC decoder made it into ffmpeg a few months ago. I wonder if there are any plans to add a SAC decoder to it. It might make a great SOC project. HE AAC is not in FFmpeg yet. It supports LC and Main AAC and a bunch of other bits and pieces, but no HE yet. I'm working on it...

Paul: The link to the ffmpeg latm patch on your site has the wrong URL. It points to localhost rather than pkendall.homeip.net. I may be wrong but I don't think this approach will be accepted into FFmpeg trunk but the patch will certainly be very useful as a base for further development. :) I look f...

I'm the guy who has made the LATM changes to ffmpeg for MythTV. Do you have a patch for FFmpeg somewhere? I am in the process of converting these C++ files to C and I will be re-doing the codec as a parser and making the libfaad codec handle another codec type. This will make the code simpler. Also...

In my opinion it should be implemented either in the demuxer or as a bitstream parser like the h.264 Annex B stuff. I say this because conceptually, LATM is a pseudo-container of multiple MPEG-4 Audio streams in one payload. As far as FFmpeg is concerned it would be ideal to have these presented as...

Van, I've been looking at another LATM ffmpeg implementation, and what they did was to create a new AAC decoder within ffmpeg for AAC-LATM, and then modified the ffmpeg MPEG-TS demuxer to use it, which would strip the LATM and then pass the AAC on to faad2 as usual. If they did this as a codec, as ...

Currently I think HB's TS demuxer is better than ffmpeg's. And I did a lot of my debugging of the patch above using the ffmpeg mpeg2 decoder rather than HB's which convinced me that HB's mpeg2 decoder is currently superior to ffmpeg's -- ffmpeg is very casual about time stamps - it's hard to associ...

Correct. I'd already noticed this and have looked further into it as enabling accurate rounding on a 64-bit machine with MMX causes the segmentation fault every time. Unfortunately this is a known issue in libswscaler and it's not easy to fix. http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007-Ma...

Do you have some kind of information from which I can work? Is the scaling issue identical to the images posted previously in this thread? The patch was committed quite a while ago when this issue was reported and the fix should be in 0.9.1. More information please.

It's OK. I wrote the swscaler code (EDIT: the code in HandBrake that is, not the library itself). After a bit of testing in FFmpeg, scaling your source image I found a flag in swscaler named 'accurate rounding'. This appears to fix the issue, so if you could try this patch and tell me if it fixes th...

Is the bad image the encoded result or taken from the preview in the OS X GUI?

I don't have any proof of these ideas other than a few experiments. It would appear the first sample gives the smallest rendering offset (the value being 0) when no b-frames as used. When b-frames are used but b-frame references (b-pyramid) are not, the third sample seems to give the smallest render...