Worth a try but I see two (potential) problems:
- is it hardware accelerated? it says it uses ffmpeg in the backend and that, to me, sounds like it's not using the OMX interface for hardware accelerated video on the pi
- it requires jack, this means you're increasing overhead by running the jack server
On Dec 2, 2013, at 10:28 AM, peiman khosravi peimankhosravi@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 || RSS Feed || Concert News
On 2 December 2013 15:14, Dan Wilcox danomatika@gmail.com wrote: 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 peimankhosravi@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 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
Dan Wilcox @danomatika danomatika.com robotcowboy.com
Dan Wilcox @danomatika danomatika.com robotcowboy.com