[rfc] Getting rid of intf_WarnMsg

Sigmund Augdal sigmunau at stud.ntnu.no
Sat May 4 12:47:49 CEST 2002


On Sat, May 04, 2002 at 11:23:52AM +0200, Gildas Bazin wrote:
> On Friday 03 May 2002 02:10, Samuel Hocevar wrote:
> >    Hi! Here is my latest idea in my continuous attempt at breaking
> > everything in vlc: getting rid of the levels in intf_WarnMsg. Frankly,
> > who is the vout developer to judge that the number of direct buffers
> > is more important than the amount of garbage bytes collected by the
> > input layer?
> > 
> >    These pieces of information are completely unrelated, so what I am
> > suggesting is instead of filtering messages by warning level, filter
> > them by module or by thread type (vout, aout, etc.), which can be done
> > automatically by a macro without adding much complexity to the code.
> > So we'd end with roughly 3 functions (msg_Info, msg_Warn, msg_Err) and
> > then give the ability to the user to choose what to display and what to
> > filter out, with flags such as "--warning aout" or "-w input".
> > 
> >    Is there any fantastic feature of the warning messages level that I
> > may be missing and which might be worth keeping? Originally Christophe
> > intended the warning level to range from 1 to 3, maybe that would be a
> > good compromise (though I'm in favor of getting rid of it completely).
> > 
> > -- 
> > Sam.
> > 
> 
> I like this proposal.
> msg_Info, msg_Warn, msg_Err already give us 3 levels of "debug", and it 
> will be a lot less confusing for end-users too.
> Go for it, break everything ;-)
> 
> Just a clarification: As I understand it the messages output with msg_Info 
> and msg_Err will always be enabled (or maybe you will have to use the 
> --verbose or -v option to select msg_Info) and the messages output with 
> msg_Warn will be selected as you described above (--warning aout). Is that 
> what you propose ?
> 
msg_Info and msg_Err could be enabled by default and -q would turn of msg_Info.
That whould be similart to how many other programs work

Sigmund

-- 
This is the vlc-devel mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/lists.html
If you are in trouble, please contact <postmaster at videolan.org>



More information about the vlc-devel mailing list