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 <danomatika@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 <altern2@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@iem.at
>> <mailto:pd-list-request@iem.at> wrote:
>>
>>> *From:*peiman khosravi <peimankhosravi@gmail.com
>>> <mailto:peimankhosravi@gmail.com>>
>>> *Subject:**Re: [PD] video output from PD*
>>> *Date:*December 1, 2013 at 5:25:53 AM EST
>>> *To:*Charles Goyard <cg@fsck.fr <mailto:cg@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