Dear list,
i recognized that pix_film have an offset of 8 when trigger with frame number on 2. inlet. When video is loaded the 1. frame is visible and stay sending 1 - 8. Number 9 render the 2. frame, 10 the 3. frame … but i can´t get back the 1. frame this is only shown up with loading. It´s also not possible to get the last 7 frames. The length of the video in the console is printed correct when opened.
Can somebody confirm this. I´m working on MAc OsX 10.6.6 and tried pd-extended 0.43, 0.41rc4 and latest 0.42. all the same behavior. Can´t remember on which version of MacOs it worked correct last.
For easy testing here a 100 frame mov counting 0-99 http://matthias.neuenhofer.de/_testMOV/_testF75mov.zip
lg Matthias
hi, f.y.i., I wanted to check this, but opening that video with [pix_film] crashes pd instantly here, saying:
tk scaling is 1.12537210107 swScaler: Exactly one scaler algorithm must be chosen socket receive error: Connection reset by peer (104) Segmentation fault
ubuntu Maverick, Pd-extended 0.42.5, Gem ver: 0.92.3 it plays fine with mplayer. gr, Tim
2011/3/20 Matthias Neuenhofer matthias@neuenhofer.de
Dear list,
i recognized that pix_film have an offset of 8 when trigger with frame number on 2. inlet. When video is loaded the 1. frame is visible and stay sending 1 - 8. Number 9 render the 2. frame, 10 the 3. frame … but i can´t get back the 1. frame this is only shown up with loading. It´s also not possible to get the last 7 frames. The length of the video in the console is printed correct when opened.
Can somebody confirm this. I´m working on MAc OsX 10.6.6 and tried pd-extended 0.43, 0.41rc4 and latest 0.42. all the same behavior. Can´t remember on which version of MacOs it worked correct last.
For easy testing here a 100 frame mov counting 0-99 http://matthias.neuenhofer.de/_testMOV/_testF75mov.zip
lg Matthias _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
hi tim video is 720x576 Foto JPEG with 75% compression aspect ratio is 1.25 - normal for dv or mpg2
can you try this 768x576 same compression - aspect ratio 1.33 http://matthias.neuenhofer.de/_testMOV/_testF75qmov.zip
lg Matthias Am 20.03.2011 um 20:34 schrieb tim vets:
hi, f.y.i., I wanted to check this, but opening that video with [pix_film] crashes pd instantly here, saying:
tk scaling is 1.12537210107 swScaler: Exactly one scaler algorithm must be chosen socket receive error: Connection reset by peer (104) Segmentation fault
ubuntu Maverick, Pd-extended 0.42.5, Gem ver: 0.92.3 it plays fine with mplayer. gr, Tim
2011/3/20 Matthias Neuenhofer matthias@neuenhofer.de Dear list,
i recognized that pix_film have an offset of 8 when trigger with frame number on 2. inlet. When video is loaded the 1. frame is visible and stay sending 1 - 8. Number 9 render the 2. frame, 10 the 3. frame … but i can´t get back the 1. frame this is only shown up with loading. It´s also not possible to get the last 7 frames. The length of the video in the console is printed correct when opened.
Can somebody confirm this. I´m working on MAc OsX 10.6.6 and tried pd-extended 0.43, 0.41rc4 and latest 0.42. all the same behavior. Can´t remember on which version of MacOs it worked correct last.
For easy testing here a 100 frame mov counting 0-99 http://matthias.neuenhofer.de/_testMOV/_testF75mov.zip
lg Matthias _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2011-03-20 20:34, tim vets wrote:
hi, f.y.i., I wanted to check this, but opening that video with [pix_film] crashes pd instantly here, saying:
please report a bug for maverick's libquicktime library.
fgmasdr IOhannes
I tested this on 10.6.4 and the latest Pd-Extended and did not see this problem.
On Sun, Mar 20, 2011 at 3:02 PM, Matthias Neuenhofer <matthias@neuenhofer.de
wrote:
Dear list,
i recognized that pix_film have an offset of 8 when trigger with frame number on 2. inlet. When video is loaded the 1. frame is visible and stay sending 1 - 8. Number 9 render the 2. frame, 10 the 3. frame … but i can´t get back the 1. frame this is only shown up with loading. It´s also not possible to get the last 7 frames. The length of the video in the console is printed correct when opened.
Can somebody confirm this. I´m working on MAc OsX 10.6.6 and tried pd-extended 0.43, 0.41rc4 and latest 0.42. all the same behavior. Can´t remember on which version of MacOs it worked correct last.
For easy testing here a 100 frame mov counting 0-99 http://matthias.neuenhofer.de/_testMOV/_testF75mov.zip
lg Matthias _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
hm - beware for update 10.6.5
released nov 2010 - fits to my experience - i had no problems last summer with synchronization of video + sound.
i tested also on MacPro and different MacBook Pro with 10.6.6 same issue. even update to 10.6.7 didn´t solve the problem.
m Am 22.03.2011 um 13:37 schrieb chris clepper:
I tested this on 10.6.4 and the latest Pd-Extended and did not see this problem.
On Sun, Mar 20, 2011 at 3:02 PM, Matthias Neuenhofer matthias@neuenhofer.de wrote: Dear list,
i recognized that pix_film have an offset of 8 when trigger with frame number on 2. inlet. When video is loaded the 1. frame is visible and stay sending 1 - 8. Number 9 render the 2. frame, 10 the 3. frame … but i can´t get back the 1. frame this is only shown up with loading. It´s also not possible to get the last 7 frames. The length of the video in the console is printed correct when opened.
Can somebody confirm this. I´m working on MAc OsX 10.6.6 and tried pd-extended 0.43, 0.41rc4 and latest 0.42. all the same behavior. Can´t remember on which version of MacOs it worked correct last.
For easy testing here a 100 frame mov counting 0-99 http://matthias.neuenhofer.de/_testMOV/_testF75mov.zip
lg Matthias _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
That's not completely surprising since Apple is destroying the old, useful Quicktime and not replacing it with anything comparable. But, hey, your computer now acts more like your cellphone!
On Tue, Mar 22, 2011 at 1:24 PM, Matthias Neuenhofer <matthias@neuenhofer.de
wrote:
hm - beware for update 10.6.5
released nov 2010 - fits to my experience - i had no problems last summer with synchronization of video + sound.
i tested also on MacPro and different MacBook Pro with 10.6.6 same issue. even update to 10.6.7 didn´t solve the problem.
m Am 22.03.2011 um 13:37 schrieb chris clepper:
I tested this on 10.6.4 and the latest Pd-Extended and did not see this problem.
On Sun, Mar 20, 2011 at 3:02 PM, Matthias Neuenhofer < matthias@neuenhofer.de> wrote:
Dear list,
i recognized that pix_film have an offset of 8 when trigger with frame number on 2. inlet. When video is loaded the 1. frame is visible and stay sending 1 - 8. Number 9 render the 2. frame, 10 the 3. frame … but i can´t get back the 1. frame this is only shown up with loading. It´s also not possible to get the last 7 frames. The length of the video in the console is printed correct when opened.
Can somebody confirm this. I´m working on MAc OsX 10.6.6 and tried pd-extended 0.43, 0.41rc4 and latest 0.42. all the same behavior. Can´t remember on which version of MacOs it worked correct last.
For easy testing here a 100 frame mov counting 0-99 http://matthias.neuenhofer.de/_testMOV/_testF75mov.zip
lg Matthias _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list