[GEM-dev] video with alpha in Gem?

Jack jack at rybn.org
Wed May 29 12:32:06 CEST 2013


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Le 29/05/2013 09:56, IOhannes m zmoelnig a écrit :
> On 2013-05-28 12:47, Patrice Colet wrote:
>
> > I've tried gem-git on ubuntu precise with gmerlin and then rbga
> > videos crashes when changing frame in pix_film indeed.
>
>
> i'm afraid that i have to confirm the bug.
> i'm not sure yet, whether the problem is in Gem or in gmerlin.
>
> fgamsdr
> IOhannes
>
>
> _______________________________________________
> GEM-dev mailing list
> GEM-dev at iem.at
> http://lists.puredata.info/listinfo/gem-dev

Hmm, it seems i didn't play the movie. Now if i try to change the frame
with a number box or with the message [auto 1(, Pd crash.
I get in the Pd console :

[pix_film:audio_ffmpeg] Codec not found: FFmpeg Sonic decoder
[pix_film]: loaded file: /home/jack/rgba_png.avi with 250 frames
(960x540) at 25.000000 fps


With valgrind, i get :

==21158== Thread 3:
==21158== Invalid free() / delete / delete[] / realloc()
==21158==    at 0x4C2CF8E: realloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==21158==    by 0xC748828: ??? (in
/usr/lib/x86_64-linux-gnu/libgmerlin_avdec.so.1.0.0)
==21158==    by 0xC6EBB13: ??? (in
/usr/lib/x86_64-linux-gnu/libgmerlin_avdec.so.1.0.0)
==21158==    by 0xC6EBD97: ??? (in
/usr/lib/x86_64-linux-gnu/libgmerlin_avdec.so.1.0.0)
==21158==    by 0xC776ACB: ??? (in
/usr/lib/x86_64-linux-gnu/libgmerlin_avdec.so.1.0.0)
==21158==    by 0xC763631: bgav_seek_video (in
/usr/lib/x86_64-linux-gnu/libgmerlin_avdec.so.1.0.0)
==21158==    by 0xC4A20B1: gem::plugins::filmGMERLIN::changeImage(int,
int) (filmGMERLIN.cpp:350)
==21158==    by 0x95F2D21: pix_film::grabThread(void*) (pix_film.cpp:157)
==21158==    by 0x58B2F8D: start_thread (pthread_create.c:311)
==21158==    by 0x5DC5E1C: clone (clone.S:113)
==21158==  Address 0x4224520 is not stack'd, malloc'd or (recently) free'd
==21158==
==21158== Invalid write of size 1
==21158==    at 0x5D593D3: __GI_mempcpy (memcpy.S:167)
==21158==    by 0x5D4611D: _IO_file_xsgetn (fileops.c:1407)
==21158==    by 0x5D3B992: fread (iofread.c:42)
==21158==    by 0xC72C5D7: ??? (in
/usr/lib/x86_64-linux-gnu/libgmerlin_avdec.so.1.0.0)
==21158==    by 0xC732B7A: bgav_input_read_data (in
/usr/lib/x86_64-linux-gnu/libgmerlin_avdec.so.1.0.0)
==21158==    by 0xC6EBB59: ??? (in
/usr/lib/x86_64-linux-gnu/libgmerlin_avdec.so.1.0.0)
==21158==    by 0xC6EBD97: ??? (in
/usr/lib/x86_64-linux-gnu/libgmerlin_avdec.so.1.0.0)
==21158==    by 0xC776ACB: ??? (in
/usr/lib/x86_64-linux-gnu/libgmerlin_avdec.so.1.0.0)
==21158==    by 0xC763631: bgav_seek_video (in
/usr/lib/x86_64-linux-gnu/libgmerlin_avdec.so.1.0.0)
==21158==    by 0xC4A20B1: gem::plugins::filmGMERLIN::changeImage(int,
int) (filmGMERLIN.cpp:350)
==21158==    by 0x95F2D21: pix_film::grabThread(void*) (pix_film.cpp:157)
==21158==    by 0x58B2F8D: start_thread (pthread_create.c:311)
==21158==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==21158==
==21158==
==21158== Process terminating with default action of signal 11 (SIGSEGV)
==21158==  Access not within mapped region at address 0x3DD
==21158==    at 0x40148F0: _dl_close_worker (dl-close.c:150)
==21158==    by 0x401569D: _dl_close (dl-close.c:776)
==21158==    by 0x400F705: _dl_catch_error (dl-error.c:177)
==21158==    by 0x5E035AE: __libc_dlclose (dl-libc.c:46)
==21158==    by 0x5E35FF1: do_release_all (in
/lib/x86_64-linux-gnu/libc-2.17.so)
==21158==    by 0x5DC228C: tdestroy (tsearch.c:642)
==21158==    by 0x5E35FC6: free_mem (in /lib/x86_64-linux-gnu/libc-2.17.so)
==21158==    by 0x5E366B1: __libc_freeres (in
/lib/x86_64-linux-gnu/libc-2.17.so)
==21158==    by 0x4A256AC: _vgnU_freeres (in
/usr/lib/valgrind/vgpreload_core-amd64-linux.so)
==21158==    by 0x5190A1E: ??? (in
/usr/lib/x86_64-linux-gnu/libasound.so.2.0.0)
==21158==    by 0x4DAB4F: alsa_send_dacs (in /usr/local/bin/pd)
==21158==    by 0x47D480: m_mainloop (in /usr/local/bin/pd)
==21158==  If you believe this happened as a result of a stack
==21158==  overflow in your program's main thread (unlikely but
==21158==  possible), you can try to increase the size of the
==21158==  main thread stack using the --main-stacksize= flag.
==21158==  The main thread stack size used in this run was 8388608.
==21158==
==21158== HEAP SUMMARY:
==21158==     in use at exit: 52,674,573 bytes in 27,992 blocks
==21158==   total heap usage: 93,211 allocs, 65,219 frees, 117,958,611
bytes allocated
==21158==
==21158== LEAK SUMMARY:
==21158==    definitely lost: 59,018 bytes in 48 blocks
==21158==    indirectly lost: 12,433 bytes in 748 blocks
==21158==      possibly lost: 39,001,390 bytes in 13,836 blocks
==21158==    still reachable: 13,601,732 bytes in 13,360 blocks
==21158==         suppressed: 0 bytes in 0 blocks
==21158== Rerun with --leak-check=full to see details of leaked memory
==21158==
==21158== For counts of detected and suppressed errors, rerun with: -v
==21158== ERROR SUMMARY: 218 errors from 8 contexts (suppressed: 3 from 3)

++

Jack

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJRpdkhAAoJEOuluecjw8GU5O8H/1Nt535Z4FePGmbY5Rsf3WwQ
9XsqNiBAFjfkKadhj9yjuW6gNZB/Dgdch2lkZorP0Vcnt/wVsriS/O02bpaN25qQ
ub7n9UG15ig+w3C4d2mTowOCBefZ8wUC+XB+keILw2YzCQZErctmNCFqTV4X7a/f
JrXYWX74QOYT4+Ds3n/GGdLYtiUa8HPrhziLpOS+sBqlP4GSfLDVBzLT4eHW+tBQ
rHeWCXXV7EyH+gyPLdoO7kWbE5XuRjVniY8ptepJEc4VF+ZD8rbMYbX5/DwLy+/r
xj1j/zQYVVaXqqacOGLJEqYV5dfp8rXZtpCHWqYtGyCo3S/lQ7Xt6yQ7VEaXJ6Y=
=Zdl1
-----END PGP SIGNATURE-----

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20130529/f0e1a96e/attachment.htm>


More information about the GEM-dev mailing list