Exactly. Your example is even better than my description... it could be suitable for the FLOSS manual in my opinion. best
On Wed, Apr 8, 2009 at 6:37 PM, Jack jack@rybn.org wrote:
Here a small exemple.++
Jack
Le 8 avr. 09 à 16:52, Marco Donnarumma a écrit :
Yes, Connect the second outlet of [pix_film] to [unpack]. Then the first outlet of [unpack] will give you the total amount of frames of the video you load. So you can connect the first outlet of [unpack] to the last inlet of [counter]. This will set the maximum value to reach for [counter]. I use [counter] to play each frame of the video and i send the scratch values in its third inlet.
this is how i do it... but as Derek were suggesting there is the [mod] object too.. Derek how do you use it? just for curiosity... thanks..
best
On Wed, Apr 8, 2009 at 3:11 PM, Jack jack@rybn.org wrote:
Le 8 avr. 09 à 10:34, Marco Donnarumma a écrit :
Hey.. thanks Derek, yes i've already done what you're saying for my project C::NTR::L and i have a simple process which give me dynamically the total frames for each video you load.
With the 2nd output of [pix_film] for exemple ? ;) ++
Jack
I was asking just to know the truth about it :) Since i'm using this process a lot i could create a specific example about this for FLOSS manual. I have this exact process ready in my patches. ATM i'm terribly busy, but i'll keep it in mind and contribute asap. best..
Marco
Hi Marco,
This has been normal behavior as long as I have been aware of it. That doesn't mean that it's not a bug, however ;-)
If you want looping + scrubbing, a better way would be to build a counter with a [mod] object set to the total number of frames in your clip, that way you could change the payback speed of the clip and (with some adjustments to the counter) skip around in the frames as well as go backwards, etc etc. (Nice topic for a FLOSS Manuals tutorial, eh Marius?)
best! Derek
Marco Donnarumma wrote:
If i send a [auto 1( to [pix_film] i'm not able anymore to scratch the movie sending values to its cold inlet. Is this bug connected with the bug you talk about or a normal function of the obj.?
besides i noticed pix_movie doens't have this behaviour but is crashing on most of the MAC OS i tried with. is this another known issue?
-- ::: derek holzer ::: http://blog.myspace.com/macumbista ::: http://www.vimeo.com/macumbista ::: ---Oblique Strategy # 37: "Convert a melodic element into a rhythmic element"
Message: 7 Date: Tue, 07 Apr 2009 18:22:36 +0200 From: marius schebella marius.schebella@gmail.com Subject: Re: [PD] auto 1 loops pix_film (and pix_movie?) To: Derek Holzer derek@umatic.nl Cc: pd-list@iem.at Message-ID: 49DB7DCC.90105@gmail.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Derek Holzer wrote:
Hi Marco,
This has been normal behavior as long as I have been aware of it. That doesn't mean that it's not a bug, however ;-)
If you want looping + scrubbing, a better way would be to build a counter with a [mod] object set to the total number of frames in your clip, that way you could change the payback speed of the clip and (with some adjustments to the counter) skip around in the frames as well as
go
backwards, etc etc. (Nice topic for a FLOSS Manuals tutorial, eh
Marius?)
something like that is already there, but not as a separate example (yet...) marius.
-- Marco Donnarumma aka The !S.A.D!
Multimedia Artist, Live Performer Roma, IT
LAB: http://www.thesaddj.com | http://www.flxer.net
EVENT: http://www.liveperformersmeeting.net _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Marco Donnarumma aka The !S.A.D!
Multimedia Artist, Live Performer Roma, IT