Ah, another I option I almost forgot about is pikix, a cool little vj app for 
the rpi. I'm not sure if it has per frame or osc control but, in the spirit of 
open source, it might be beneficial to add that and contribute it back versus 
rolling an expendable OF app.

On Dec 2, 2013, at 10:07 AM, peiman khosravi <peimankhosr...@gmail.com> wrote:

> Thanks very much for all the suggestions. I know python, so that would be the 
> easies option for me but as Dan mentioned I think we will need per frame 
> control over the playback. 
> 
> Best,
> Peiman 
> 
> 
> 
> 
> www.peimankhosravi.co.uk || RSS Feed || Concert News
> 
> 
> On 2 December 2013 14:46, Dan Wilcox <danomat...@gmail.com> wrote:
> If he only needs to at videos and the sync is rather loose, then yeah 
> scripting omxplayer would work.
> 
> From what he wrote earlier, it's sounds like he wants per frame start/stop 
> control which he can't get with omxpmayer alone, at least from what I'm aware.
> 
> enohp ym morf tnes
> --------------
> Dan Wilcox
> danomatika.com
> robotcowboy.com
> 
> On Dec 2, 2013, at 3:21 AM, enrike <alte...@gmail.com> wrote:
> 
> > Another option could be to create a Python script that listens to OSC and 
> > triggers the omxplayer process. That would be easier to code but I guess 
> > you would have less control that using OMX player class in OpenFrameworks, 
> > I havent tested raspberry so much to know which way would be better
> >
> >
> > ig., 2013.eko aberen 01a 23:05(e)an, Dan Wilcox(e)k idatzi zuen:
> >> I would pick up an old rackmount ethernet switch and use static ips. I
> >> imagine wireless would work, but you're asking for trouble if you don't
> >> get an industrial wifi router.
> >>
> >> As for software, I'd echo using OpenFrameworks. The current version
> >> (0.8.0) now supports the RPI and there is an OMX video player class
> >> which can run with hardware acceleration. It would be simple to code a
> >> single, custom video player app that listens over OSC to start, stop,
> >> set frame position, etc. Said app would read from an xml file to know
> >> which video to load, so you don't have to hardcode anything.
> >>
> >> You will not be able to do this with PD alone on the RPI since, as
> >> mentioned before, GEM currently has no OPENGL ES support on the RPI.
> >>
> >> Email me if you guys need help/have a budget, although my timeframe is a
> >> little cramped right now.
> >>
> >> On Dec 1, 2013, at 6:00 AM, pd-list-requ...@iem.at
> >> <mailto:pd-list-requ...@iem.at> wrote:
> >>
> >>> *From:*peiman khosravi <peimankhosr...@gmail.com
> >>> <mailto:peimankhosr...@gmail.com>>
> >>> *Subject:**Re: [PD] video output from PD*
> >>> *Date:*December 1, 2013 at 5:25:53 AM EST
> >>> *To:*Charles Goyard <c...@fsck.fr <mailto:c...@fsck.fr>>
> >>> *Cc:*PD List <pd-list@iem.at <mailto:pd-list@iem.at>>
> >>>
> >>>
> >>> Hello,
> >>>
> >>> Thanks for the answers. I've been looking around and it doesn't look
> >>> like that omxplayer accepts OSC messages. Does it?
> >>>
> >>> Also how are the Pis connected to a network? Through ethernet? In this
> >>> case I would need a router with 20 outputs right?
> >>>
> >>> To explain a bit more about the project. It's a live band, with
> >>> precomposed videos playing back (with stop/start variations) across a
> >>> bunch of analogue TVs placed on stage, all in sync with the sound. We
> >>> don't know yet to what extent the result will be predetermined or
> >>> generative but as long as there is the possibility of controlling the
> >>> overall visual rhythm... The live sound from each instrument is also
> >>> being transformed through lots of DSP in pd. So it's a complex setup
> >>> and it needs to be reliable as we'll be taking the show on the road at
> >>> some point.
> >>>
> >>> Many Thanks
> >>
> >> --------
> >> Dan Wilcox
> >> @danomatika
> >> danomatika.com <http://danomatika.com>
> >> robotcowboy.com <http://robotcowboy.com>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> _______________________________________________
> >> Pd-list@iem.at mailing list
> >> UNSUBSCRIBE and account-management -> 
> >> http://lists.puredata.info/listinfo/pd-list
> >
> 
> _______________________________________________
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 

--------
Dan Wilcox
@danomatika
danomatika.com
robotcowboy.com





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

Reply via email to