On 4/14/2010 10:30 AM, 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? > > One is covered by some sort of proprietary license (faac) whereas faad is open source (AFAIK). /re -- /re A foolish consistency is the hobgoblin of little minds. Ralph Waldo Emerson
