On Wed, Apr 14, 2010 at 05:30:12PM +0200, ubitux wrote: > On Tue, Apr 13, 2010 at 09:42:49PM +0200, Reimar D?ffinger wrote: > > On Mon, Apr 12, 2010 at 11:24:24PM +0200, ubitux wrote: > > > On Mon, Apr 12, 2010 at 11:11:11PM +0200, Reimar D?ffinger wrote: > > > > On Mon, Apr 12, 2010 at 08:49:17PM +0200, ubitux wrote: > > > > > First, the sound is not good and there is a big a-v sync issue related to it. > > > > > > > > That is because IMO the file is broken. It claims to have a sample rate to > > > > 24 kHz, but it uses AAC with SBR which is 48kHz. > > > > -demuxer mkv believes what the container says, -demuxer lavf believes what the > > > > AAC bitstream says. While the later is more likely to work well in practice, > > > > neither is correct. > > > > > > > > > > Well ok. I don't know how it's handled in git repository but it works fine > > > on it, maybe there is some kind of patch to get there. > > > > Sorry, yes, I forgot to mention the most practical "solution", use the faad decoder, > > e.g. via -ac faad, adding "ac=faad," to the config file, or modifying codecs.conf > > to prefer it again over ffaac. > > Works fine, thanks. Is there a reason to prefer ffaac over faad? Mostly that once we figured out the issues with ffaac we can get rid of our internal copy of faad. Unfortunately I have too little time to spend much time on it.
