Re: x264 and ffmpeg updates coming to rawhide
On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski wrote: On Wednesday, 03 December 2008 at 19:06, Dominik 'Rathann' Mierzejewski wrote: In the long-standing tradition of breaking stuff right after a new release, I'm going to update x264 and ffmpeg in the devel branch. x264 brings ABI and API changes (albeit minor). I haven't checked ffmpeg yet, but there's certainly an ABI version bump in libavcodec and probably some API changes as well. Right now x264 is blocked on some ppc compilation issue which I'm currently trying to fix with the help of one x264 developer. I'll keep you posted. OK, x264 build succeeded. Could someone test it on ppc/ppc64? ffmpeg build coming soon, too. It brings libavcodec ABI version bump and some API changes. Affected packages: for ffmpeg: ffmpeg2theora gstreamer-ffmpeg k3b-extras-freeworld kino libdlna qmmp-plugins-freeworld transcode ushare-freeworld vdr-dxr3 vlc-core xine-lib-extras-freeworld for x264: avidemux ffmpeg-compat gstreamer-plugins-bad libquicktime mencoder (mplayer) vlc Everything has been successfully rebuilt. I think we're good to go. Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations
Re: x264 and ffmpeg updates coming to rawhide
On Thu, 2008-12-18 at 09:39 +0100, Nicolas Chauvet wrote: transcode Fails on rawhide's libtool. I have tested it. patch attached is some bug report Anyway, the current version doesn't work.(even in stable release), so i'm asking commit right to co-maitain this package along with D.Juran. I will update rawhide to pre 1.1.0 as rc4 is known to work with newer ffmpeg/x264, and is expected to be stable anytime soon. Oh good, hadn't paid enough attention 'til now to notice that transcode was known to be busted. That's what's holding up a new mythtv build at the moment -- I've committed an svn trunk build of mythtv to devel --jarod
Re: x264 and ffmpeg updates coming to rawhide
On Wednesday, 17 December 2008 at 23:56, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski wrote: On Wednesday, 03 December 2008 at 19:06, Dominik 'Rathann' Mierzejewski wrote: In the long-standing tradition of breaking stuff right after a new release, I'm going to update x264 and ffmpeg in the devel branch. x264 brings ABI and API changes (albeit minor). I haven't checked ffmpeg yet, but there's certainly an ABI version bump in libavcodec and probably some API changes as well. Right now x264 is blocked on some ppc compilation issue which I'm currently trying to fix with the help of one x264 developer. I'll keep you posted. OK, x264 build succeeded. Could someone test it on ppc/ppc64? ffmpeg build coming soon, too. It brings libavcodec ABI version bump and some API changes. Affected packages: [...] mencoder (mplayer) Still to do. I've just committed something that builds cleanly. Now waiting for Nicolas to build the new gpac so that I can rebuild x264 against that. Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations
Re: x264 and ffmpeg updates coming to rawhide
Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski wrote: On Wednesday, 03 December 2008 at 19:06, Dominik 'Rathann' Mierzejewski wrote: In the long-standing tradition of breaking stuff right after a new release, I'm going to update x264 and ffmpeg in the devel branch. x264 brings ABI and API changes (albeit minor). I haven't checked ffmpeg yet, but there's certainly an ABI version bump in libavcodec and probably some API changes as well. Right now x264 is blocked on some ppc compilation issue which I'm currently trying to fix with the help of one x264 developer. I'll keep you posted. OK, x264 build succeeded. Could someone test it on ppc/ppc64? ffmpeg build coming soon, too. It brings libavcodec ABI version bump and some API changes. Affected packages: [...] for x264: [...] gstreamer-plugins-bad This needs a small patch to build (attached). Hans? Thanks, applied and build. Regards, Hans
Re: x264 and ffmpeg updates coming to rawhide
--- On Wed, 12/17/08, Hans de Goede wrote: Hmm, Build fails on ppc? : http://buildsys.rpmfusion.org/logs/fedora-development-rpmfusion_free/2089-gstreamer-ffmpeg-0.10.6-1.fc11/ It claims it cannot find ffmpeg any idea why that would be ? This is an arch-independent error. The same thing happened yesterday for xmms2-freeworld build. I believe that there's a problem with ffmpeg's .pc file. The stable branches don't have this issue. Only the devel branch does. -oget
Re: x264 and ffmpeg updates coming to rawhide
Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski wrote: On Wednesday, 03 December 2008 at 19:06, Dominik 'Rathann' Mierzejewski wrote: In the long-standing tradition of breaking stuff right after a new release, I'm going to update x264 and ffmpeg in the devel branch. x264 brings ABI and API changes (albeit minor). I haven't checked ffmpeg yet, but there's certainly an ABI version bump in libavcodec and probably some API changes as well. Right now x264 is blocked on some ppc compilation issue which I'm currently trying to fix with the help of one x264 developer. I'll keep you posted. OK, x264 build succeeded. Could someone test it on ppc/ppc64? ffmpeg build coming soon, too. It brings libavcodec ABI version bump and some API changes. Affected packages: [...] gstreamer-ffmpeg This needs the attached patch to build. I'm not sure what to do with the removed CODEC_FLAG_TRELLIS_QUANT option, but see this mail: http://lists.mplayerhq.hu/pipermail/ffmpeg-user/2008-December/018101.html Thanks!, Actually upstream has recently done a new release and moved to a newer ffmpeg snapshot with the new API. I've checked there changes against your patch and you and them have fixed everything identical. I've just fired of a build of the new gstreamer-ffmpeg-0.10.6 for devel, which should build fine against the new ffmpeg (verified locally). Actually, 0.10.6 won't build against the ffmpeg in F-10, but thats not an issue 0.10.6 seems to contain some interesting changes, so its better left to rawhide only anyways. Regards, Hans
Re: x264 and ffmpeg updates coming to rawhide
Hans de Goede wrote: Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski wrote: On Wednesday, 03 December 2008 at 19:06, Dominik 'Rathann' Mierzejewski wrote: In the long-standing tradition of breaking stuff right after a new release, I'm going to update x264 and ffmpeg in the devel branch. x264 brings ABI and API changes (albeit minor). I haven't checked ffmpeg yet, but there's certainly an ABI version bump in libavcodec and probably some API changes as well. Right now x264 is blocked on some ppc compilation issue which I'm currently trying to fix with the help of one x264 developer. I'll keep you posted. OK, x264 build succeeded. Could someone test it on ppc/ppc64? ffmpeg build coming soon, too. It brings libavcodec ABI version bump and some API changes. Affected packages: [...] gstreamer-ffmpeg This needs the attached patch to build. I'm not sure what to do with the removed CODEC_FLAG_TRELLIS_QUANT option, but see this mail: http://lists.mplayerhq.hu/pipermail/ffmpeg-user/2008-December/018101.html Thanks!, Actually upstream has recently done a new release and moved to a newer ffmpeg snapshot with the new API. I've checked there changes against your patch and you and them have fixed everything identical. I've just fired of a build of the new gstreamer-ffmpeg-0.10.6 for devel, which should build fine against the new ffmpeg (verified locally). Actually, 0.10.6 won't build against the ffmpeg in F-10, but thats not an issue 0.10.6 seems to contain some interesting changes, so its better left to rawhide only anyways. Hmm, Build fails on ppc? : http://buildsys.rpmfusion.org/logs/fedora-development-rpmfusion_free/2089-gstreamer-ffmpeg-0.10.6-1.fc11/ It claims it cannot find ffmpeg any idea why that would be ? Regards, Hans Regards, Hans
gstreamer-pitfdll (was: Re: x264 and ffmpeg updates coming to rawhide)
On 17.12.2008 11:52, Hans de Goede wrote: [...] I've just fired of a build of the new gstreamer-ffmpeg-0.10.6 for devel, which should build fine against the new ffmpeg (verified locally). Actually, 0.10.6 won't build against the ffmpeg in F-10, but thats not an issue 0.10.6 seems to contain some interesting changes, so its better left to rawhide only anyways. While talking about gstreamer* just for everybody's information a quote from a recent wishlist addition ( http://rpmfusion.org/Wishlist?action=diffrev1=116rev2=117 ): + Request: gstreamer-pitfdll + Summary: GStreamer plugin that allows the use of binary files, such as Quicktime QTX or Directshow/DMO DLL files. + URL: http://sourceforge.net/projects/pitfdll/ + Why not in Fedora: Probably because of codecs Maybe someone wants to take care of that *or* add reasons to the wiki why it doesn't make sense to ship. I suppose the latter is needed: http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-October/001702.html gstreamer-pitfdll [...] I think that this one is mostly obsolete. The gstreamer-ffmpeg package supports most (all?) of the formats this one supported. I wouldn't import it. CU knurd
Re: x264 and ffmpeg updates coming to rawhide
On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski wrote: On Wednesday, 03 December 2008 at 19:06, Dominik 'Rathann' Mierzejewski wrote: In the long-standing tradition of breaking stuff right after a new release, I'm going to update x264 and ffmpeg in the devel branch. x264 brings ABI and API changes (albeit minor). I haven't checked ffmpeg yet, but there's certainly an ABI version bump in libavcodec and probably some API changes as well. Right now x264 is blocked on some ppc compilation issue which I'm currently trying to fix with the help of one x264 developer. I'll keep you posted. OK, x264 build succeeded. Could someone test it on ppc/ppc64? ffmpeg build coming soon, too. It brings libavcodec ABI version bump and some API changes. Affected packages: vdr-dxr3 Rebuilds cleanly. Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations
Re: x264 and ffmpeg updates coming to rawhide
On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski wrote: On Wednesday, 03 December 2008 at 19:06, Dominik 'Rathann' Mierzejewski wrote: In the long-standing tradition of breaking stuff right after a new release, I'm going to update x264 and ffmpeg in the devel branch. x264 brings ABI and API changes (albeit minor). I haven't checked ffmpeg yet, but there's certainly an ABI version bump in libavcodec and probably some API changes as well. Right now x264 is blocked on some ppc compilation issue which I'm currently trying to fix with the help of one x264 developer. I'll keep you posted. OK, x264 build succeeded. Could someone test it on ppc/ppc64? ffmpeg build coming soon, too. It brings libavcodec ABI version bump and some API changes. Affected packages: ushare-freeworld Rebuilds cleanly after libdlna is built. -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations
Re: x264 and ffmpeg updates coming to rawhide
On Monday, 15 December 2008 at 04:23, Stewart Adam wrote: On 12/14/08 5:13 PM, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote: This needs a proper fix, but for now the attached patch makes it build. Also, it seems to me that avidemux contains local copies of several ffmpeg libraries: libavcodec, libavformat, libavutil, libpostproc and libswscale. Could it be patched to use our externally packaged ones? Regards, R. Thanks for the patch - it worked perfectly. I've started making changes regarding the internal ffmpeg libraries, but it looks like avidemux uses a bunch of the internal headers that aren't included in ffmpeg-devel. *Sigh*. Same problem as MPlayer, then. You'd better talk to upstream and see if they'll consider moving to using only public API. Which should also make it easier to update to newer versions of ffmpeg. I've attached the changes I made up until the point where bitstream.h is required so it bails out. (it also required bswap.h, the macros it required appeared to do nothing - be2me_*(x) was (x) - so I just removed the be2me_* calls). Where do we go from here? Isn't be2me doing byte-swapping from big-endian to native-endian? In that case you shouldn't just remove it, because x86 is little-endian. Anyway, this isn't something we can easily solve on our own, so let's get avidemux and ffmpeg upstreams talking about this instead. Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations
Re: x264 and ffmpeg updates coming to rawhide
On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski wrote: On Wednesday, 03 December 2008 at 19:06, Dominik 'Rathann' Mierzejewski wrote: In the long-standing tradition of breaking stuff right after a new release, I'm going to update x264 and ffmpeg in the devel branch. x264 brings ABI and API changes (albeit minor). I haven't checked ffmpeg yet, but there's certainly an ABI version bump in libavcodec and probably some API changes as well. Right now x264 is blocked on some ppc compilation issue which I'm currently trying to fix with the help of one x264 developer. I'll keep you posted. OK, x264 build succeeded. Could someone test it on ppc/ppc64? ffmpeg build coming soon, too. It brings libavcodec ABI version bump and some API changes. Affected packages: k3b-extras-freeworld This needs the attached patch. I'd also suggest to tell upstream to compare if the avcodec_decode_audio2 call semantics are consistent its usage, because they've changed from avcodec_decode_audio. Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations diff -up k3b-1.0.5/plugins/decoder/ffmpeg/k3bffmpegwrapper.cpp.lavc52 k3b-1.0.5/plugins/decoder/ffmpeg/k3bffmpegwrapper.cpp --- k3b-1.0.5/plugins/decoder/ffmpeg/k3bffmpegwrapper.cpp.lavc52 2008-12-15 20:47:09.0 +0100 +++ k3b-1.0.5/plugins/decoder/ffmpeg/k3bffmpegwrapper.cpp 2008-12-15 21:23:34.0 +0100 @@ -194,7 +194,11 @@ QString K3bFFMpegFile::typeComment() con return i18n(Windows Media v1); case CODEC_ID_WMAV2: return i18n(Windows Media v2); +#if LIBAVCODEC_VERSION_INT ((5216)+(08)+0) case CODEC_ID_MP3LAME: +#else + case CODEC_ID_MP3: +#endif return i18n(MPEG 1 Layer III); case CODEC_ID_AAC: return i18n(Advanced Audio Coding (AAC)); @@ -289,8 +293,10 @@ int K3bFFMpegFile::fillOutputBuffer() #ifdef FFMPEG_BUILD_PRE_4629 int len = avcodec_decode_audio( d-formatContext-streams[0]-codec, -#else +#elif LIBAVCODEC_VERSION_INT ((5216)+(08)+0) int len = avcodec_decode_audio( d-formatContext-streams[0]-codec, +#else +int len = avcodec_decode_audio2( d-formatContext-streams[0]-codec, #endif (short*)d-outputBuffer, d-outputBufferSize, d-packetData, d-packetSize );
Re: x264 and ffmpeg updates coming to rawhide
On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski wrote: On Wednesday, 03 December 2008 at 19:06, Dominik 'Rathann' Mierzejewski wrote: In the long-standing tradition of breaking stuff right after a new release, I'm going to update x264 and ffmpeg in the devel branch. x264 brings ABI and API changes (albeit minor). I haven't checked ffmpeg yet, but there's certainly an ABI version bump in libavcodec and probably some API changes as well. Right now x264 is blocked on some ppc compilation issue which I'm currently trying to fix with the help of one x264 developer. I'll keep you posted. OK, x264 build succeeded. Could someone test it on ppc/ppc64? ffmpeg build coming soon, too. It brings libavcodec ABI version bump and some API changes. Affected packages: [...] avidemux This needs a proper fix, but for now the attached patch makes it build. Also, it seems to me that avidemux contains local copies of several ffmpeg libraries: libavcodec, libavformat, libavutil, libpostproc and libswscale. Could it be patched to use our externally packaged ones? Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations diff -up avidemux_2.4.3/avidemux/ADM_codecs/ADM_x264.cpp.x264 avidemux_2.4.3/avidemux/ADM_codecs/ADM_x264.cpp --- avidemux_2.4.3/avidemux/ADM_codecs/ADM_x264.cpp.x2642008-07-21 19:24:20.0 +0200 +++ avidemux_2.4.3/avidemux/ADM_codecs/ADM_x264.cpp 2008-12-14 23:02:00.0 +0100 @@ -109,8 +109,7 @@ uint8_t X264Encoder::preamble (uint32_t MKPARAM(i_bframe,MaxBFrame); MKPARAM(i_bframe_bias,Bias); MKPARAM( b_bframe_pyramid,BasReference ); - MKPARAM(analyse. b_bidir_me,BidirME ); - MKPARAM( b_bframe_adaptive, Adaptative); + MKPARAM( i_bframe_adaptive, Adaptative); MKPARAM( analyse.b_weighted_bipred, Weighted); MKPARAM( b_cabac , CABAC); MKPARAM( analyse.i_trellis, Trellis); @@ -123,7 +122,6 @@ uint8_t X264Encoder::preamble (uint32_t parity=(zparam-PartitionDecision+1-MIN_RDO)1; param.analyse.i_subpel_refine=rank; - param.analyse.b_bframe_rdo=parity; } MKPARAM(analyse.b_chroma_me,ChromaME); MKPARAM(b_deblocking_filter,DeblockingFilter);
Re: x264 and ffmpeg updates coming to rawhide
On 12/14/08 5:13 PM, Dominik 'Rathann' Mierzejewski wrote:
On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote:
This needs a proper fix, but for now the attached patch makes it build.
Also, it seems to me that avidemux contains local copies of several ffmpeg
libraries: libavcodec, libavformat, libavutil, libpostproc and libswscale.
Could it be patched to use our externally packaged ones?
Regards,
R.
Thanks for the patch - it worked perfectly.
I've started making changes regarding the internal ffmpeg libraries, but it
looks like avidemux uses a bunch of the internal headers that aren't
included in ffmpeg-devel. I've attached the changes I made up until the
point where bitstream.h is required so it bails out. (it also required
bswap.h, the macros it required appeared to do nothing - be2me_*(x) was (x)
- so I just removed the be2me_* calls). Where do we go from here?
Stewart
--- CMakeLists.txt 2008-07-21 11:58:49.0 -0400
+++ CMakeLists.txt 2008-12-14 20:48:42.0 -0500
@@ -97,6 +97,111 @@
ENDIF(NOT FT_INCLUDE)
endif(NO_FREETYPE)
#**
+# Search for LIBAVCODEC
+#**
+MESSAGE(STATUS Checking for libavcodec through PKG-CONFIG)
+MESSAGE(STATUS )
+if(NO_AVCODEC)
+message(status disabled per request)
+else(NO_AVCODEC)
+PKGCONFIG(libavcodec AVC_INCLUDE AVC_LIB AVC_LDFLAGS AVC_CFLAGS)
+
+IF(NOT AVC_INCLUDE)
+MESSAGE(STATUS Could not find libavcodec )
+ELSE(NOT AVC_INCLUDE)
+SET(AVC_FOUND TRUE)
+MESSAGE(STATUS LDFLAGS ${AVC_LDFLAGS})
+MESSAGE(STATUS LIBS ${AVC_LIB})
+MESSAGE(STATUS OK)
+MESSAGE(STATUS libavcodec Found (${AVC_CFLAGS} ${AVC_INCLUDE}))
+
+ENDIF(NOT AVC_INCLUDE)
+endif(NO_AVCODEC)
+#**
+# Search for LIBAVFORMAT
+#**
+MESSAGE(STATUS Checking for libavformat through PKG-CONFIG)
+MESSAGE(STATUS )
+if(NO_AVFORMAT)
+message(status disabled per request)
+else(NO_AVFORMAT)
+PKGCONFIG(libavformat AVF_INCLUDE AVF_LIB AVF_LDFLAGS AVF_CFLAGS)
+
+IF(NOT AVC_INCLUDE)
+MESSAGE(STATUS Could not find libavformat )
+ELSE(NOT AVC_INCLUDE)
+SET(AVC_FOUND TRUE)
+MESSAGE(STATUS LDFLAGS ${AVF_LDFLAGS})
+MESSAGE(STATUS LIBS ${AVF_LIB})
+MESSAGE(STATUS OK)
+MESSAGE(STATUS libavformat Found (${AVF_CFLAGS} ${AVF_INCLUDE}))
+
+ENDIF(NOT AVF_INCLUDE)
+endif(NO_AVFORMAT)
+#**
+# Search for LIBAVUTIL
+#**
+MESSAGE(STATUS Checking for libavutil through PKG-CONFIG)
+MESSAGE(STATUS )
+if(NO_AVUTIL)
+message(status disabled per request)
+else(NO_AVUTIL)
+PKGCONFIG(libavutil AVU_INCLUDE AVU_LIB AVU_LDFLAGS AVU_CFLAGS)
+
+IF(NOT AVU_INCLUDE)
+MESSAGE(STATUS Could not find libavutil )
+ELSE(NOT AVU_INCLUDE)
+SET(AVU_FOUND TRUE)
+MESSAGE(STATUS LDFLAGS ${AVU_LDFLAGS})
+MESSAGE(STATUS LIBS ${AVU_LIB})
+MESSAGE(STATUS OK)
+MESSAGE(STATUS libavutil Found (${AVU_CFLAGS} ${AVU_INCLUDE}))
+
+ENDIF(NOT AVU_INCLUDE)
+endif(NO_AVUTIL)
+#**
+# Search for LIBSWSCALE
+#**
+MESSAGE(STATUS Checking for libswscale through PKG-CONFIG)
+MESSAGE(STATUS )
+if(NO_SWSCALE)
+message(status disabled per request)
+else(NO_SWSCALE)
+PKGCONFIG(libswscale SWS_INCLUDE SWS_LIB SWS_LDFLAGS SWS_CFLAGS)
+
+IF(NOT SWS_INCLUDE)
+MESSAGE(STATUS Could not find libswscale )
+ELSE(NOT SWS_INCLUDE)
+SET(SWS_FOUND TRUE)
+MESSAGE(STATUS LDFLAGS ${SWS_LDFLAGS})
+MESSAGE(STATUS LIBS ${SWS_LIB})
+MESSAGE(STATUS OK)
+MESSAGE(STATUS libswscale Found (${SWS_CFLAGS} ${SWS_INCLUDE}))
+
+ENDIF(NOT SWS_INCLUDE)
+endif(NO_SWSCALE)
+#**
+# Search for LIBPOSTPROC
+#**
+MESSAGE(STATUS Checking for libpostproc through PKG-CONFIG)
+MESSAGE(STATUS )
+if(NO_POSTPROC)
+message(status disabled per request)
+else(NO_POSTPROC)
+PKGCONFIG(libpostproc PPRC_INCLUDE PPRC_LIB PPRC_LDFLAGS PPRC_CFLAGS)
+
+IF(NOT PPRC_INCLUDE)
+MESSAGE(STATUS Could not find libpostproc )
+ELSE(NOT PPRC_INCLUDE)
+SET(PPRC_FOUND TRUE)
+MESSAGE(STATUS LDFLAGS ${PPRC_LDFLAGS})
+MESSAGE(STATUS LIBS ${PPRC_LIB})
+MESSAGE(STATUS OK)
+MESSAGE(STATUS libpostproc Found (${PPRC_CFLAGS} ${PPRC_INCLUDE}))
+
+ENDIF(NOT PPRC_INCLUDE)
+endif(NO_POSTPROC)
+#**
# Search for X11 (not on windows)
#**
if(NOT WIN32)
@@ -195,8 +300,7 @@
CONFIGURE_FILE(config.h.cmake
Re: x264 and ffmpeg updates coming to rawhide
On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski wrote: On Wednesday, 03 December 2008 at 19:06, Dominik 'Rathann' Mierzejewski wrote: In the long-standing tradition of breaking stuff right after a new release, I'm going to update x264 and ffmpeg in the devel branch. x264 brings ABI and API changes (albeit minor). I haven't checked ffmpeg yet, but there's certainly an ABI version bump in libavcodec and probably some API changes as well. Right now x264 is blocked on some ppc compilation issue which I'm currently trying to fix with the help of one x264 developer. I'll keep you posted. OK, x264 build succeeded. Could someone test it on ppc/ppc64? ffmpeg build coming soon, too. It brings libavcodec ABI version bump and some API changes. Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations
Re: x264 and ffmpeg updates coming to rawhide
On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski wrote: On Wednesday, 03 December 2008 at 19:06, Dominik 'Rathann' Mierzejewski wrote: In the long-standing tradition of breaking stuff right after a new release, I'm going to update x264 and ffmpeg in the devel branch. x264 brings ABI and API changes (albeit minor). I haven't checked ffmpeg yet, but there's certainly an ABI version bump in libavcodec and probably some API changes as well. Right now x264 is blocked on some ppc compilation issue which I'm currently trying to fix with the help of one x264 developer. I'll keep you posted. OK, x264 build succeeded. Could someone test it on ppc/ppc64? ffmpeg build coming soon, too. It brings libavcodec ABI version bump and some API changes. Affected packages: for ffmpeg: ffmpeg2theora gstreamer-ffmpeg k3b-extras-freeworld kino libdlna qmmp-plugins-freeworld transcode ushare-freeworld vdr-dxr3 vlc-core xine-lib-extras-freeworld for x264: avidemux ffmpeg-compat gstreamer-plugins-bad libquicktime mencoder (mplayer) vlc -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations
Re: x264 and ffmpeg updates coming to rawhide
On Thursday, 04 December 2008 at 21:36, Thorsten Leemhuis wrote: On 04.12.2008 21:15, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski wrote: On Wednesday, 03 December 2008 at 19:06, Dominik 'Rathann' Mierzejewski wrote: In the long-standing tradition of breaking stuff right after a new release, I'm going to update x264 and ffmpeg in the devel branch. x264 brings ABI and API changes (albeit minor). I haven't checked ffmpeg yet, but there's certainly an ABI version bump in libavcodec and probably some API changes as well. Right now x264 is blocked on some ppc compilation issue which I'm currently trying to fix with the help of one x264 developer. I'll keep you posted. OK, x264 build succeeded. Could someone test it on ppc/ppc64? ffmpeg build coming soon, too. It brings libavcodec ABI version bump and some API changes. Looking forward to all of that. But are there any ideas/plans how to make the transition to all of that new stuff as painlessly as possible for users and contributors? just wondering: Shall I manually exclude those packages (and packages that are build against it) from pushing until all the major things that depend on x264 and ffmpeg got rebuild? E.g. gstreamer-ffmpeg, xine-lib-extras-nonfree, mplayer and vlc? Yes, that'd be nice. I'll be rebuilding the affected packages locally in mock and reporting any problems (hopefully with fixes). Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations
Re: x264 and ffmpeg updates coming to rawhide
2008/12/4 Dominik 'Rathann' Mierzejewski [EMAIL PROTECTED]: On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski wrote: On Wednesday, 03 December 2008 at 19:06, Dominik 'Rathann' Mierzejewski wrote: In the long-standing tradition of breaking stuff right after a new release, I'm going to update x264 and ffmpeg in the devel branch. x264 brings ABI and API changes (albeit minor). I haven't checked ffmpeg yet, but there's certainly an ABI version bump in libavcodec and probably some API changes as well. Right now x264 is blocked on some ppc compilation issue which I'm currently trying to fix with the help of one x264 developer. I'll keep you posted. OK, x264 build succeeded. Could someone test it on ppc/ppc64? ffmpeg build coming soon, too. It brings libavcodec ABI version bump and some API changes. Affected packages: for ffmpeg: ffmpeg2theora ^^I'm thinking of dropping support for this one! Does someone want to take it ? gstreamer-ffmpeg k3b-extras-freeworld kino libdlna qmmp-plugins-freeworld transcode ushare-freeworld vdr-dxr3 vlc-core xine-lib-extras-freeworld for x264: avidemux ffmpeg-compat ^^ In Rawhide there is no more ffmpeg-compat nor in F-10. gstreamer-plugins-bad libquicktime done mencoder (mplayer) vlc been done. Nicolas (kwizart)
