> the square and the background are not really in sync (so you sometimes > see the square), which i think is an artifact of double rendering. I noticed that too but for this purpose it's not important.
> i had to install the "x264" package (version > 2:0.133.2339+git585324f-2+b1 on debian) for x264 support. > please also note that debian does not ship ffmpeg but instead uses > libav, and i have forgotten how libquicktime (which is the actual > framework Gem uses for recording) interact (or not) with ffmpeg/libav > to access the x264 codec.... I've removed ffmpeg and it still happens. I've always had libav on this machine but also have ffmpeg because kdenlive depends on it. > and i had to run the entire thing within gdb, else it would crash (for > whatever reasons it does not crash when run in gdb...) Strangely enough, I tried reinstalling pd extended and libav and now it crashes for me each time. The [pix_record] help patch doesn't. No error messages either, which isn't very helpful Antonio On 18 December 2013 10:06, IOhannes m zmoelnig <zmoel...@iem.at> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On 2013-12-18 10:35, Antonio Roberts wrote: >> I've noticed a strange bug in GEM (or ffmpeg) whereby the >> background colour, set by [gemwin], isn't captured with >> [pix_record] if codec 33 is selected. For me this codec is listed >> as "x264 H.264 (MPEG4 AVC) encoder" >> >> See the attached patch for an example. I'm capturing both video >> and pictures to show that it's a specific problem with [pix_record] >> and not with [gemwin] >> >> Is there any way around this or how to fix it? > > hard to tell. > > i tried reproducing your problem but couldn't (i think). > i've uploaded the the (movie) output of your patch to [1]. > > the square and the background are not really in sync (so you sometimes > see the square), which i think is an artifact of double rendering. > > i had to install the "x264" package (version > 2:0.133.2339+git585324f-2+b1 on debian) for x264 support. > please also note that debian does not ship ffmpeg but instead uses > libav, and i have forgotten how libquicktime (which is the actual > framework Gem uses for recording) interact (or not) with ffmpeg/libav > to access the x264 codec.... > > and i had to run the entire thing within gdb, else it would crash (for > whatever reasons it does not crash when run in gdb...) > > > fgmasdr > IOhannes > > > [1] http://iem.at/~zmoelnig/tmp/gem_x264.mov > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.15 (GNU/Linux) > Comment: Using GnuPG with Icedove - http://www.enigmail.net/ > > iQIcBAEBCAAGBQJSsXOlAAoJELZQGcR/ejb4YHMQAJUokL9K039md6aMAapW5dnb > IIadA7699eZwtw81pQqA+Z3YKCwLOM4W9REXTIpkOUjNlavBz/VcHCq0RDsuGuOx > Rvk/mIfiXw9l4VlNWIwX3bWAFUX27vQzMSxk13bxbJnErQoDNIEWrI44x6Xb83vh > HOFjskMfP0bCFq0+cq0bm9nJ6HFG/miZdLyiTzMgyoioScFcNi+AT/M3KICylzG4 > Z8VCcqqBUsJnZud5UzPOlTde72C9BpsJNAy222+pYY6PAJ0dG37OfU9H4GaFKozp > 6LIdtzRVPMFqgJ5bQO1QwesfyUu2CJDxRXTcJ5C+d0x46ctF9we9HU73JsN2VzTx > HA1e1ziZmD8B8zCUJ1Plvb9hi6PYqOYM204Z+c/OrGOGDuAzd+xFSZWsidYVzRw0 > FV5q0ADaoHMW+HERUhSs0XPbEKan8zDZqIfjLkSuFIwLJBZbn9iDGkVw4d+C4Crs > i213miOu7jPk0r0CmBYShC+pLeg+5aoCq7vR4vf6iPbLNiMSw8b0noySaJm1rvaI > Hx53yq4pVP9/xCXS1FO7FP42bVIf6MbLChe7cq7cVmPUbDqUfr6OaJNKfybOfDjt > uqKidSduAGaJhNzi8Idspdhun/48sqESnBz8yYoPROzINYs2XnMyyqQ6JHajO/x7 > 1DPVQ6BjTyDRRaxyRQyW > =qNPI > -----END PGP SIGNATURE----- > > _______________________________________________ > GEM-dev mailing list > GEM-dev@iem.at > http://lists.puredata.info/listinfo/gem-dev -- ============================ anto...@hellocatfood.com http://www.hellocatfood.com ============================ _______________________________________________ GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev