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 <peimankhosr...@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 <danomat...@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 <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 > > > > > > -------- Dan Wilcox @danomatika danomatika.com robotcowboy.com
_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list