[PD] Video problems using GEM
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 seconds. They are .MOV files and I even tried exporting them as smaller files but it didn't change their glitchiness. Here is an example of the file before and after the export with the original file being 80.8MB and the exported file being 5.9MB. Even with a drastic change in size, the difference in playback did not change much at all. Any thoughts and ideas welcome. Thanks! <>___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Video problems using GEM
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 I've been using as an example too. The two toggles are connected to a bang as it runs within a sequence. Thanks! On 17 April 2014 12:30, Antonio Roberts wrote: > 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 wrote: > > 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 > > seconds. They are .MOV files and I even tried exporting them as smaller > > files but it didn't change their glitchiness. Here is an example of the > file > > before and after the export with the original file being 80.8MB and the > > exported file being 5.9MB. Even with a drastic change in size, the > > difference in playback did not change much at all. > > > > Any thoughts and ideas welcome. Thanks! > > > > ___ > > Pd-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> > > http://lists.puredata.info/listinfo/pd-list > > > > > > -- > > anto...@hellocatfood.com > http://www.hellocatfood.com > > > <>___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Video problems using GEM
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 during that time, the video playback slows down. Have you any ideas on how to prevent this? I am using JPEGs taken on the same camera as mentioned above (Canon Ixus 127 HS) and they are between 3MB and 6MB each. The most images I would have banged to load at once is three. Here is some more information on those images. Any thoughts you might have would be a great help. Thank you! On 17 April 2014 14:44, Chris Clepper wrote: > 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 intended to play back intraframe codecs like the JPEG based ones and > not MPEG which are consumer delivery formats. > > You should also set the gemwin to render at least 30 frames per second and > for smoothest playback use 60fps which is the refresh rate of an LCD. I > think the default is still 15 or 20fps? > > > On Thu, Apr 17, 2014 at 7:11 AM, Claire O'Connor wrote: > >> 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 seconds. They are .MOV files and I even tried exporting them as smaller >> files but it didn't change their glitchiness. Here is an example of the >> file before and after the export with the original file being 80.8MB and >> the exported file being 5.9MB. Even with a drastic change in size, the >> difference in playback did not change much at all. >> >> Any thoughts and ideas welcome. Thanks! >> >> ___ >> 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
Re: [PD] Video problems using GEM
Thanks for the suggestion, John. I'll give it a go! On 17 April 2014 17:16, John Harrison 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 [pix_share_read] and [pix_share_write]? > > > On Thu, Apr 17, 2014 at 10:51 AM, Claire O'Connor wrote: > >> 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 during that >> time, the video playback slows down. Have you any ideas on how to prevent >> this? I am using JPEGs taken on the same camera as mentioned above (Canon >> Ixus 127 HS) and they are between 3MB and 6MB each. The most images I would >> have banged to load at once is three. Here is some more information on >> those images. >> >> Any thoughts you might have would be a great help. Thank you! >> >> >> On 17 April 2014 14:44, Chris Clepper wrote: >> >>> 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 intended to play back intraframe codecs like the JPEG based ones and >>> not MPEG which are consumer delivery formats. >>> >>> You should also set the gemwin to render at least 30 frames per second >>> and for smoothest playback use 60fps which is the refresh rate of an LCD. >>> I think the default is still 15 or 20fps? >>> >>> >>> On Thu, Apr 17, 2014 at 7:11 AM, Claire O'Connor wrote: >>> >>>> 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 seconds. They are .MOV files and I even tried exporting them as >>>> smaller files but it didn't change their glitchiness. Here is an example of >>>> the file before and after the export with the original file being 80.8MB >>>> and the exported file being 5.9MB. Even with a drastic change in size, the >>>> difference in playback did not change much at all. >>>> >>>> Any thoughts and ideas welcome. Thanks! >>>> >>>> ___ >>>> 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 >> >> > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Video problems using GEM
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 pix_buffer before but will have a look into it and hopefully that should resolve the issue. Thanks so much again! On 17 April 2014 17:34, Chris Clepper wrote: > 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 the stills to no larger than the resolution of the > display. 4600x3456 is a large texture for OpenGL. > > > On Thu, Apr 17, 2014 at 11:51 AM, Claire O'Connor wrote: > >> 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 during that >> time, the video playback slows down. Have you any ideas on how to prevent >> this? I am using JPEGs taken on the same camera as mentioned above (Canon >> Ixus 127 HS) and they are between 3MB and 6MB each. The most images I would >> have banged to load at once is three. Here is some more information on >> those images. >> >> Any thoughts you might have would be a great help. Thank you! >> >> >> On 17 April 2014 14:44, Chris Clepper wrote: >> >>> 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 intended to play back intraframe codecs like the JPEG based ones and >>> not MPEG which are consumer delivery formats. >>> >>> You should also set the gemwin to render at least 30 frames per second >>> and for smoothest playback use 60fps which is the refresh rate of an LCD. >>> I think the default is still 15 or 20fps? >>> >>> >>> On Thu, Apr 17, 2014 at 7:11 AM, Claire O'Connor wrote: >>> >>>> 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 seconds. They are .MOV files and I even tried exporting them as >>>> smaller files but it didn't change their glitchiness. Here is an example of >>>> the file before and after the export with the original file being 80.8MB >>>> and the exported file being 5.9MB. Even with a drastic change in size, the >>>> difference in playback did not change much at all. >>>> >>>> Any thoughts and ideas welcome. Thanks! >>>> >>>> ___ >>>> 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
Re: [PD] Video problems using GEM
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 wrote: > 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! > > pix_buffer is much easier to use for this, provided all of the images can > fit in RAM or less than 4GB total for one Pd process. > > > > On Thu, Apr 17, 2014 at 12:16 PM, 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 [pix_share_read] and [pix_share_write]? >> >> >> On Thu, Apr 17, 2014 at 10:51 AM, Claire O'Connor wrote: >> >>> 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 during that >>> time, the video playback slows down. Have you any ideas on how to prevent >>> this? I am using JPEGs taken on the same camera as mentioned above (Canon >>> Ixus 127 HS) and they are between 3MB and 6MB each. The most images I would >>> have banged to load at once is three. Here is some more information on >>> those images. >>> >>> Any thoughts you might have would be a great help. Thank you! >>> >>> >>> On 17 April 2014 14:44, Chris Clepper wrote: >>> >>>> 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 intended to play back intraframe codecs like the JPEG based ones and >>>> not MPEG which are consumer delivery formats. >>>> >>>> You should also set the gemwin to render at least 30 frames per second >>>> and for smoothest playback use 60fps which is the refresh rate of an LCD. >>>> I think the default is still 15 or 20fps? >>>> >>>> >>>> On Thu, Apr 17, 2014 at 7:11 AM, Claire O'Connor wrote: >>>> >>>>> 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 seconds. They are .MOV files and I even tried exporting them as >>>>> smaller files but it didn't change their glitchiness. Here is an example >>>>> of >>>>> the file before and after the export with the original file being 80.8MB >>>>> and the exported file being 5.9MB. Even with a drastic change in size, the >>>>> difference in playback did not change much at all. >>>>> >>>>> Any thoughts and ideas welcome. Thanks! >>>>> >>>>> ___ >>>>> 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 >>> >>> >> > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Black background in GEM window
Hello, I was wondering if there was anyway to have the background of the GEM window to be black? I am using GEM to manipulate videos and pictures into a slideshow but when I have something playing that doesn't take up the whole of the GEM window (for example, a small picture in the centre of the window), the background of it is white. Thanks! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Bad sound quality when playing .wav file during a GEM sequence
Hi everyone, I am currently trying to play a .wav file through readsf~ while a sequence of events are being triggered within GEM (pix_film and pix_image) but the sound quality is awful - very jumpy, glitchy and almost impossible to hear what it is actually meant to be. Has anyone any ideas as to how this problem may be solved? I've tried having the sound come from a different patch but that hasn't worked. Any ideas would be very helpful :) Thanks! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Console error: 'Out of memory'
Hi, I am currently using GEM to create a slideshow of images and videos. However, after a while of loading images, PD stops loading them and the console shows up with this error: 'out of memory! Can't allocate memory for an image.' And then shows the file path of the image that it tried to load saying that the liading of it failed. Any ideas as to how to fix this problem? Thanks! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Bad sound quality when playing .wav file during a GEM sequence
It's still the same when they are on different drives, I'm afraid. It's only jumpy and glitchy when the GEM window is open but that's necessary so... Is there any way for PD to trigger an action in an external program? So, have the soundfile in Audacity, for example, and have PD trigger it to play on that? Thanks! On 19 April 2014 22:39, Dominic Melville wrote: > Could it be as simple as disk access? Reading the wav from the same drive > as the image files causing the jumping and glitching? > > If there's any way to try playing the wav from ram in the same patch it'll > show that up straight away. > > Cheers > > Dominic > > On Saturday, April 19, 2014, Claire O'Connor wrote: > >> Hi everyone, >> >> I am currently trying to play a .wav file through readsf~ while a >> sequence of events are being triggered within GEM (pix_film and pix_image) >> but the sound quality is awful - very jumpy, glitchy and almost impossible >> to hear what it is actually meant to be. Has anyone any ideas as to how >> this problem may be solved? I've tried having the sound come from a >> different patch but that hasn't worked. >> >> Any ideas would be very helpful :) >> >> Thanks! >> > ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Bad sound quality when playing .wav file during a GEM sequence
That works perfectly! Thanks Chris :) On 21 April 2014 19:27, Chris Clepper wrote: > Run a second copy of Pd. On the Mac, option drag the Pd app to make a > copy. > > Use netsend/netreceive to communicate between the two copies of Pd: one > for GEM and one for audio. > > > On Mon, Apr 21, 2014 at 1:53 PM, Claire O'Connor wrote: > >> It's still the same when they are on different drives, I'm afraid. It's >> only jumpy and glitchy when the GEM window is open but that's necessary >> so... >> >> Is there any way for PD to trigger an action in an external program? So, >> have the soundfile in Audacity, for example, and have PD trigger it to play >> on that? >> >> Thanks! >> >> >> On 19 April 2014 22:39, Dominic Melville wrote: >> >>> Could it be as simple as disk access? Reading the wav from the same >>> drive as the image files causing the jumping and glitching? >>> >>> If there's any way to try playing the wav from ram in the same patch >>> it'll show that up straight away. >>> >>> Cheers >>> >>> Dominic >>> >>> On Saturday, April 19, 2014, Claire O'Connor wrote: >>> >>>> Hi everyone, >>>> >>>> I am currently trying to play a .wav file through readsf~ while a >>>> sequence of events are being triggered within GEM (pix_film and pix_image) >>>> but the sound quality is awful - very jumpy, glitchy and almost impossible >>>> to hear what it is actually meant to be. Has anyone any ideas as to how >>>> this problem may be solved? I've tried having the sound come from a >>>> different patch but that hasn't worked. >>>> >>>> Any ideas would be very helpful :) >>>> >>>> Thanks! >>>> >>> >> >> ___ >> 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
[PD] Trouble understanding pix_buffer
Hi everyone, I'm having a bit of trouble understanding how to use pix_buffer, pix_read and pix_write. Does anyone know of any good tutorials or somewhere online that can help to teach me about them? Thanks! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
[PD] Controlling amplitude with readsf~
Hey everyone, Just wondering if anyone knows how to control amplitude with 'readsf~'? I want to use 'line~' to ramp it down but am unsure as to how it would all connect up. Thanks! ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Re: [PD] Controlling amplitude with readsf~
Oh nevermind, I think I got it! Thanks :) On 22 April 2014 11:50, Claire O'Connor wrote: > Hi IOhannes, thanks for replying! I'm not sure I really understand your > explanation of a patch that I would use though, is there any way you could > make it clearer or attach a .pd file? Sorry, I'm just not great at all this! > > Thank you again! > > > On 22 April 2014 11:43, IOhannes m zmölnig wrote: > >> On 04/22/2014 12:31 PM, Claire O'Connor wrote: >> > Hey everyone, >> > >> > Just wondering if anyone knows how to control amplitude with 'readsf~'? >> I >> > want to use 'line~' to ramp it down but am unsure as to how it would all >> > connect up. >> >> [*~] >> >> multiplying an audio signal (like the output of [readsf~]) will >> "amplify" the signal. >> using [line~] to ramp it is very important if you care for smooth gain >> changes (most people do; and many people don't know that they can use >> [line~] for this - you are obviously among the blessed that do know) >> >> a classical "gain section" in your patch would look like: >> >> [nbx\ >> | >> [dbtorms] >> | >> [pack 0 50] >> | >> [line~]input signal >> | | >> [*~ ] >> | >> output signal >> >> >> gfmrdsa >> IOhannes >> >> >> ___ >> 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
Re: [PD] Controlling amplitude with readsf~
Hi IOhannes, thanks for replying! I'm not sure I really understand your explanation of a patch that I would use though, is there any way you could make it clearer or attach a .pd file? Sorry, I'm just not great at all this! Thank you again! On 22 April 2014 11:43, IOhannes m zmölnig wrote: > On 04/22/2014 12:31 PM, Claire O'Connor wrote: > > Hey everyone, > > > > Just wondering if anyone knows how to control amplitude with 'readsf~'? I > > want to use 'line~' to ramp it down but am unsure as to how it would all > > connect up. > > [*~] > > multiplying an audio signal (like the output of [readsf~]) will > "amplify" the signal. > using [line~] to ramp it is very important if you care for smooth gain > changes (most people do; and many people don't know that they can use > [line~] for this - you are obviously among the blessed that do know) > > a classical "gain section" in your patch would look like: > > [nbx\ > | > [dbtorms] > | > [pack 0 50] > | > [line~]input signal > | | > [*~ ] > | > output signal > > > gfmrdsa > IOhannes > > > ___ > 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
Re: [PD] Controlling amplitude with readsf~
I am still having a bit of trouble. I am using another line object to ramp up the number box to fade in my .wav file but when I go to ramp it back down, it jumps straight to zero. I have also tried to 'reset' the line object but that involves sending a message '0' which makes the amplitude of the .wav file jump down again. Any ideas as to how this issue might be resolved? I have a line of .wav files that I want to fade in and fade out as they each play. Thanks! On 22 April 2014 11:52, Claire O'Connor wrote: > Oh nevermind, I think I got it! Thanks :) > > > On 22 April 2014 11:50, Claire O'Connor wrote: > >> Hi IOhannes, thanks for replying! I'm not sure I really understand your >> explanation of a patch that I would use though, is there any way you could >> make it clearer or attach a .pd file? Sorry, I'm just not great at all this! >> >> Thank you again! >> >> >> On 22 April 2014 11:43, IOhannes m zmölnig wrote: >> >>> On 04/22/2014 12:31 PM, Claire O'Connor wrote: >>> > Hey everyone, >>> > >>> > Just wondering if anyone knows how to control amplitude with >>> 'readsf~'? I >>> > want to use 'line~' to ramp it down but am unsure as to how it would >>> all >>> > connect up. >>> >>> [*~] >>> >>> multiplying an audio signal (like the output of [readsf~]) will >>> "amplify" the signal. >>> using [line~] to ramp it is very important if you care for smooth gain >>> changes (most people do; and many people don't know that they can use >>> [line~] for this - you are obviously among the blessed that do know) >>> >>> a classical "gain section" in your patch would look like: >>> >>> [nbx\ >>> | >>> [dbtorms] >>> | >>> [pack 0 50] >>> | >>> [line~]input signal >>> | | >>> [*~ ] >>> | >>> output signal >>> >>> >>> gfmrdsa >>> IOhannes >>> >>> >>> ___ >>> 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
