[FFmpeg-cvslog] r26260 - in trunk: doc/APIchanges ffplay.c libavcodec/avcodec.h libavcodec/utils.c

[Michael Niedermayer]

On Sat, Jan 08, 2011 at 02:14:11PM -0500, Ronald S. Bultje wrote:
> Hi,
> 
> On Fri, Jan 7, 2011 at 6:07 PM, michael <subversion at mplayerhq.hu> wrote:
> > Add AVFrame.pkt_pts that contains the correctly reordered AVPacket.pts
> [..]
> > @@ -1009,6 +1009,13 @@ typedef struct AVPanScan{
> > ? ? ?* - decoding: Set by libavcodec\
> > ? ? ?*/\
> > ? ? void *hwaccel_picture_private;\
> > +\
> > + ? ?/**\
> > + ? ? * reordered pts from the last AVPacket that has been input into the decoder\
> > + ? ? * - encoding: unused\
> > + ? ? * - decoding: Read by user.\
> > + ? ? */\
> > + ? ?int64_t pkt_pts;\
> >
> >
> > ?#define FF_QSCALE_TYPE_MPEG1 0
> 
> This increased the size of AVFrame, and thus MpegEncContext, which
> broke the ARM build:

Sorry for not awnsering sooner but i had a headache yesterday and didnt look
much at the MLs
Also i must note that no other asm needed an update and such fragile access to
structs should be documented where the struct is so its not missed when the
struct is changed. or maybe it should be avoided
altogether for such quite central structs like MpegEncContext the other asm opts
dont need it either.
Or if it makes a speed difference then it could be generated somehow
automatically.

Beyond that, thanks to thouse who helped updating the offsets, it would have
been hard for me to do anyway without any ARM devel environment


[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

The greatest way to live with honor in this world is to be what we pretend
to be. -- Socrates
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-cvslog/attachments/20110109/27f2291e/attachment.pgp>