yes, i figured out, alpha is not working with gem_filmQT4L.so.
i tried Gmerlin. remember that some time ago it was segfaulting in Gem, when loading video, but later i was using gmerlin with mjpeg without any problems. gmerlin is still working with mjpeg, but this with pnga is segfaulting, then loading video.
i tested more machines with same gmerlin-avdec, Gem, kernel, but Pd version differs having different behaviour.
gmerlin-avdecoder 1.2.0-2 GEM: ver: 0.93.git 374f713 Pd 0.45.0test kernel 3.9.3-1-ARCH
gdb backtrace: Starting program: /usr/bin/pd -lib Gem -nosound /usr/lib/pd/extra/Gem/examples/04.pix/05.film.pd warning: no loadable sections found in added symbol-file system-supplied DSO at 0x7ffff7ffa000 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". [New Thread 0x7fffe25ea700 (LWP 10451)]
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffe25ea700 (LWP 10451)] 0x00007fffeef49d77 in ?? () from /usr/lib/libgmerlin_avdec.so.1 #0 0x00007fffeef49d77 in ?? () from /usr/lib/libgmerlin_avdec.so.1 #1 0x00007fffeeff667a in ?? () from /usr/lib/libgmerlin_avdec.so.1 #2 0x00007fffef24f2a9 in gem::plugins::filmGMERLIN::getFrame() () from /usr/lib/pd/extra/Gem/gem_filmGMERLIN.so #3 0x00007ffff6671ffd in pix_film::grabThread(void*) () from /usr/lib/pd/extra/Gem/Gem.pd_linux #4 0x00007ffff7185dd2 in start_thread () from /usr/lib/libpthread.so.0 #5 0x00007ffff6cb2ced in clone () from /usr/lib/libc.so.6
on the other machine with Pd 0.44.3test loading video eats all my ram resulting freeze, but nothing in backtrace.
should i fill this in bug report?
Jakub
On 25.05.2013 12:00, gem-dev-request@iem.at wrote:
It is working perfectly here on Ubuntu 13.04, Pd 0.44.3 and Gem 0.93.git 374f713 (with gmerlin backend). Have you tried to force order with [gemhead 50] for your movie and [gemhead 45] for your background ? ++
Jack
De: "Jakub Pišek" kubriel@gmail.com À: gem-dev@iem.at
problems. gmerlin is still working with mjpeg, but this with pnga is segfaulting, then loading video.
i tested more machines with same gmerlin-avdec, Gem, kernel, but Pd version differs having different behaviour.
I've tried gem-git on ubuntu precise with gmerlin and then rbga videos crashes when changing frame in pix_film indeed.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
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
-----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@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
-
IOhannes m zmoelnig -
Jack -
Jakub Pišek -
Patrice Colet