Hi,
I am currently working on a project which uses films with GEM. However, the
films are very glitchy and play very slowly when they load up. I was
wondering if anyone knew anything about how to fix this problem?
The videos used were taken on a Canon Ixus 127 HS and last between 10 and
15
Do you have details on the following:
* What operating system you're on
* What version of Pd you're using
* a sample video
* a screenshot of the glitchy video output
* A sample patch that produces the glitchy output
On 17 April 2014 12:11, Claire O'Connor oconn...@tcd.ie wrote:
Hi,
I am
Operating System is MacOSX 10.8.5
Pd version is Pd Extended 0.43.4
It would be hard to show in a screenshot what the video looks like but it
is basically a slowed down version of the original that doesn't run
smoothly. The video quality is visible, however.
Here is a screenshot of a patch that
Assuming that that screenshot is all of the patch (it would be more
useful for everyone if you shared the patch instead of a screenshot)
then I would assume that there's something happening with the video
file. Possibly codec issues or something else. However, without having
access to a sample
The issue is with the h.264 codec. On the Mac, compress them as 'Apple
Intermediate Codec' or ProRes (which comes with what's left of Final Cut
'Pro'). The files will be much larger in size on the drive but play back
much better. When I wrote the OSX pix_film/movie code long ago, it was
only
Hi Chris,
Thanks for your help. Converting the videos to those formats definitely
helped. I am using Pure Data in a project which is attempting to create a
slideshow. I am also using pix_image in conjunction with pix_film for this
project and everytime I have a video playing and load a picture
I wonder if it would work better if you ran 2 Pd instances, loaded the pics
in one and ran the movie in the other, then shared the pics to the movie
instance with [pix_share_read] and [pix_share_write]?
On Thu, Apr 17, 2014 at 10:51 AM, Claire O'Connor oconn...@tcd.ie wrote:
Hi Chris,
Thanks
Thanks for the suggestion, John. I'll give it a go!
On 17 April 2014 17:16, John Harrison john.harri...@alum.mit.edu wrote:
I wonder if it would work better if you ran 2 Pd instances, loaded the
pics in one and ran the movie in the other, then shared the pics to the
movie instance with
Does the video just slow down while the image is loading from the disk or
does it stay slow after the image is loaded?
If it is the disk access that slows everything down, preload the still
images into a pix_buffer when the patch starts and then display the images
out of RAM.
I would also resize
I have a metro set to load pictures every 5 seconds so they are constantly
loading and the video remains slowed down even between each load. It seems
to slow everything down however, as the metro does not bang precisely after
5 seconds, it usually takes longer and is unreliable.
I haven't used
I created pix_share for HD videos in cases like this, but it is a little
tricky to use. On OSX, you need to edit some deep OS config files to set
up the shm correctly. For images at 16MP, the settings will need to be
pretty large too or it will be very slow. It's not for the uninitiated!
That does sound quite complicated. I'll see how I get on with pix_buffer;
it could be the answer to all of my problems! Either way, converting my
video files to AIC files has helped immensely so that's a big problem out
of the way :)
On 17 April 2014 17:44, Chris Clepper cgclep...@gmail.com
12 matches
Mail list logo
