[mythtv] Subclassing avfdecoder

[Kevin Kuphal]

Can a decoder register more than one?  I hadn't looked at the code closely
to see if it would take a list of extensions.  My other thought with classes
as that if the decoder did need to do anything more than call the parent, it
could.

Anyways, proof of concept.  It will be beneficial if/when libavformat
supports more audio formats (like better M4A/AAC support), etc.

> -----Original Message-----
> From: mythtv-dev-bounces at mythtv.org 
> [mailto:mythtv-dev-bounces at mythtv.org] On Behalf Of Isaac Richards
> Sent: Sunday, January 11, 2004 10:32 AM
> To: Development of mythtv
> Subject: Re: [mythtv] Subclassing avfdecoder
> 
> 
> On Sunday 11 January 2004 01:59 am, Kevin Kuphal wrote:
> > I just wanted to let the developers know that I've successfully 
> > implemented a subclass of avfdecoder for MythMusic handling MP3 
> > decoding.  This just proves a point that it can be trivial to 
> > implement a decoder for MythMusic now for any format supported by 
> > libavformat.  This also means that the current MP3 and 
> Vorbis decoding 
> > could be cut at some time as the powers that be see fit.  
> The subclass 
> > does nothing but call the parent
> > (avfDecoder) class methods and presents its own proper 
> extension support.
> >
> > I hope to take a look at encoding with libavformat next.
> 
> Wouldn't it just be easier to add more extensions to the list 
> of what's 
> supported and modify supports() to compare against that list? 
>  No need for 
> more classes that way.
> 
> And as I said off list, I don't think I'll remove the native 
> decoders any time 
> soon.
> 
> Isaac
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at mythtv.org 
> http://mythtv.org/cgi-> bin/mailman/listinfo/mythtv-dev
>