[PD] video output from PD

Dan Wilcox danomatika at gmail.com
Mon Dec 2 15:46:46 CET 2013


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 <altern2 at 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-request at iem.at
>> <mailto:pd-list-request at iem.at> wrote:
>> 
>>> *From:*peiman khosravi <peimankhosravi at gmail.com
>>> <mailto:peimankhosravi at gmail.com>>
>>> *Subject:**Re: [PD] video output from PD*
>>> *Date:*December 1, 2013 at 5:25:53 AM EST
>>> *To:*Charles Goyard <cg at fsck.fr <mailto:cg at fsck.fr>>
>>> *Cc:*PD List <pd-list at iem.at <mailto:pd-list at 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 at iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
> 



More information about the Pd-list mailing list