[PD] auto 1 loops pix_film (and pix_movie?)

[Marco Donnarumma]

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 at 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 at gmail.com>
>> Subject: Re: [PD] auto 1 loops pix_film (and pix_movie?)
>> To: Derek Holzer <derek at umatic.nl>
>> Cc: pd-list at iem.at
>> Message-ID: <49DB7DCC.90105 at 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 at 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

LAB: http://www.thesaddj.com | http://www.flxer.net

EVENT: http://www.liveperformersmeeting.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20090408/5a236842/attachment.htm>