[PD] pd_film: intensive use crashes PD

[Daniel Almeida]

pix_film works fine. I never had a problem with it before. I've done a VJ app that worked great. But I never used it for a very long time. Now I need something to be mixing video on the background for more than an hour and pd crashes after 5/10 minutes.In my previous script, it could run for longer than that, without a problem. that's why I'm thinking the constant and fast opening of files might be doing some harm (that's what's new in the current script).
Using one pix_filme per movie is something I'm contemplating. The problem is this: I'm gonna be generating visuals for more than 8 tracks, each track with more than 5 clips per layer. I'm affraid this will take too much memory!
I got 0.41.4-extended-rc4. The first time I runned it, GEM wasn't loaded but it looks now is ok. I thing some stuff was missing but now I'm unsure. I'll try with it and will give some feedback later.
Thanks for the help
Daniel

--- On Fri, 6/12/09, Hans-Christoph Steiner <hans at at.or.at> wrote:

From: Hans-Christoph Steiner <hans at at.or.at>
Subject: Re: [PD] pd_film: intensive use crashes PD
To: "Daniel Almeida" <int86 at yahoo.com>
Cc: Pd-list at iem.at
Date: Friday, June 12, 2009, 6:51 PM


Try Pd-extended 0.41.4 that was just released.  You can have both versions at the same time.
.hc
On Jun 12, 2009, at 12:56 PM, Daniel Almeida wrote:
OSX - 10.5.7PD - pd-extended 0.40.3gem - I don't have a clue. How can I see it?
What happens is the following:I have two layers, each with one pix_filme.I can open 3 movies per layer. And I can also bypass a pix_film. When we have a notein I open a movie, when I have a noteout I bypass the pixfilm.I'm currently using a 140 BPM tempo with a 1/4 division, so I have pretty fast noteins. I'm thinking the problem is too much file openings.
THanks for any help
Daniel
--- On Fri, 6/12/09, Jack <jack at rybn.org> wrote:

From: Jack <jack at rybn.org>
Subject: Re: [PD] pd_film: intensive use crashes PD
To: "Daniel Almeida" <int86 at yahoo.com>
Cc: Pd-list at iem.at
Date: Friday, June 12, 2009, 5:38 PM

 Can you give us : your OS, your PdX version , your GEM version ?Pd (with [pix_film)]crash with every movies ?++
Jack

Le 12 juin 09 à 09:31, Daniel Almeida a écrit :
Sory, I meant pix_film instead of pd_film

--- On Fri, 6/12/09, Daniel Almeida <int86 at yahoo.com> wrote:

From: Daniel Almeida <int86 at yahoo.com>
Subject: [PD] pd_film: intensive use crashes PD
To: Pd-list at iem.at
Date: Friday, June 12, 2009, 8:20 AM

Hi all,
I'm making an application to trigger videos using MIDI. I'm coding the MIDI in Ableton Live and sending it through a MIDI loop on my soundcard.
I have two video channels and each has it's on pix_film to show every video for it's layer. Everytime a midi key is pressed, a file is opened. This causes PD to crash after a few minutes. Does anyone has an idea how to go around this situation?
I think the best solution would be to have an array of all videos used in each layer, opened at launch. This might not be the best way because I might get a lot of videos and run out of memory (let's not forget I'm running Live at the same time).
Another solution could be to check if I'm pressing the same midi key so I won't have to load the video again. This might help me make the video loading less intensive.
Any ideas on how to get this thing going?
Daniel Almeida
       
-----Inline Attachment Follows-----

_______________________________________________
Pd-list at iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

_______________________________________________Pd-list at iem.at mailing listUNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list 

       _______________________________________________
Pd-list at iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

 

----------------------------------------------------------------------------
Mistrust authority - promote decentralization.  - the hacker ethic
 



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090612/c17c09e8/attachment.htm>