[FFmpeg-devel] [FFmpeg-devel-irc] IRC log for 2010-03-28
Wed Mar 31 03:36:30 CEST 2010
On Mon, Mar 29, 2010 at 01:00:12AM +0100, irc at mansr.com wrote:
> [05:34:16] <Dark_Shikari> ahhhh
> [06:42:19] <Dark_Shikari> mru: ok, it isn't flv
> [06:42:24] <Dark_Shikari> both mp4 and flv desync due to the bitstream errors
> [06:42:25] <Dark_Shikari> this is bad.
> [06:48:00] <Dark_Shikari> -vsync 1 fixes it.
> [07:18:57] <mru> Dark_Shikari: well, blame michael
> [07:19:19] <Dark_Shikari> the vsync options seem to be impenetrable
> [07:19:20] <Dark_Shikari> even code-wise
> [07:19:30] <kshishkov> is no sync done when none is requested a bad thing?
> [07:19:40] <mru> I've always been against that tampering with timestamps
apparently not when i implemented disabling it in:
Subject: Re: [FFmpeg-devel] [PATCH] Speex parser
Date: Mon, 21 Sep 2009 10:12:56 +0200
Message-ID: <20090921081256.GI2768 at MichaelsNB>
The only comment you had was about the spelling of fillin(g)
> [07:19:48] <Dark_Shikari> kshishkov: by default it should sync
> [07:19:52] <mru> kshishkov: ffmpeg by default does insane things
which issue number on roundup is that?
> [07:19:55] <Dark_Shikari> vsync just adjusts the method used
> [07:20:05] <Dark_Shikari> the thing is: the input file is _CBR_
> [07:20:10] <Dark_Shikari> it's bloody EASY
> [07:20:12] <mru> -vsync is entirely undocumented
> [07:20:19] <kshishkov> -async then?
> [07:20:27] <mru> also undocumented
ive improved the ehm existing documentation for vsync, iam not sure
what the problem, if any there is with the documentation for async
> [07:20:28] <Dark_Shikari> async didn't fix it
> [07:20:41] <mru> and the defaults are horribly broken
> [07:21:00] <mru> usually you get crazy frame duplication or dropping
dont forget that we only support 1 out of 4 h264 files thanks to ivan
implementing only 1 out of 4 mandatory ways to handle timestamps
i dont know if that is related to what you "discuss" here.
> [07:21:03] <kshishkov> next thing is someone may dislike default settings for encoders used in FFmpeg. Oh wait, x264 have done that
> [07:21:24] <Dark_Shikari> mru: well, Kovensky is writing audio + sync support for x264 for gsoc
> [07:21:32] <mru> nice
> [07:21:36] <mru> replace the shit
why dont you fix the issues in ffmpeg if there are issues or at least
also if you want to improve transcoding, there are existing applications
ffmpeg isnt the only.
nothing that was called insane is at the level of insanity this
continuous reimplementation instead of fixing bugs is
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
I know you won't believe me, but the highest form of Human Excellence is
to question oneself and others. -- Socrates
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: Digital signature
More information about the ffmpeg-devel