[GEM-dev] [pix_record] doesn't capture background colour if codec 33 (h.264) is selected

[Antonio Roberts]

> 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 at 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 at iem.at
> http://lists.puredata.info/listinfo/gem-dev



-- 
============================
antonio at hellocatfood.com
http://www.hellocatfood.com
============================