[PD] pix_film more questions

chris clepper cgclepper at gmail.com
Sat Feb 17 23:26:18 CET 2007

On 2/17/07, Roman Haefeli <reduzierer at yahoo.de> wrote:

> hm. i can see why someone would rather pd/gem have to drop one or the
> another frame, if cpu-load is too high, when playing a movie-file,
> instead of playing each frame in order, while losing timing. but why
> would someone want [pix_record] to drop frames, while recording?

The answer is to keep in sync with time in the real world. An example would
be if I make a ten second recording but the CPU is only able to grab and
compress 240 frames.  On playback setting each frame to a 33 ms duration
would result in a movie eight seconds long which would playback faster than
the events happened in real time.  Setting average frame duration to around
42ms will play the 240 frames back over ten seconds.  The resulting playback
might have gaps but it will show the action in the same amount of time it
originally occured.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20070217/59e034be/attachment.htm>

More information about the Pd-list mailing list