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 zmoelnig@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