[PD] video output from PD

Mon Dec 2 16:29:23 CET 2013

This looks hopeful (?)

http://rsync.labby.co.uk/raspberrypi/raspbian/pool/main/x/xjadeo/

*www.peimankhosravi.co.uk <http://www.peimankhosravi.co.uk> || RSS Feed
<http://peimankhosravi.co.uk/miscposts.rss> || Concert News
<http://spectralkimia.wordpress.com/>*

On 2 December 2013 15:28, peiman khosravi <peimankhosravi at gmail.com> wrote:

> What about xjadeo, which I've used before. It doesn't accept osc but it
> does sync with ardour, and ardour accepts OSC. So maybe that would work? As
> long as Jack and Ardour and xjadeo can run on the ras Pi? Or else, if PD
> could sync up with Jack transport then no need for ardour either.
>
> Thanks
> Peiman
>
>
>
>
> *www.peimankhosravi.co.uk <http://www.peimankhosravi.co.uk> || RSS Feed
> <http://peimankhosravi.co.uk/miscposts.rss> || Concert News
> <http://spectralkimia.wordpress.com/>*
>
>
> On 2 December 2013 15:14, Dan Wilcox <danomatika at gmail.com> wrote:
>
>> Ah, another I option I almost forgot about is pikix<http://www.pikilipita.com/superpikixpi/>,
>> 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 <peimankhosravi at 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 <http://www.peimankhosravi.co.uk/> || RSS Feed
>> <http://peimankhosravi.co.uk/miscposts.rss> || Concert News
>> <http://spectralkimia.wordpress.com/>*
>>
>>
>> On 2 December 2013 14:46, Dan Wilcox <danomatika at 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 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
>>> >
>>>
>>> _______________________________________________
>>> Pd-list at iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> http://lists.puredata.info/listinfo/pd-list
>>>
>>
>>
>>  --------
>> Dan Wilcox
>> @danomatika
>> danomatika.com
>> robotcowboy.com
>>
>>
>>
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20131202/6d488d46/attachment.htm>