Hallo!
I know this is an old issue - but I can't get it work here again on me new upgrated system ...
When I try to load a mjpeg in pdp_qt it is crashing (and I could play the same movie some month ago with pdp_qt - it is also playing with lqtplay ...)
gdb say the following: ------------8<------------------- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1209661760 (LWP 12400)] 0xb7b43e59 in quicktime_match_32 () from /usr/lib/libquicktime.so.1 (gdb) bt #0 0xb7b43e59 in quicktime_match_32 () from /usr/lib/libquicktime.so.1 #1 0xb6e0fdc1 in quicktime_init_codec_jpeg () from /usr/lib/libquicktime/lqt_mjpeg.so #2 0x0814e850 in ?? () #3 0xb7b4a312 in ?? () from /usr/lib/libquicktime.so.1 #4 0xb7af0409 in quicktime_init_vcodec () from /usr/lib/libquicktime.so.1 #5 0x0814e418 in ?? () #6 0x0814e5a8 in ?? () #7 0x0814e850 in ?? () #8 0xb7af041e in quicktime_init_vcodec () from /usr/lib/libquicktime.so.1 #9 0xb7b4a312 in ?? () from /usr/lib/libquicktime.so.1 #10 0x00000000 in ?? () #11 0xb7f93ff4 in ?? () from /lib/tls/libc.so.6 #12 0xb7f961e0 in __malloc_initialize_hook () from /lib/tls/libc.so.6 #13 0x0001a058 in ?? () #14 0x0814edb0 in ?? () #15 0xb7b4db8c in ?? () from /usr/lib/libquicktime.so.1 #16 0x00000001 in ?? () #17 0x0814aef8 in ?? () #18 0x00000001 in ?? () #19 0xb7af3793 in quicktime_init_video_map () from /usr/lib/libquicktime.so.1 #20 0x0814e418 in ?? () #21 0x00000000 in ?? () ---Type <return> to continue, or q <return> to quit--- #22 0x00000000 in ?? () #23 0xb7b4db8c in ?? () from /usr/lib/libquicktime.so.1 #24 0x00000000 in ?? () #25 0x0814aef8 in ?? () #26 0xb7b4db8c in ?? () from /usr/lib/libquicktime.so.1 #27 0xb7af398e in quicktime_init_maps () from /usr/lib/libquicktime.so.1 #28 0x0814d318 in ?? () #29 0x00000000 in ?? () #30 0x00000000 in ?? () #31 0xb7ec7ea2 in free () from /lib/tls/libc.so.6 Previous frame inner to this frame (corrupt stack?) (gdb) ---------------8<---------------------
yes, this looks like a libquicktime error, but why is lqtplay then playing the same movie and is there a workaround for this (without going back to lqt 0.9.1)?
My versions: PDP: 0.12.4 libquicktime: 0.9.7
Thanks, LG Georg
ola,
ya, hum, good infos for debugging ))
but, i suggest, as you propose two different ways :
- using photo JPEGs compressed movies ?
- reverting to a previous libquicktime ?
see you in norway cand congrats for your work on pd radio )
cheers, sevy
Georg Holzmann wrote:
Hallo!
I know this is an old issue - but I can't get it work here again on me new upgrated system ...
When I try to load a mjpeg in pdp_qt it is crashing (and I could play the same movie some month ago with pdp_qt - it is also playing with lqtplay ...)
gdb say the following: ------------8<------------------- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1209661760 (LWP 12400)] 0xb7b43e59 in quicktime_match_32 () from /usr/lib/libquicktime.so.1 (gdb) bt #0 0xb7b43e59 in quicktime_match_32 () from /usr/lib/libquicktime.so.1 #1 0xb6e0fdc1 in quicktime_init_codec_jpeg () from /usr/lib/libquicktime/lqt_mjpeg.so #2 0x0814e850 in ?? () #3 0xb7b4a312 in ?? () from /usr/lib/libquicktime.so.1 #4 0xb7af0409 in quicktime_init_vcodec () from /usr/lib/libquicktime.so.1 #5 0x0814e418 in ?? () #6 0x0814e5a8 in ?? () #7 0x0814e850 in ?? () #8 0xb7af041e in quicktime_init_vcodec () from /usr/lib/libquicktime.so.1 #9 0xb7b4a312 in ?? () from /usr/lib/libquicktime.so.1 #10 0x00000000 in ?? () #11 0xb7f93ff4 in ?? () from /lib/tls/libc.so.6 #12 0xb7f961e0 in __malloc_initialize_hook () from /lib/tls/libc.so.6 #13 0x0001a058 in ?? () #14 0x0814edb0 in ?? () #15 0xb7b4db8c in ?? () from /usr/lib/libquicktime.so.1 #16 0x00000001 in ?? () #17 0x0814aef8 in ?? () #18 0x00000001 in ?? () #19 0xb7af3793 in quicktime_init_video_map () from /usr/lib/libquicktime.so.1 #20 0x0814e418 in ?? () #21 0x00000000 in ?? () ---Type <return> to continue, or q <return> to quit--- #22 0x00000000 in ?? () #23 0xb7b4db8c in ?? () from /usr/lib/libquicktime.so.1 #24 0x00000000 in ?? () #25 0x0814aef8 in ?? () #26 0xb7b4db8c in ?? () from /usr/lib/libquicktime.so.1 #27 0xb7af398e in quicktime_init_maps () from /usr/lib/libquicktime.so.1 #28 0x0814d318 in ?? () #29 0x00000000 in ?? () #30 0x00000000 in ?? () #31 0xb7ec7ea2 in free () from /lib/tls/libc.so.6 Previous frame inner to this frame (corrupt stack?) (gdb) ---------------8<---------------------
yes, this looks like a libquicktime error, but why is lqtplay then playing the same movie and is there a workaround for this (without going back to lqt 0.9.1)?
My versions: PDP: 0.12.4 libquicktime: 0.9.7
Thanks, LG Georg
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hallo Yves!
but, i suggest, as you propose two different ways :
- using photo JPEGs compressed movies ?
well, I recorded the files some month ago with [pdp_rec~] and [compressor jpeg( - so I guess it is already photo jpeg !?
- reverting to a previous libquicktime ?
isn't there an other solution? also for the future ... I'm not so familiar with libquicktime and [pdp_qt], but as it is working with lqtplay shouldn't it also be possible in pdp ? (any hints for debugging is greatly appreciated ...)
see you in norway
yes - I'm curious about it !
cand congrats for your work on pd radio )
thanks ;)
LG Georg
Hallo again!
just tried [pdp_rec~] because I also need it and I also get a crash and really the same backtrace as with [pdp_qt] ... (see below)
So, my question: I am not forced to use quicktime - I need it for a live performance, where I record video and audio live and then play then back in a condensed form (so with many videos at the same time ...)
I know you only work with theora now, so is this also possible with theora? Doesn't it use much more CPU for de/encoding (I only tried it very short - and in my performance my computer is on the limit ...) and it is not really possible to seek in it, right?
If it is possible, I will of course also switch to theora (only wanted to hear your opinion, before I reprogram everything) - otherwise I will try to debug [pdp_qt]/[pdp_rec~] in some way ... ?
Thanks, LG Georg
PS: Backtrace with [pdp_rec~] (when I try to start to record ...)
Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1209661760 (LWP 12453)] 0xb7b43e59 in quicktime_match_32 () from /usr/lib/libquicktime.so.1 (gdb) bt #0 0xb7b43e59 in quicktime_match_32 () from /usr/lib/libquicktime.so.1 #1 0xb4e5edc1 in quicktime_init_codec_jpeg () from /usr/lib/libquicktime/lqt_mjpeg.so #2 0x081aeae0 in ?? () #3 0xb7b4a312 in ?? () from /usr/lib/libquicktime.so.1 #4 0xb7af0409 in quicktime_init_vcodec () from /usr/lib/libquicktime.so.1 #5 0x081aea68 in ?? () #6 0x081957b8 in ?? () #7 0x081aeae0 in ?? () #8 0xb7af041e in quicktime_init_vcodec () from /usr/lib/libquicktime.so.1 #9 0xb7b4a312 in ?? () from /usr/lib/libquicktime.so.1 #10 0xb7b4db8c in ?? () from /usr/lib/libquicktime.so.1 #11 0xb7b40879 in quicktime_trak_init_video () from /usr/lib/libquicktime.so.1 #12 0x081a21c0 in ?? () #13 0x081a1ea8 in ?? () #14 0x081cc3a8 in ?? () #15 0xb7b4db8c in ?? () from /usr/lib/libquicktime.so.1 #16 0x081aea68 in ?? () #17 0x00000001 in ?? () #18 0x081bdd68 in ?? () #19 0xb7af3793 in quicktime_init_video_map () from /usr/lib/libquicktime.so.1 #20 0x081aea68 in ?? () #21 0x00000001 in ?? () ---Type <return> to continue, or q <return> to quit--- #22 0x00000000 in ?? () #23 0xb7b4db8c in ?? () from /usr/lib/libquicktime.so.1 #24 0x081a1e48 in ?? () #25 0x00000001 in ?? () #26 0xb7b4db8c in ?? () from /usr/lib/libquicktime.so.1 #27 0xb7af1e12 in quicktime_set_video () from /usr/lib/libquicktime.so.1 #28 0x00000000 in ?? ()
ola,
Georg Holzmann wrote:
Hallo again!
just tried [pdp_rec~] because I also need it and I also get a crash and really the same backtrace as with [pdp_qt] ... (see below)
not really surprised...
So, my question: I am not forced to use quicktime - I need it for a live performance, where I record video and audio live and then play then back in a condensed form (so with many videos at the same time ...)
I know you only work with theora now, so is this also possible with theora? Doesn't it use much more CPU for de/encoding (I only tried it very short - and in my performance my computer is on the limit ...) and it is not really possible to seek in it, right?
you're right for both questions : theora is mas pesado and you cannot seek in it easily. for the first issue ( the performances ), we're hopping optimisations of theora libraries, for the second issue, i'm afraid there is little to do.
If it is possible, I will of course also switch to theora (only wanted to hear your opinion, before I reprogram everything) - otherwise I will try to debug [pdp_qt]/[pdp_rec~] in some way ... ?
uff, that's very difficult, the difference with lqtplay comes from the fact of using some real rime options or somehing like that ( i'm quoting this from Tom's experience of debugging libquicktime, but Tom seems to have vanished anyway ). i can only advise to use a stable libquicktime ( 0.9.1 )
suerte, sevy
Thanks, LG Georg
Hallo!
you're right for both questions : theora is mas pesado and you cannot seek in it easily. for the first issue ( the performances ), we're hopping optimisations of theora libraries, for the second issue, i'm afraid there is little to do.
hm ... sad ...
If it is possible, I will of course also switch to theora (only wanted to hear your opinion, before I reprogram everything) - otherwise I will try to debug [pdp_qt]/[pdp_rec~] in some way ... ?
uff, that's very difficult, the difference with lqtplay comes from the fact of using some real rime options or somehing like that ( i'm quoting this from Tom's experience of debugging libquicktime, but Tom seems to have vanished anyway ). i can only advise to use a stable libquicktime ( 0.9.1 )
btw: what is the difference between libquicktime1 and libquicktime0 ? whichone should I install?
thanks, LG Georg
Hallo Yves!
sorry for all that unnecessary complaints - it works now, also with libquicktime0.9.7 ... I only recompiled libquicktime+pdp+pidip on my upgraded system ...
just some remarks on compiling pdp (only for the record):
- not possible with gcc4 (I did it now with gcc-3.3)
- I didn't get the mmx support working:
make[2]: Gehe in Verzeichnis »/home/holzi/pdp-0.12.4/system/mmx«
as -o pixel_pack_s16u8.o pixel_pack_s16u8.s
[...]
as -o pixel_biquad_s16.o pixel_biquad_s16.s
pixel_biquad_s16.s: Assembler messages:
pixel_biquad_s16.s:127: Error: Bad parameter list for macro
antitranspose_4x4' pixel_biquad_s16.s:166: Error: Bad parameter list for macrotranspose_4x4'
pixel_biquad_s16.s:331: Error: invalid character '_' in mnemonic
pixel_biquad_s16.s:333: Error: invalid character '_' in mnemonic
pixel_biquad_s16.s:388: Error: invalid character '_' in mnemonic
pixel_biquad_s16.s:390: Error: invalid character '_' in mnemonic
make[2]: *** [pixel_biquad_s16.o] Fehler 1
make[2]: Verlasse Verzeichnis »/home/holzi/pdp-0.12.4/system/mmx«
make[1]: *** [linux_mmx] Fehler 2
make[1]: Verlasse Verzeichnis »/home/holzi/pdp-0.12.4/system«
make: *** [pdp_all] Fehler 2
LG Georg
-
Georg Holzmann -
Yves Degoyon