Re: [Bf-committers] ffmpeg library update
I've updated ffmpeg used for our linux buildbot. I used config #2 (but with disabled avfilter) from my previous letters and used version 0.6.3 of ffmpeg. Sound and video guru-s: please re-test linux builds from http://builder.blender.org/download/ and tell me if something become broken, something was fixed, or nothing changed and so on. If things would be smooth with this build, i think it'll replace ffmpeg used for 2.5x releases earlier. -- With best regards, Sergey I. Sharybin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] ffmpeg library update
Hi, I've done some testing with configurations. Here are some results. So, first of all i've disabled version3 and nonfree otions. First of them leads to gpl3 or higher library version, second maked libraries un-redistributable. Now libraries are gpl2 or higher. Also, i've disabled debugging symbols (--disable-debug flag). This shouldn't affect on size doe to all symbols (strip --strip-all) are stripping from blender binary. Then i've made simple config which gave exactly the same result in dependencies as ffmpeg which was used for 2.57a release. Conficuration is published in [1]. Blender binary after stripping was 43Mb. Don't think it's matetr due to linking happened against libraries which are ~1year newer, i think, and codebase of ffmpeg became larger (additional checkings, maybe architecture changed so some symbols which were unused and stripped now used and so on). Next test was with initial config from this thread with license cleaning and cleaning up flags which Peter and Joerg marked as unused and also disabled most of marked as UNSURE options. This options are related on speech (don't think this kind of audio is useful for Blender, but this libraries aren't big -- ~300Kb so could be added if they're necessery) and streaming (but dirac and schro keeped enabled -- it's algos of encoding/decoding raw videos). Configuration is published in [2]. Blender binary growed u[ to 49mb. This is also understandable, because all new dependencies (vpx, ogg, vorbis, theora, dirac, schro) are ~8mb in total. More codecs -- higher size of binary. Next step was disabled schro and dirac. Configuration posted to [3]. This saved 2mb and Blender binary became 47mb. I haven't tested with rtmp enabled because don't find stream sources b useful in Blender and this gives too much dependencies which weren't easy to solve -- some libraries came from Debian Sid environment, some from Debian Lenny, some from Lenny Backports.. Also, this adds ~2mb of Blender binary size. So, question is: do we want to support more codecs (ogg, vorbis, teora, vpx, dirac, schro) and have 8mb bigger Blender binary as we've got now? [1] http://www.pasteall.org/21098 [2] http://www.pasteall.org/21099 [3] http://www.pasteall.org/21100 -- With best regards, Sergey I. Sharybin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] ffmpeg library update
Hi, maybe this is not the moment or not the good thread but i have a problem to import correctly pal avi video in the blender 2.57 sequencer with the 25 fps framerate. In this case, the sound is too short and of course the video in blender is unsynchronized. But if i select a custom framerate at 24 fps divided by the proportion of sound-time on the image-time, 0.96, it gives me a quite correct synchronization (one image lag in the sound time). Curiously, it displays a framerate of 25 fps. All this seems a bit absurd and silly but true. Of course, I can post all this on the bug tracker with screen captures. Regards, jms. ps : the video is a sony digital handicam one imported through win 7. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] ffmpeg library update
Also, forgot to mention. Pre-rc1 binaries were 52mb. Not sure why with the same configuration Ken had got such bigger binary -- maybe it's because of collada (not sure i've used exactly the same configuration for it). Really strange thing that even with binary 10mb bigger tham mine Ken's archive was 2-3mb smaller. Matbe it's bytes sequence issue. So, maybe enabling all that codecs aren't so big issue from binary side point of view? Sergey I. Sharybin wrote: Hi, I've done some testing with configurations. Here are some results. So, first of all i've disabled version3 and nonfree otions. First of them leads to gpl3 or higher library version, second maked libraries un-redistributable. Now libraries are gpl2 or higher. Also, i've disabled debugging symbols (--disable-debug flag). This shouldn't affect on size doe to all symbols (strip --strip-all) are stripping from blender binary. Then i've made simple config which gave exactly the same result in dependencies as ffmpeg which was used for 2.57a release. Conficuration is published in [1]. Blender binary after stripping was 43Mb. Don't think it's matetr due to linking happened against libraries which are ~1year newer, i think, and codebase of ffmpeg became larger (additional checkings, maybe architecture changed so some symbols which were unused and stripped now used and so on). Next test was with initial config from this thread with license cleaning and cleaning up flags which Peter and Joerg marked as unused and also disabled most of marked as UNSURE options. This options are related on speech (don't think this kind of audio is useful for Blender, but this libraries aren't big -- ~300Kb so could be added if they're necessery) and streaming (but dirac and schro keeped enabled -- it's algos of encoding/decoding raw videos). Configuration is published in [2]. Blender binary growed u[ to 49mb. This is also understandable, because all new dependencies (vpx, ogg, vorbis, theora, dirac, schro) are ~8mb in total. More codecs -- higher size of binary. Next step was disabled schro and dirac. Configuration posted to [3]. This saved 2mb and Blender binary became 47mb. I haven't tested with rtmp enabled because don't find stream sources b useful in Blender and this gives too much dependencies which weren't easy to solve -- some libraries came from Debian Sid environment, some from Debian Lenny, some from Lenny Backports.. Also, this adds ~2mb of Blender binary size. So, question is: do we want to support more codecs (ogg, vorbis, teora, vpx, dirac, schro) and have 8mb bigger Blender binary as we've got now? [1] http://www.pasteall.org/21098 [2] http://www.pasteall.org/21099 [3] http://www.pasteall.org/21100 -- With best regards, Sergey I. Sharybin -- With best regards, Sergey I. Sharybin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] ffmpeg library update
Am 2011-04-25 08:26, schrieb Sergey I. Sharybin: So, question is: do we want to support more codecs (ogg, vorbis, teora, vpx, dirac, schro) and have 8mb bigger Blender binary as we've got now? Ogg, vorbis and theora are definitely needed as they are in the output file formats and codecs and commonly used codecs in the FOSS world. For the others I'm fine if we don't support them, but I'm not the video guy here, just audio. Regards ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] ffmpeg library update
Made full release build cycle (with blenderplayer, strippng, packing and so on). Archive size with all that codecs enabled growed up from 30 to 33mb for linux64 platforms Sergey I. Sharybin wrote: Also, forgot to mention. Pre-rc1 binaries were 52mb. Not sure why with the same configuration Ken had got such bigger binary -- maybe it's because of collada (not sure i've used exactly the same configuration for it). Really strange thing that even with binary 10mb bigger tham mine Ken's archive was 2-3mb smaller. Matbe it's bytes sequence issue. So, maybe enabling all that codecs aren't so big issue from binary side point of view? Sergey I. Sharybin wrote: Hi, I've done some testing with configurations. Here are some results. So, first of all i've disabled version3 and nonfree otions. First of them leads to gpl3 or higher library version, second maked libraries un-redistributable. Now libraries are gpl2 or higher. Also, i've disabled debugging symbols (--disable-debug flag). This shouldn't affect on size doe to all symbols (strip --strip-all) are stripping from blender binary. Then i've made simple config which gave exactly the same result in dependencies as ffmpeg which was used for 2.57a release. Conficuration is published in [1]. Blender binary after stripping was 43Mb. Don't think it's matetr due to linking happened against libraries which are ~1year newer, i think, and codebase of ffmpeg became larger (additional checkings, maybe architecture changed so some symbols which were unused and stripped now used and so on). Next test was with initial config from this thread with license cleaning and cleaning up flags which Peter and Joerg marked as unused and also disabled most of marked as UNSURE options. This options are related on speech (don't think this kind of audio is useful for Blender, but this libraries aren't big -- ~300Kb so could be added if they're necessery) and streaming (but dirac and schro keeped enabled -- it's algos of encoding/decoding raw videos). Configuration is published in [2]. Blender binary growed u[ to 49mb. This is also understandable, because all new dependencies (vpx, ogg, vorbis, theora, dirac, schro) are ~8mb in total. More codecs -- higher size of binary. Next step was disabled schro and dirac. Configuration posted to [3]. This saved 2mb and Blender binary became 47mb. I haven't tested with rtmp enabled because don't find stream sources b useful in Blender and this gives too much dependencies which weren't easy to solve -- some libraries came from Debian Sid environment, some from Debian Lenny, some from Lenny Backports.. Also, this adds ~2mb of Blender binary size. So, question is: do we want to support more codecs (ogg, vorbis, teora, vpx, dirac, schro) and have 8mb bigger Blender binary as we've got now? [1] http://www.pasteall.org/21098 [2] http://www.pasteall.org/21099 [3] http://www.pasteall.org/21100 -- With best regards, Sergey I. Sharybin -- With best regards, Sergey I. Sharybin -- With best regards, Sergey I. Sharybin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] ffmpeg library update
Hi! We should definitely update the one for static linking to the linux release. Most distributions so far don't have libav in their standard repositories yet, so most distros and devs will still link against ffmpeg, also there's no libav build for win64 yet so we'll have to wait for that too if we want to switch completely to libav. But as long as we maintain our code so that it's possible to link against both versions I don't see too much problems (at least not more than we're used to have with ffmpeg...) supporting both. So back to the version we should use for the linux release: I'd really like to try libav. Although I didn't try it out yet (because my distro doesn't have any packages yet), I got a good impression of libav when I joined both IRC channels #ffmpeg and #libav when trying to find a workaround for a bug [1] and got really useful help in #libav. But in the end it doesn't really matter at the moment and the future will show which project survives. I think other questions are more interesting, lately someone came up in IRC with switching ffmpeg output to a CLI interface, though that would leave the decoding with ffmpeg as it is now. Another possibility would be to switch to gstreamer, but here some say it might be too big a dependency. Regards [1] http://projects.blender.org/tracker/index.php?func=detailaid=26990group_id=9atid=498 ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] ffmpeg library update
Hi also there's no libav build for win64 yet just to make it more correct http://win32.libav.org/win64/ Regards Sergey ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] ffmpeg library update
Am 2011-04-24 11:15, schrieb Sergey Kurdakov: just to make it more correct http://win32.libav.org/win64/ Awesome! I've only looked here: http://libav.org/download.html where you can only find win32 binaries. Regards ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] ffmpeg library update
Ok, i've build the latest ffmpeg 0.6.90-rc0 with options i've got from debian sid package rules (with some additional flags to get static libs which would run on all platofrms -- the same flags were used for mesa and openal): ./configure \ --cc=gcc -Wl,--as-needed \ --extra-ldflags=-pthread -static-libgcc \ --prefix=/opt/ffmpeg \ --enable-static \ --enable-avfilter \ --enable-vdpau \ --enable-bzlib \ --enable-libgsm \ --enable-libschroedinger \ --enable-libspeex \ --enable-libtheora \ --enable-libvorbis \ --enable-pthreads \ --enable-zlib \ --enable-libvpx \ --disable-stripping \ --enable-runtime-cpudetect \ --enable-vaapi \ --enable-libopenjpeg \ --enable-libfaac \ --enable-nonfree \ --enable-gpl \ --enable-postproc \ --enable-x11grab \ --enable-libdirac \ --enable-libmp3lame \ --enable-librtmp \ --enable-libx264 \ --enable-libxvid \ --enable-libopencore-amrnb \ --enable-version3 \ --enable-libopencore-amrwb \ --enable-version3 \ --enable-libdc1394 Haven't noticed that pixelization errors, but size of Blender's ELF growed up from 41 to 51 megabytes. Quite noticale, i'll say. I think some codecs could be disabled to reduce amount of repended libraries. Maybe there's some coding/encoding gurus here who could tell which options could be disabled? neXyon wrote: Am 2011-04-24 11:15, schrieb Sergey Kurdakov: just to make it more correct http://win32.libav.org/win64/ Awesome! I've only looked here: http://libav.org/download.html where you can only find win32 binaries. Regards ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers -- With best regards, Sergey I. Sharybin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] ffmpeg library update
--disable-stripping Why is stripping disabled? I thought that we generally do stripping... LetterRip On Sun, Apr 24, 2011 at 12:04 PM, Sergey I. Sharybin g.ula...@gmail.com wrote: Ok, i've build the latest ffmpeg 0.6.90-rc0 with options i've got from debian sid package rules (with some additional flags to get static libs which would run on all platofrms -- the same flags were used for mesa and openal): ./configure \ --cc=gcc -Wl,--as-needed \ --extra-ldflags=-pthread -static-libgcc \ --prefix=/opt/ffmpeg \ --enable-static \ --enable-avfilter \ --enable-vdpau \ --enable-bzlib \ --enable-libgsm \ --enable-libschroedinger \ --enable-libspeex \ --enable-libtheora \ --enable-libvorbis \ --enable-pthreads \ --enable-zlib \ --enable-libvpx \ --disable-stripping \ --enable-runtime-cpudetect \ --enable-vaapi \ --enable-libopenjpeg \ --enable-libfaac \ --enable-nonfree \ --enable-gpl \ --enable-postproc \ --enable-x11grab \ --enable-libdirac \ --enable-libmp3lame \ --enable-librtmp \ --enable-libx264 \ --enable-libxvid \ --enable-libopencore-amrnb \ --enable-version3 \ --enable-libopencore-amrwb \ --enable-version3 \ --enable-libdc1394 Haven't noticed that pixelization errors, but size of Blender's ELF growed up from 41 to 51 megabytes. Quite noticale, i'll say. I think some codecs could be disabled to reduce amount of repended libraries. Maybe there's some coding/encoding gurus here who could tell which options could be disabled? neXyon wrote: Am 2011-04-24 11:15, schrieb Sergey Kurdakov: just to make it more correct http://win32.libav.org/win64/ Awesome! I've only looked here: http://libav.org/download.html where you can only find win32 binaries. Regards ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers -- With best regards, Sergey I. Sharybin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] ffmpeg library update
You strip the final binary, not the libs. Martin --- On Sun, 4/24/11, Tom M letter...@gmail.com wrote: From: Tom M letter...@gmail.com Subject: Re: [Bf-committers] ffmpeg library update To: bf-blender developers bf-committers@blender.org Received: Sunday, April 24, 2011, 4:07 PM --disable-stripping Why is stripping disabled? I thought that we generally do stripping... LetterRip On Sun, Apr 24, 2011 at 12:04 PM, Sergey I. Sharybin g.ula...@gmail.com wrote: Ok, i've build the latest ffmpeg 0.6.90-rc0 with options i've got from debian sid package rules (with some additional flags to get static libs which would run on all platofrms -- the same flags were used for mesa and openal): ./configure \ --cc=gcc -Wl,--as-needed \ --extra-ldflags=-pthread -static-libgcc \ --prefix=/opt/ffmpeg \ --enable-static \ --enable-avfilter \ --enable-vdpau \ --enable-bzlib \ --enable-libgsm \ --enable-libschroedinger \ --enable-libspeex \ --enable-libtheora \ --enable-libvorbis \ --enable-pthreads \ --enable-zlib \ --enable-libvpx \ --disable-stripping \ --enable-runtime-cpudetect \ --enable-vaapi \ --enable-libopenjpeg \ --enable-libfaac \ --enable-nonfree \ --enable-gpl \ --enable-postproc \ --enable-x11grab \ --enable-libdirac \ --enable-libmp3lame \ --enable-librtmp \ --enable-libx264 \ --enable-libxvid \ --enable-libopencore-amrnb \ --enable-version3 \ --enable-libopencore-amrwb \ --enable-version3 \ --enable-libdc1394 Haven't noticed that pixelization errors, but size of Blender's ELF growed up from 41 to 51 megabytes. Quite noticale, i'll say. I think some codecs could be disabled to reduce amount of repended libraries. Maybe there's some coding/encoding gurus here who could tell which options could be disabled? neXyon wrote: Am 2011-04-24 11:15, schrieb Sergey Kurdakov: just to make it more correct http://win32.libav.org/win64/ Awesome! I've only looked here: http://libav.org/download.html where you can only find win32 binaries. Regards ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers -- With best regards, Sergey I. Sharybin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] ffmpeg library update
If be honest -- have no idea. Anyway, blender get's stripped by builder script, so don't think it's a big issue. As i told, i used options from debian package rules -- i suppose this options are made to be ok for most of users, platforms and needs (to make libs more portable and so on). Tom M wrote: --disable-stripping Why is stripping disabled? I thought that we generally do stripping... LetterRip On Sun, Apr 24, 2011 at 12:04 PM, Sergey I. Sharybing.ula...@gmail.com wrote: Ok, i've build the latest ffmpeg 0.6.90-rc0 with options i've got from debian sid package rules (with some additional flags to get static libs which would run on all platofrms -- the same flags were used for mesa and openal): ./configure \ --cc=gcc -Wl,--as-needed \ --extra-ldflags=-pthread -static-libgcc \ --prefix=/opt/ffmpeg \ --enable-static \ --enable-avfilter \ --enable-vdpau \ --enable-bzlib \ --enable-libgsm \ --enable-libschroedinger \ --enable-libspeex \ --enable-libtheora \ --enable-libvorbis \ --enable-pthreads \ --enable-zlib \ --enable-libvpx \ --disable-stripping \ --enable-runtime-cpudetect \ --enable-vaapi \ --enable-libopenjpeg \ --enable-libfaac \ --enable-nonfree \ --enable-gpl \ --enable-postproc \ --enable-x11grab \ --enable-libdirac \ --enable-libmp3lame \ --enable-librtmp \ --enable-libx264 \ --enable-libxvid \ --enable-libopencore-amrnb \ --enable-version3 \ --enable-libopencore-amrwb \ --enable-version3 \ --enable-libdc1394 Haven't noticed that pixelization errors, but size of Blender's ELF growed up from 41 to 51 megabytes. Quite noticale, i'll say. I think some codecs could be disabled to reduce amount of repended libraries. Maybe there's some coding/encoding gurus here who could tell which options could be disabled? neXyon wrote: Am 2011-04-24 11:15, schrieb Sergey Kurdakov: just to make it more correct http://win32.libav.org/win64/ Awesome! I've only looked here: http://libav.org/download.html where you can only find win32 binaries. Regards ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers -- With best regards, Sergey I. Sharybin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers -- With best regards, Sergey I. Sharybin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] ffmpeg library update
Stripping of final binary should remove all unused symbols. Does it make sense if symbols from libraries gets stripped when they're in binary or stripping happens on libraries before symbols are adding to binary? But ok, it shouldn't be difficult to make test tomorrow. Martin Poirier wrote: You strip the final binary, not the libs. Martin --- On Sun, 4/24/11, Tom Mletter...@gmail.com wrote: From: Tom Mletter...@gmail.com Subject: Re: [Bf-committers] ffmpeg library update To: bf-blender developersbf-committers@blender.org Received: Sunday, April 24, 2011, 4:07 PM --disable-stripping Why is stripping disabled? I thought that we generally do stripping... LetterRip On Sun, Apr 24, 2011 at 12:04 PM, Sergey I. Sharybing.ula...@gmail.com wrote: Ok, i've build the latest ffmpeg 0.6.90-rc0 with options i've got from debian sid package rules (with some additional flags to get static libs which would run on all platofrms -- the same flags were used for mesa and openal): ./configure \ --cc=gcc -Wl,--as-needed \ --extra-ldflags=-pthread -static-libgcc \ --prefix=/opt/ffmpeg \ --enable-static \ --enable-avfilter \ --enable-vdpau \ --enable-bzlib \ --enable-libgsm \ --enable-libschroedinger \ --enable-libspeex \ --enable-libtheora \ --enable-libvorbis \ --enable-pthreads \ --enable-zlib \ --enable-libvpx \ --disable-stripping \ --enable-runtime-cpudetect \ --enable-vaapi \ --enable-libopenjpeg \ --enable-libfaac \ --enable-nonfree \ --enable-gpl \ --enable-postproc \ --enable-x11grab \ --enable-libdirac \ --enable-libmp3lame \ --enable-librtmp \ --enable-libx264 \ --enable-libxvid \ --enable-libopencore-amrnb \ --enable-version3 \ --enable-libopencore-amrwb \ --enable-version3 \ --enable-libdc1394 Haven't noticed that pixelization errors, but size of Blender's ELF growed up from 41 to 51 megabytes. Quite noticale, i'll say. I think some codecs could be disabled to reduce amount of repended libraries. Maybe there's some coding/encoding gurus here who could tell which options could be disabled? neXyon wrote: Am 2011-04-24 11:15, schrieb Sergey Kurdakov: just to make it more correct http://win32.libav.org/win64/ Awesome! I've only looked here: http://libav.org/download.html where you can only find win32 binaries. Regards ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers -- With best regards, Sergey I. Sharybin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers -- With best regards, Sergey I. Sharybin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] ffmpeg library update
Hi, Ok, i've build the latest ffmpeg 0.6.90-rc0 with options i've got from debian sid package rules (with some additional flags to get static libs which would run on all platofrms -- the same flags were used for mesa and openal): ./configure \ --cc=gcc -Wl,--as-needed \ --extra-ldflags=-pthread -static-libgcc \ --prefix=/opt/ffmpeg \ --enable-static \ --enable-avfilter \ avfilter isn't used. --enable-vdpau \ VDPAU as well. --enable-bzlib \ --enable-libgsm \ --enable-libschroedinger \ --enable-libspeex \ --enable-libtheora \ --enable-libvorbis \ --enable-pthreads \ --enable-zlib \ --enable-libvpx \ --disable-stripping \ --enable-runtime-cpudetect \ --enable-vaapi \ VAAPI isn't used. --enable-libopenjpeg \ I'm not exactly sure, where libopenjpeg can help (Blender has internal support for JPEG2000 using libopenjpeg and R3D-decoding is also done seperately). --enable-libfaac \ --enable-nonfree \ --enable-gpl \ --enable-postproc \ --enable-x11grab \ no need for x11grab and postproc. --enable-libdirac \ --enable-libmp3lame \ --enable-librtmp \ --enable-libx264 \ --enable-libxvid \ --enable-libopencore-amrnb \ --enable-version3 \ --enable-libopencore-amrwb \ --enable-version3 \ --enable-libdc1394 libdc1394 isn't used either (might come handy some day, but currently we don't have capture support). Hope that helps! Cheers, Peter Haven't noticed that pixelization errors, but size of Blender's ELF growed up from 41 to 51 megabytes. Quite noticale, i'll say. I think some codecs could be disabled to reduce amount of repended libraries. Maybe there's some coding/encoding gurus here who could tell which options could be disabled? Peter Schlaile ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] ffmpeg library update
Isn't ffmpeg also used for video textures in the game engine? Maybe some of these options are useful there. Martin --- On Sun, 4/24/11, Peter Schlaile pe...@schlaile.de wrote: From: Peter Schlaile pe...@schlaile.de Subject: Re: [Bf-committers] ffmpeg library update To: bf-committers@blender.org Received: Sunday, April 24, 2011, 6:20 PM Hi, Ok, i've build the latest ffmpeg 0.6.90-rc0 with options i've got from debian sid package rules (with some additional flags to get static libs which would run on all platofrms -- the same flags were used for mesa and openal): ./configure \ --cc=gcc -Wl,--as-needed \ --extra-ldflags=-pthread -static-libgcc \ --prefix=/opt/ffmpeg \ --enable-static \ --enable-avfilter \ avfilter isn't used. --enable-vdpau \ VDPAU as well. --enable-bzlib \ --enable-libgsm \ --enable-libschroedinger \ --enable-libspeex \ --enable-libtheora \ --enable-libvorbis \ --enable-pthreads \ --enable-zlib \ --enable-libvpx \ --disable-stripping \ --enable-runtime-cpudetect \ --enable-vaapi \ VAAPI isn't used. --enable-libopenjpeg \ I'm not exactly sure, where libopenjpeg can help (Blender has internal support for JPEG2000 using libopenjpeg and R3D-decoding is also done seperately). --enable-libfaac \ --enable-nonfree \ --enable-gpl \ --enable-postproc \ --enable-x11grab \ no need for x11grab and postproc. --enable-libdirac \ --enable-libmp3lame \ --enable-librtmp \ --enable-libx264 \ --enable-libxvid \ --enable-libopencore-amrnb \ --enable-version3 \ --enable-libopencore-amrwb \ --enable-version3 \ --enable-libdc1394 libdc1394 isn't used either (might come handy some day, but currently we don't have capture support). Hope that helps! Cheers, Peter Haven't noticed that pixelization errors, but size of Blender's ELF growed up from 41 to 51 megabytes. Quite noticale, i'll say. I think some codecs could be disabled to reduce amount of repended libraries. Maybe there's some coding/encoding gurus here who could tell which options could be disabled? Peter Schlaile ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] ffmpeg library update
Hi, I've marked those with NO mostly sure that they are not needed and could be disabled. The others marked with NO? are at least not used for encoding but disabling them would disable some input formats. Question is if we really need to support everything?! Regards Am 2011-04-24 22:04, schrieb Sergey I. Sharybin: ./configure \ --cc=gcc -Wl,--as-needed \ --extra-ldflags=-pthread -static-libgcc \ --prefix=/opt/ffmpeg \ --enable-static \ --enable-avfilter \ --enable-vdpau \ === NO === --enable-bzlib \ === NO === --enable-libgsm \ === NO? === --enable-libschroedinger \ === NO? === --enable-libspeex \ === NO? === --enable-libtheora \ --enable-libvorbis \ --enable-pthreads \ --enable-zlib \ === NO === --enable-libvpx \ === NO? === --disable-stripping \ --enable-runtime-cpudetect \ --enable-vaapi \ === NO === --enable-libopenjpeg \ --enable-libfaac \ --enable-nonfree \ --enable-gpl \ --enable-postproc \ === NO === --enable-x11grab \ === NO === --enable-libdirac \ === NO? === --enable-libmp3lame \ --enable-librtmp \ === NO? === --enable-libx264 \ --enable-libxvid \ --enable-libopencore-amrnb \ === NO? === --enable-version3 \ --enable-libopencore-amrwb \ === NO? === --enable-version3 \ === TWICE? === --enable-libdc1394 === NO === ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] ffmpeg library update
Hi, We're still using quite old version of ffmpeg for linux release builds at least (this libraries were compiled from ffmpeg sources which were used in blender source tree just before their remooving from the svn). This was caused because some problems with pixelization which was discussed here some weeks ago. I was planning to update this libraries before 2.58 release but met one thing which i'm not sure how to solwe: ffmpeg community was splitted into two parts -- ffmpeg and libav. I'm not sure which community now is more active and which library we should use in the future. Maybe somebody could make things clear for us (and me particularly) so we could update builder environments with the most perspective library and version of this library. -- With best regards, Sergey I. Sharybin ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
[Bf-committers] ffmpeg library update
Hi Sergey. I'm not very knowledgeable person in all details, but as I do some video stuff ( and ffmpeg based development ) few points I can share: it is not clear to this point who will win ( though libav team seems has more ffmpeg core devs, while ffmpeg site team has less - but keeps the name so potentially can regain the position ). but still - if to build from stable releases http://libav.org/download.html#release_0.6 it is all the same as latest stable release http://www.ffmpeg.org/download.html#release_0.6 with few fixes. that is - for now - it looks like http://libav.org/download.html#release_0.6 0.6.2 release is a best bet for inclusion. in dev branches to this date in the encoding side - the difference is minor. ffmpeg site pushes for multi threading - but only for decoders. so ffmpeg branch won't have any advantages for Blender compared with libav though has some more 'new features'. Regards Sergey ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers
Re: [Bf-committers] ffmpeg library update
On Sat, Apr 23, 2011 at 10:09 AM, Sergey I. Sharybin g.ula...@gmail.com wrote: We're still using quite old version of ffmpeg for linux release builds at least (this libraries were compiled from ffmpeg sources which were used in blender source tree just before their remooving from the svn). This was caused because some problems with pixelization which was discussed here some weeks ago. Hrm. What is the authoritative answer on ffmpeg's inclusion? I was under the impression that for Linux it now uses system FFMPEG? I know that SVN compiles against the existing system library. There is far more at stake here for Blender, so it is hoped that everyone pays attention to the situation evolving at ffmpeg / libav. A higher grade production tool such as Blender greatly benefits from industry grade decoding, and as such, it should flow with the library that focuses on the more limited niche cases of decoding / encoding. I believe Baptiste Coudurier has done a significant amount of work supporting greater than 8bpc bit depths and integration of DNxHD to the ffmpeg core. In addition to this, he heads the ffmbc project I believe (http://code.google.com/p/ffmbc/). With respect, TJS ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers