atom feed18 messages in at.iem.pd-listRe: [PD] pix_film more questions
FromSent OnAttachments
Item StateFeb 16, 2007 4:07 pm.pd
chris clepperFeb 16, 2007 4:30 pm 
chris clepperFeb 16, 2007 4:42 pm 
Item StateFeb 16, 2007 4:46 pm 
Item StateFeb 16, 2007 4:54 pm.pd
cyrille henryFeb 16, 2007 4:55 pm 
chris clepperFeb 16, 2007 4:58 pm 
chris clepperFeb 16, 2007 5:00 pm 
Frank BarknechtFeb 17, 2007 7:36 am.pd
chris clepperFeb 17, 2007 8:55 am 
Roman HaefeliFeb 17, 2007 9:38 am 
chris clepperFeb 17, 2007 10:58 am 
Chuckk HubbardFeb 17, 2007 11:39 am 
Roman HaefeliFeb 17, 2007 12:17 pm 
chris clepperFeb 17, 2007 2:25 pm 
Martin PeachFeb 17, 2007 9:21 pm 
Chuckk HubbardFeb 17, 2007 10:01 pm 
Frank BarknechtFeb 18, 2007 4:16 am 
Subject:Re: [PD] pix_film more questions
From:Item State (item@yahoo.de)
Date:Feb 16, 2007 4:54:34 pm
List:at.iem.pd-list
Attachments:
pix_film_tests3.pd - 6k

ah yes, mutually switching between pix_film auto 0/1 and pix_buf bangs works fine! thanks!

also found the combo of pix_crop and pix_scanline useful in getting almost the same fadeout effect i had before in jitter. very nice...

good night, -sciss-

--- chris clepper <cgcl@gmail.com> wrote:

On 2/16/07, chris clepper <cgcl@gmail.com> wrote:

On 2/16/07, Item State <item@yahoo.de>

wrote:

it seems also that pix_film doesn't "fire" events when sending the same frame number repeatedly into the right inlet (like if i switch on the metro in attached patch, nothing happens).

What you describe is gloriously inefficient since the frame has been decoded, processed and sent to the GPU already.

And I forgot to add: try pix_buf and see if it does what you want.

_______________________________________________

PD-l@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

Send instant messages to your online friends http://au.messenger.yahoo.com