On Wed, 2003-03-26 at 14:44, Miguel Freitas wrote:
> Update of /cvsroot/xine/xine-lib/src/libffmpeg/libavcodec/ppc
> In directory sc8-pr-cvs1:/tmp/cvs-serv17025/libavcodec/ppc
> Modified Files:
> Makefile.am dsputil_altivec.c dsputil_altivec.h dsputil_ppc.c
> idct_altivec.c mpegvideo_altivec.c mpegvideo_ppc.c
> Added Files:
> dsputil_ppc.h gmc_altivec.c
> Log Message:
> update ffmpeg. trying to keep local changes (see diff_to_ffmpeg_cvs.txt), let me
> know if i overlooked something.
> as usual, preliminary QA: tested non debug builds and several codecs including
> divx3/4/5, mpeg4, xvid, msmpeg4v3, svq1, wmv7, dv (video/audio), wma
> i also enabled wmv8 by default since it worked fine with the streams i have. i'm not
> sure about current state of that so we might enable it only for non-x86 users in
> case of trouble.
Not sure if it's an omission on your part or a bug in ffmpeg, but
utils.c uses FF_TYPE_INTERNAL instead of FF_BUFFER_TYPE_INTERNAL in one
instance, which makes it fail to compile, I just committed a temporary
fix. Can you push that wherever it needs to please ?
#2 0x4205a2cc in printf ("Oh my %s\n", preferred_deity) from
/lib/i686/libc.so.6 printf ("Oh my %s\n", preferred_deity);
From: Miguel Freitas <miguel@ce...> - 2003-03-26 18:04:02
On Wed, 2003-03-26 at 13:57, Bastien Nocera wrote:
> Not sure if it's an omission on your part or a bug in ffmpeg, but
> utils.c uses FF_TYPE_INTERNAL instead of FF_BUFFER_TYPE_INTERNAL in one
> instance, which makes it fail to compile, I just committed a temporary
> fix. Can you push that wherever it needs to please ?
it's wrong at their cvs too. last time i sync'ed i think i just
commented that out these asserts...