oups, I thought to answer off-list to Simon...
anyway, since some other seems to be interested in, I start a new topic
I was speaking about that : https://github.com/turingmachine/omxplayer-sync Basically it's a modified version of omxplayer that streams the playhead position to DBus with high accuracy and a Python script send this position from master to slaves, then the slave's script adjust playback speed to reach the master position
It's used in http://www.pocketvj.com
I also found this : https://github.com/feanil/raspi-video-sync Based on GStreamer but I didn't test.
Cheers
A
do it yourself http://antoine.villeret.free.fr
2014-11-19 5:01 GMT+01:00 Alexandre Quessy alexandre@quessy.net:
Hello,
2014-11-17 5:10 GMT-05:00 Antoine Villeret antoine.villeret@gmail.com:
i need it to build a synchronized audio/video player a solution exist with Python, but it's stuck in a very old Raspbian version... and not compatible with Jessie (and also I don't know anything about Python :-) )
I would be curious to see this the code for this solution.
You can use GStreamer with some backend such as Clutter, or GTK+. They work very well. That requires a bit of coding, of course. I have a few of them under my Github user aalex. VLC is another higher-level option. (it's highly scriptable)
Best,
Alexandre Quessy - 亚历山大 - ألكسندر http://alexandre.quessy.net - Artiste en nouveaux médias http://perte-de-signal.org - Membre de Perte de signal http://sourcelibre.net - Développement logiciel et conception de sites Web http://labalab.ca - Impliqué dans LabàLab - communauté de pratique en arts numériques
Hello,
Sorry if this was mentioned before, but have you tried netjack http://netjack.sourceforge.net/ or jacktrip https://ccrma.stanford.edu/groups/soundwire/software/jacktrip/ as well? It’s for audio though, but I believe it can be adapted for video streaming.
Also I’m working on a similar-ish thing with Pd server -> iOS clients over udp and 3+ channel sound (so far tested with up to 5 and 8 channel audio)
Best regards, Bektur
On Nov 19, 2014, at 7:16 PM, Antoine Villeret antoine.villeret@gmail.com wrote:
oups, I thought to answer off-list to Simon...
anyway, since some other seems to be interested in, I start a new topic
I was speaking about that : https://github.com/turingmachine/omxplayer-sync https://github.com/turingmachine/omxplayer-sync Basically it's a modified version of omxplayer that streams the playhead position to DBus with high accuracy and a Python script send this position from master to slaves, then the slave's script adjust playback speed to reach the master position
It's used in http://www.pocketvj.com http://www.pocketvj.com/
I also found this : https://github.com/feanil/raspi-video-sync https://github.com/feanil/raspi-video-sync Based on GStreamer but I didn't test.
Cheers
A
do it yourself
http://antoine.villeret.free.fr http://antoine.villeret.free.fr/2014-11-19 5:01 GMT+01:00 Alexandre Quessy <alexandre@quessy.net mailto:alexandre@quessy.net>: Hello,
2014-11-17 5:10 GMT-05:00 Antoine Villeret <antoine.villeret@gmail.com mailto:antoine.villeret@gmail.com>:
i need it to build a synchronized audio/video player a solution exist with Python, but it's stuck in a very old Raspbian version... and not compatible with Jessie (and also I don't know anything about Python :-) )
I would be curious to see this the code for this solution.
You can use GStreamer with some backend such as Clutter, or GTK+. They work very well. That requires a bit of coding, of course. I have a few of them under my Github user aalex. VLC is another higher-level option. (it's highly scriptable)
Best,
Alexandre Quessy - 亚历山大 - ألكسندر http://alexandre.quessy.net http://alexandre.quessy.net/ - Artiste en nouveaux médias http://perte-de-signal.org http://perte-de-signal.org/ - Membre de Perte de signal http://sourcelibre.net http://sourcelibre.net/ - Développement logiciel et conception de sites Web http://labalab.ca http://labalab.ca/ - Impliqué dans LabàLab - communauté de pratique en arts numériques
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Forgot the link: https://github.com/Apolotary/NetsendPD https://github.com/Apolotary/NetsendPD
On Nov 19, 2014, at 7:29 PM, PH ph318@yandex.ru wrote:
Hello,
Sorry if this was mentioned before, but have you tried netjack http://netjack.sourceforge.net/ or jacktrip https://ccrma.stanford.edu/groups/soundwire/software/jacktrip/ as well? It’s for audio though, but I believe it can be adapted for video streaming.
Also I’m working on a similar-ish thing with Pd server -> iOS clients over udp and 3+ channel sound (so far tested with up to 5 and 8 channel audio)
Best regards, Bektur
On Nov 19, 2014, at 7:16 PM, Antoine Villeret <antoine.villeret@gmail.com mailto:antoine.villeret@gmail.com> wrote:
oups, I thought to answer off-list to Simon...
anyway, since some other seems to be interested in, I start a new topic
I was speaking about that : https://github.com/turingmachine/omxplayer-sync https://github.com/turingmachine/omxplayer-sync Basically it's a modified version of omxplayer that streams the playhead position to DBus with high accuracy and a Python script send this position from master to slaves, then the slave's script adjust playback speed to reach the master position
It's used in http://www.pocketvj.com http://www.pocketvj.com/
I also found this : https://github.com/feanil/raspi-video-sync https://github.com/feanil/raspi-video-sync Based on GStreamer but I didn't test.
Cheers
A
do it yourself
http://antoine.villeret.free.fr http://antoine.villeret.free.fr/2014-11-19 5:01 GMT+01:00 Alexandre Quessy <alexandre@quessy.net mailto:alexandre@quessy.net>: Hello,
2014-11-17 5:10 GMT-05:00 Antoine Villeret <antoine.villeret@gmail.com mailto:antoine.villeret@gmail.com>:
i need it to build a synchronized audio/video player a solution exist with Python, but it's stuck in a very old Raspbian version... and not compatible with Jessie (and also I don't know anything about Python :-) )
I would be curious to see this the code for this solution.
You can use GStreamer with some backend such as Clutter, or GTK+. They work very well. That requires a bit of coding, of course. I have a few of them under my Github user aalex. VLC is another higher-level option. (it's highly scriptable)
Best,
Alexandre Quessy - 亚历山大 - ألكسندر http://alexandre.quessy.net http://alexandre.quessy.net/ - Artiste en nouveaux médias http://perte-de-signal.org http://perte-de-signal.org/ - Membre de Perte de signal http://sourcelibre.net http://sourcelibre.net/ - Développement logiciel et conception de sites Web http://labalab.ca http://labalab.ca/ - Impliqué dans LabàLab - communauté de pratique en arts numériques
Pd-list@lists.iem.at mailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list http://lists.puredata.info/listinfo/pd-list
On 19/11/14 21:16, Antoine Villeret wrote:
I was speaking about that : https://github.com/turingmachine/omxplayer-sync Basically it's a modified version of omxplayer that streams the playhead position to DBus with high accuracy and a Python script send this position from master to slaves, then the slave's script adjust playback speed to reach the master position
that looks very interesting .... that means pd can get that position also.
A few improvements to the way I was doing it, a bit more info about omxplayer. I should be able to simplify the connection and do a bit more within the external, then make a master and slave version of the external.
will certainly look into it further, the omxplayer code has been a bit daunting so I stayed with using what I knew was available in the standard omxplayer first, to at least get that running. That is done, so I'll push it a bit further.
It's used in http://www.pocketvj.com
they have more interface details, so that is useful too.
I also found this : https://github.com/feanil/raspi-video-sync Based on GStreamer but I didn't test.
2014-11-19 5:01 GMT+01:00 Alexandre Quessyalexandre@quessy.net:
I would be curious to see this the code for this solution.
You can use GStreamer with some backend such as Clutter, or GTK+. They work very well. That requires a bit of coding, of course. I have a few of them under my Github user aalex. VLC is another higher-level option. (it's highly scriptable)
I haven't gone down the higher level options, mostly because I also want to add more low level stuff ... I have a basic player which I can map, do alpha layers etc but it is very limited re codecs and containers etc, and am hoping eventually to get something .
But maybe GStreamer is a better option for that?? I am not at all familiar with it.
I'll post my work-in-progress stuff and have a look at your github in the next couple of days.
Simon
Hello,
2014-11-19 8:58 GMT-05:00 Simon Wise simonzwise@gmail.com:
I haven't gone down the higher level options, mostly because I also want to add more low level stuff ... I have a basic player which I can map, do alpha layers etc but it is very limited re codecs and containers etc, and am hoping eventually to get something .
But maybe GStreamer is a better option for that?? I am not at all familiar with it.
Try MapMap: http://mapmap.info - let us know if it misses some features you need. It requires OpenGL.
On 20/11/14 02:37, Alexandre Quessy wrote:
Hello,
Try MapMap: http://mapmap.info - let us know if it misses some features you need. It requires OpenGL.
I'll try it out, but it's not much use for Raspberries, they have openGL-ES ... I've been very comfortably using GEM, or occasionally raw openGL in C .. mixing and matching patches and templates accumulated over many installations for any openGL capable machines ... mapping on the raspberries in pd needs to use one of the interfaces that Broadcom supports with the APIs they have released for their GPU.
I'm getting dependencies set up to compile on my laptop, looks like gstreamer0.10 should do it, wheezy-backports is missing gstreamer1.0-fluendo-mp3 gstreamer1.0-gnonlin and gstreamer1.0-nice but does have qt4-default etc.
but ... $ ./build.sh Project MESSAGE: MapMap version: 0.1.1 Project ERROR: Package gstreamer-1.0 not found make: *** No targets specified and no makefile found. Stop. Updating 'mapmap_fr.qm'... Generated 85 translation(s) (85 finished and 0 unfinished) Ignored 76 untranslated source text(s)
I guess I'll need the git repo, not the tarball?
Now jessie is frozen I'll move to it soon, but raspbian is still at wheezy.
Simon
2014-11-19 22:08 GMT-05:00 Simon Wise simonzwise@gmail.com:
On 20/11/14 02:37, Alexandre Quessy wrote:
Try MapMap: http://mapmap.info - let us know if it misses some features you need. It requires OpenGL.
I'll try it out, but it's not much use for Raspberries, they have openGL-ES ... I've been very comfortably using GEM, or occasionally raw openGL in C .. mixing and matching patches and templates accumulated over many installations for any openGL capable machines ... mapping on the raspberries in pd needs to use one of the interfaces that Broadcom supports with the APIs they have released for their GPU.
Oh! I forgot about the Raspberry Pi. I never tried it on them. MapMap requires OpenGL, as far as I know.
Best,
Alexandre Quessy - 亚历山大 - ألكسندر http://alexandre.quessy.net - Artiste en nouveaux médias http://perte-de-signal.org - Membre de Perte de signal http://sourcelibre.net - Développement logiciel et conception de sites Web http://labalab.ca - Impliqué dans LabàLab - communauté de pratique en arts numériques
On 20/11/14 14:55, Alexandre Quessy wrote:
2014-11-19 22:08 GMT-05:00 Simon Wisesimonzwise@gmail.com:
On 20/11/14 02:37, Alexandre Quessy wrote:
Try MapMap: http://mapmap.info - let us know if it misses some features you need. It requires OpenGL.
I'll try it out, but it's not much use for Raspberries, they have openGL-ES ... I've been very comfortably using GEM, or occasionally raw openGL in C .. mixing and matching patches and templates accumulated over many installations for any openGL capable machines ... mapping on the raspberries in pd needs to use one of the interfaces that Broadcom supports with the APIs they have released for their GPU.
Oh! I forgot about the Raspberry Pi. I never tried it on them. MapMap requires OpenGL, as far as I know.
certainly does, just downloaded the other tarball - which suits the older GStreamer.
this time it failed with the linker looking for GLEW ... something is different in the openGL library setup ...
g++ -m64 -o mapmap DestinationGLCanvas.o MainApplication.o MainWindow.o Mapper.o MapperGLCanvas.o Mapping.o MappingManager.o MediaImpl.o OscInterface.o OscReceiver.o OutputGLWindow.o Paint.o ProjectReader.o ProjectWriter.o Shape.o SourceGLCanvas.o UidAllocator.o Util.o main.o qtpropertybrowser.o qtpropertymanager.o qteditorfactory.o qtvariantproperty.o qttreepropertybrowser.o qtbuttonpropertybrowser.o qtgroupboxpropertybrowser.o qtpropertybrowserutils.o moc_DestinationGLCanvas.o moc_MainWindow.o moc_Mapper.o moc_MapperGLCanvas.o moc_OutputGLWindow.o moc_SourceGLCanvas.o moc_qtpropertybrowserutils_p.o qrc_mapmap.o qrc_qtpropertybrowser.o -L/usr/lib/x86_64-linux-gnu -L/usr/X11R6/lib64 -lglut -lGLU -llo -lX11 -lGLEW -pthread -lgstbase-0.10 -lgstreamer-0.10 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 -lxml2 -lQtXml -lQtOpenGL -lQtGui -lQtCore -lGL -lpthread /usr/bin/ld: cannot find -lGLEW collect2: ld returned 1 exit status make: *** [mapmap] Error 1
... also something else didn't like having qt updated behind its back, don't know what yet!
Simon
On 20/11/14 15:35, Simon Wise wrote:
On 20/11/14 14:55, Alexandre Quessy wrote:
2014-11-19 22:08 GMT-05:00 Simon Wisesimonzwise@gmail.com:
On 20/11/14 02:37, Alexandre Quessy wrote:
Oh! I forgot about the Raspberry Pi. I never tried it on them. MapMap requires OpenGL, as far as I know.
certainly does, just downloaded the other tarball - which suits the older GStreamer.
this time it failed with the linker looking for GLEW ... something is different in the openGL library setup ...
package: libglew-dev
solved that (not surprisingly) and it compiles and runs with wheezy-backports
Simon
2014-11-20 0:08 GMT-05:00 Simon Wise simonzwise@gmail.com:
On 20/11/14 15:35, Simon Wise wrote:
On 20/11/14 14:55, Alexandre Quessy wrote:
2014-11-19 22:08 GMT-05:00 Simon Wisesimonzwise@gmail.com:
On 20/11/14 02:37, Alexandre Quessy wrote:
Oh! I forgot about the Raspberry Pi. I never tried it on them. MapMap
requires OpenGL, as far as I know.
certainly does, just downloaded the other tarball - which suits the older GStreamer.
this time it failed with the linker looking for GLEW ... something is different in the openGL library setup ...
package: libglew-dev
solved that (not surprisingly) and it compiles and runs with wheezy-backports
What! Let's move this discussion to MapMap's mailing list, if possible. https://listes.koumbit.net/cgi-bin/mailman/listinfo/mapmap-list-mapmap.info
It hadn't get it to build and run on Pi, before. Tell me more! (not on this list, though) This old version has bugs, though. I should release MapMap 0.2.0 soon.
Great! Best,
On 20/11/14 16:40, Alexandre Quessy wrote:
2014-11-20 0:08 GMT-05:00 Simon Wisesimonzwise@gmail.com:
certainly does, just downloaded the other tarball - which suits the older GStreamer.
this time it failed with the linker looking for GLEW ... something is different in the openGL library setup ...
package: libglew-dev
solved that (not surprisingly) and it compiles and runs with wheezy-backports
What! Let's move this discussion to MapMap's mailing list, if possible. https://listes.koumbit.net/cgi-bin/mailman/listinfo/mapmap-list-mapmap.info
It hadn't get it to build and run on Pi, before. Tell me more! (not on this list, though) This old version has bugs, though. I should release MapMap 0.2.0 soon.
sorry ... not on the Pi, just wheezy.
I was checking it out re use on openGL devices, no way it will be any use on the Pi.
Simon
-
Alexandre Quessy -
Antoine Villeret -
PH -
Simon Wise