[FFmpeg-devel] [PATCH] mpeg4videodec: silence "Invalid and inefficient vfw-avi packed B frames detected" warning

Don Moir donmoir at comcast.net
Tue Sep 3 22:35:35 CEST 2013


----- Original Message ----- 
From: "Reimar Döffinger" <Reimar.Doeffinger at gmx.de>
To: "FFmpeg development discussions and patches" <ffmpeg-devel at ffmpeg.org>
Sent: Tuesday, September 03, 2013 3:03 PM
Subject: Re: [FFmpeg-devel] [PATCH] mpeg4videodec: silence "Invalid and inefficient vfw-avi packed B frames detected" warning


On Sat, Aug 31, 2013 at 06:16:19AM -0400, Don Moir wrote:
>
> ----- Original Message ----- From: "Reimar Döffinger"
> <Reimar.Doeffinger at gmx.de>
> To: "FFmpeg development discussions and patches" <ffmpeg-devel at ffmpeg.org>
> Sent: Friday, August 30, 2013 2:58 PM
> Subject: Re: [FFmpeg-devel] [PATCH] mpeg4videodec: silence "Invalid and inefficient vfw-avi packed B frames detected" warning
>
>
> On Thu, Aug 29, 2013 at 10:07:29PM +0200, wm4 wrote:
> >On Thu, 29 Aug 2013 21:55:17 +0200
> >Reimar Döffinger <Reimar.Doeffinger at gmx.de> wrote:
> >
> >> On Thu, Aug 29, 2013 at 07:48:32PM +0000, Paul B Mahol wrote:
> >> > On 8/29/13, wm4 <nfxjfg at googlemail.com> wrote:
> >> > > On Thu, 29 Aug 2013 21:31:54 +0200
> >> > > Nicolas George <nicolas.george at normalesup.org> wrote:
> >> > >
> >> > >> Le duodi 12 fructidor, an CCXXI, wm4 a ecrit :
> >> > >> > Seeking (resetting the decoder) causes the warning to be printed again.
> >> > >> > Disabling warnings is not an option, because warnings are supposed to
> >> > >> > signal that something might be wrong.
> >> > >>
> >> > >> So it is printed once after each seek. How is that a problem?
> >> > >>
> >> > >> It informs about a problem that can have practical consequences (try
> >> > >> playing
> >> > >> this kind of files with a limited CPU) and can be fixed (although not with
> >> > >> ffmpeg for now). That is exactly what a warning is made for. Simply
> >> > >> removing
> >> > >> it would be idiotic.
> >> > >
> >> > > The warning is completely meaningless and confusing.
> >> >
> >> > Perhaps warning can be printed only if error recognition is set to
> >> > some reasonable value?
> >>
> >> One of the reasons for the warning is to make people stop using the
> >> tools that create these broken files.
> >> Ideally also to fix them.
> >
> >>This doesn't work, you'll just annoy your users because you want to make
> >>a point. Most people who want to play (or transcode) a video couldn't
> >>care less how the original video was created.
>
> >It's not like the message jumps out of your monitor and tries to devour
> >you alive. This is useful information about a video that can have
> >potential issues. And as was pointed out, the way this file
> >was created is very relevant.
> >In part due to performance, in part because for example this
> >format isn't working with the new VDPAU API (I am told).
> >Also, if users are easily annoyed by programs trying to give
> >them useful information, they can set the log level to fatal.
>
> For me and in rare cases, the warnings are only useful during
> development. The end users I deal with have no interest or would not
> even know what the warnings mean.
>
> On top of that, since I have multiple videos running at the same
> time, you might not even have a clue what video triggered the
> warning.
>
> So I set av_set_log_callback but only thing that is useful to me is
> the fatal errors which I can filter. log level is bypassed if you
> set the callback which is the way it should be.
>
> Outside of fatal errors, I would just compile the rest out for release if I could.

> I can't figure out what you are trying to tell me.
> That some users are not interested?
> I never doubted that.
> I am mostly saying that
> a) There are good reasons to be quite certain that there _are_ users
> that care (which btw. could just be users that need a message to search
> for, which does not require understanding it).
> b) I currently fail to see how a user getting annoyed by that message
> could be considered a reasonable user, especially since it is possible
> to disable
> c) That I think it might be more correct to have this as "info" message.

> Though for some reason this yet again seems to have degenerated into
> an IMO fairly pointless back and forth, with no attention
> or comments that would allow me to understand the issue and where I
> might have misunderstood the problem on the two suggestions I had

Yes exactly. All I said was I would compile out the warnings if good... just a switch mind you.. just a comment and not to generate 
endless BS

I expect the name calling to happen next :)

>1) Making the message less technical and more helpful (for the users that
>care, why should users not caring about messages be relevant there?)
>2) Possibly adjusting the level, which also makes it easier for users
>to filter depending on what they care about, though at some level it's
>always going to be just a matter of opinion.

Nobody I deal with cares about the warnings, would complain if I offered, and they would not even be paying attention to it. They 
are busy doing other things beside sitting on there ass... Normally standing and keeping the show running without even looking at 
the computer.. They control with a controller like Numark etc

If they need to do it so bad they would do it offline with any tool they choose

You have your opinion, I have mine 



More information about the ffmpeg-devel mailing list