[GEM-dev] OSX installation - PD CPU usage...

chris clepper cgc at humboldtblvd.com
Wed Mar 1 23:53:11 CET 2006


I don't see this problem using auto 1 and the rate message.  Playback will
get weird if you use the right inlet to change frames though.

You could try reloading the files every so often to see if that makes any
difference.  Also, try loading the clips into RAM using the 'ram' message if
they never change.

On 3/1/06, B. Bogart <ben at ekran.org> wrote:
>
> Hey all,
>
> In particular Chris & Jamie,
>
> I'm working on an installation that plays 16 256x192 photo-jpeg videos.
> The patch works fine to start, but slowly and surely the video play-back
> gets worse and worse, getting choppy and dropping frames. Eventually the
> video playback looks like 1frame each second or so (after 1hr or so of
> running) and I'm not sure how to fix it.
>
> According to the activity monitor I'm reading 8 to 15MB/s from the disk,
> so I thought I would try spreading the content over two disks, but that
> seems to have made little difference, or it just takes longer for the
> playback to suck.
>
> top and the activity monitor say PD is using 98-120% CPU usage, but
> according to the CPU monitor, looks like both CPUs are sitting around 85%.
> PD is using 100MB of RAM, and 380 or so of virtual memory. I am not seeing
> the RAM increase to indicate a leak...
>
> When I first load the patch the CPU usage stays the same, the RAM usage
> starts at about 70MB, and the Virtual memory at 350MB. The Disk IO is the
> same as well. So I don't see anything in activity monitor, or TOP that
> reflects the fact that the video playback gets terrible after an hour or
> so.
>
> I'm right now using the pixelTANGO installer, I'm trying the extended
> releases now, which show the same consumption of resources, but I'll have
> to wait an hour to see if the end result is the same.
>
> Any suggestions so I can figure out what is going on?
>
> Oh and this is on a dual 2GHz G5 with 2GB RAM.
>
> Thanks
> .b.
>
>
> _______________________________________________
> GEM-dev mailing list
> GEM-dev at iem.at
> http://lists.puredata.info/listinfo/gem-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20060301/d5a69eaf/attachment.htm>


More information about the GEM-dev mailing list