[FFmpeg-devel] [PATCH] MMS protocol support patch 1
Michael Niedermayer
michaelni
Sun Oct 21 02:24:22 CEST 2007
Hi
On Tue, Oct 09, 2007 at 02:24:58PM +0200, Bj?rn Axelsson wrote:
[...]> > [...]
> >
> > > Index: libavformat/avformat.h
> > > ===================================================================
> > > --- libavformat/avformat.h (revision 10573)
> > > +++ libavformat/avformat.h (arbetskopia)
> > > @@ -21,8 +21,8 @@
> > > #ifndef AVFORMAT_H
> > > #define AVFORMAT_H
> > >
> > > -#define LIBAVFORMAT_VERSION_INT ((51<<16)+(13<<8)+4)
> > > -#define LIBAVFORMAT_VERSION 51.13.4
> > > +#define LIBAVFORMAT_VERSION_INT ((52<<16)+(0<<8)+0)
> > > +#define LIBAVFORMAT_VERSION 52.0.0
> > > #define LIBAVFORMAT_BUILD LIBAVFORMAT_VERSION_INT
> >
> > ahh, great, theres no easy way to avoid that i guess?
> > these additions in ByteIOContext and its use in AVFormatContext :(
> > maybe we should think about if we at least can correct the code so
> > similar extensions in the future wont require a major version bump
>
> I'm not sure what you mean here. I guess that you mean that protocol API
> additions need new fields in several structs and break the ABI.
>
> How about implementing something similar to ioctl() for this kind of
> functionality?
i was more thinking of
AVFormatContext{
ByteIOContext *pb;
instead of
AVFormatContext{
ByteIOContext pb;
that said ill review everything which gets posted, if some other system
is equally clean, simple and readable and also solves the ABI issues with
adding fields to structs then thats all fine. i just dont think theres
another equally simple and clean solution
what i will certainly not accept is something based on hypothetical
advantages, that is things we never needed or wanted to do in the past
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
it is not once nor twice but times without number that the same ideas make
their appearance in the world. -- Aristotle
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20071021/0ef372f0/attachment.pgp>
More information about the ffmpeg-devel
mailing list