[haiku-commits] Re: r38786 - in haiku/trunk: build/jam src/add-ons/media/plugins/ffmpeg
- From: "Stephan Assmus" <superstippi@xxxxxx>
- To: haiku-commits@xxxxxxxxxxxxx
- Date: Wed, 22 Sep 2010 20:27:02 +0200
Hi,
Von: "Axel Dörfler" <axeld@xxxxxxxxxxxxxxxx>
> superstippi@xxxxxx wrote:
> > The downside of this is that the AVFormatReader can no longer be used
> > with
> > other decoder plugins, but it would be easy to add special cases for
> > native
> > decoders we wish to support.
>
> Isn't there a way to have both? I think it's quite bad to hardcode the
> supported codecs in the format containers.
Yes, there is a way to have both. The codec tag, so it exists, is still encoded
in the media_format by the reader. But AVCodecDecoder is not using it at all
now, so the real problem is when one wants to use AVCodecDecoder with another
reader than AVFormatReader. The question, though, is why anyone would want to
do this. FFmpeg simply handles everything and it is being maintained like
nothing else. AVFormatReader is still not perfect, but I am working on it. IMHO
it's better to have a one perfect plugin which handles even the most exotic of
formats, than a couple unmaintained native readers and decoders, which are
mostly itself based on external libraries, and which don't work perfectly
either. So why even bother, once AVFormatReader works as well as ffplay itself?
Best regards,
-Stephan
Other related posts:
