Thanks Chris and Olivier. I tried your suggestions (mjpeg conversion and keyframes on each frame) however they didn't seem to make much of a difference. I did get an improvement after recompiling GEM and adding some extra libraries before the config step. Playback is still proving too jittery with some images such as slowly rising smoke (which plays fine in vlc).
About the encoding settings: it is someone else that is encoding the video so i'm not sure about the settings. I can ask for the videos to be re-encoded - but will continue to try and convert the files to see what works.
I've attached a print out of the configuration output when compiling GEM
Thanks again,
Iain
On Mon, 2012-07-02 at 17:37 -0400, chris clepper wrote:
The h.264 codec is not the best one for GEM. Try converting it to Photo or Motion JPEG.
On Mon, Jul 2, 2012 at 5:19 PM, Iain Mott mott@reverberant.com wrote: Forgot to mention i'm using Ubuntu 11.10 and the video files are 30 fps with the codec H.264 / AVC
Also, while sending an "auto 1" message to pix_film gives smooth playback, the file plays perhaps 30% slow. This doesn't seem to be a CPU issue as the cpu is running between 20 and 30% while playing the file. Iain On Mon, 2012-07-02 at 17:14 -0300, Iain Mott wrote: > Hi list, > > I have a patch that syncs multi-channel audio with video by passing > frame numbers to pix_film. These frame numbers are generated by the > audio playback. With HD video however and scenes including smooth > movements, the image becomes a little jittery and a bit blurred. I tried > completely disabling the audio but it made no effect. When audio is > enabled and I run the pix_film with an "auto 1" message, playback is > excellent. > > I'll experiment now to see if lip-sync can be maintained without propper > frame-sync, since my clips have at maximum 3min duration. > > I'm wondering though if anyone else had come across this blurring? > > I'm using by the way, a heavily butchered version of Hans-Christoph's > framesync (and an old version of it). However, even if don't use the > framesync patches and pass a frame count generated with metro and a > counter at the correct rate of 30fps - the blurring still happens. > > Suggestions most welcome! > > Cheers, > > Iain > > > _______________________________________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list