it's getting quite rigid on my computer opening a qt-movie compressed photojpeg - have to make the finishing move for pd via ctrl+c... heres the console output: pdp_qt: opening /home/olsen/discovery_photojpeg/gummitwist.mov pdp_qt: video stream found (360x288 pixels, 25 fps, 1584 frames, jpeg codec) pdp_qt: audio stream found (2 channels, 44100 Hz, 2794176 samples, chunksize 1764) pdp_qt: using colormodel YUV420P pdp_qt: /home/olsen/discovery_photojpeg/gummitwist.mov opened pdp_xv: autocreate window pdp_xvideo: grabbed port 107 on adaptor 0 Pd: signal 2
is this a libquicktime problem? this is on unstable with libquicktime-dev 0.9.2release-3 once worked nice on my laptop but due to some update same phenomenon on testing with: libquicktime-dev 0.9.2release-2... hints welcome gr olsen
olsen wrote:
is this a libquicktime problem? this is on unstable with libquicktime-dev 0.9.2release-3 once worked nice on my laptop but due to some update same phenomenon on testing with: libquicktime-dev 0.9.2release-2... hints welcome
install quicktime-x11utils run "lqtplay <yourmovie.mov>" does it freeze ? (if so, i think the problem is in libquicktime)
i guess you are using kernel-2.6 ?
mfg.asd.r IOhannes
olsen wrote:
it's getting quite rigid on my computer opening a qt-movie compressed photojpeg - have to make the finishing move for pd via ctrl+c... heres the console output: pdp_qt: opening /home/olsen/discovery_photojpeg/gummitwist.mov pdp_qt: video stream found (360x288 pixels, 25 fps, 1584 frames, jpeg codec) pdp_qt: audio stream found (2 channels, 44100 Hz, 2794176 samples, chunksize 1764) pdp_qt: using colormodel YUV420P pdp_qt: /home/olsen/discovery_photojpeg/gummitwist.mov opened pdp_xv: autocreate window pdp_xvideo: grabbed port 107 on adaptor 0 Pd: signal 2
is this a libquicktime problem?
yes ! if you want to use libquicktime 0.9.2, you have to apply the patch tom did for it, which is there : http://zwizwa.fartit.com/pd/pdp/libquicktime-0.9.2-mjpeg-0.1.patch.gz
he also wrote to the libquicktime team hoping this patch will be integrated one day.
another solution is to downgrade to libquicltime 0.9.1 ( which i recommend ).
cheers, sevy
it's getting quite rigid on my computer opening a qt-movie compressed photojpeg - have to make the finishing move for pd via ctrl+c... heres the console output: pdp_qt: opening /home/olsen/discovery_photojpeg/gummitwist.mov pdp_qt: video stream found (360x288 pixels, 25 fps, 1584 frames, jpeg codec) pdp_qt: audio stream found (2 channels, 44100 Hz, 2794176 samples, chunksize 1764) pdp_qt: using colormodel YUV420P pdp_qt: /home/olsen/discovery_photojpeg/gummitwist.mov opened pdp_xv: autocreate window pdp_xvideo: grabbed port 107 on adaptor 0 Pd: signal 2
is this a libquicktime problem?
yes ! if you want to use libquicktime 0.9.2, you have to apply the patch tom did for it, which is there : http://zwizwa.fartit.com/pd/pdp/libquicktime-0.9.2-mjpeg-0.1.patch.gz
indeed. the patch disables threads for the jpeg codec. there's a problem when you use it with real-time scheduling.
maybe you can try without -rt as a a temporary fix?
he also wrote to the libquicktime team hoping this patch will be integrated one day.
i'll write another note to the lqt list.
tom
-
IOhannes m zmoelnig -
olsen -
Tom Schouten -
Yves Degoyon