Hi guys, here the problem:
I'm doing a little patch to load a video-file with its audio track.
THE VIDEO is a 8' long Photo-JPEG file @24fps, 1,3GB.
THE AUDIO is a 44,1kHz PCM AIFF.
I've used [readsf~] -'cause the 8' long audio-, and [pix_film], and [gemwin 24].
The [auto $1( message put the 24fps video out of sync with its audio, but I've substituted it with [metro 41.7] -for the 24fps- and now the video is in sync (more or less).
...
All seems fine BUT... continuous clipping signals in audio track!
Why?
Is the video track too heavy?
Any idea?
Please, help me guys.
-
Audio-clipping with \[readsf~\] & \[pix\_film\]
-
[SOLVED...I suppose]
Simply I am stupid: I used two track: 1 audio-only in [readsf~], BUT 1 video+audio in [pix_film]!
Now -with 1 audio-only and 1 video-only- all works fine! (Even using an heavy high-quality Photo-JPEG video.) -
Playing audio and video with the same instance of Pd usually creates clicks, if the work load is heavy. You either have to open another instance of Pd and have both instances communicate via [netsend] and [netreceive] or you'll have to use [pd~] which itself opens a new instance of Pd, you can check its help patch.
Another work around this is to go to Media ->Audio settings and set a large latency, where it says: Delay (msec), to something like 120, so you can use only one instance of Pd... -
Thx a lot Alexandros!
-
Yes, changing the Delay to 120 is better, but probably it would work better using 2 instances of PD, as you said Alexandros.
Both should communicate via [netsend], but my question is:
Is it possible to set both [netsend] and [netreceive] to communicate together IN THE SAME COMPUTER? -
Ok, it works! Both on the same machine but in two separate instances. (http://puredata.hurleur.com/sujet-6244-send-netsend)