Has anyone tried using pdp on a Pi?
i get:
../../include/pdp_matrix.h:25:27: fatal error: gsl/gsl_block.h: No such file or directory
even when doing:
./configure --disable-glx --disable-gsl
which gives me:
--enable-mmx=no --enable-quicktime=yes --enable-v4l=yes --enable-pwc=auto --enable-sdl=yes --enable-x=yes --enable-xv=yes --enable-glx=no --enable-gsl=no --enable-png=yes --enable-debug=no
???
m
On Sat, Feb 16, 2013 at 2:13 PM, Simon Wise simonzwise@gmail.com wrote:
On 16/02/13 20:16, Antoine Villeret wrote:
hello,
if by "from within PD" you mean triggering omxplayer from pd you can do that either by using [shell] like Simon explained or by using pdsend and pdreceive, this could be done remotely, here is an how to : http://antoine.villeret.free.fr/?p=600 cheers
yes .. a pipe works fine as well.
Antoine did you check out xbmc further, I don't have a Pi here at the moment but have been looking at the xbmc docs and it can be controlled directly through a TCP port, so you should be able to do a lot more control (via netsend etc). Perhaps only the media centre playlist, looping and seeking stuff ... no crossfades that I can see. There does seem to be some provision for custom effects somewhere, via shaders but it seems, but probably only in GL, not in GL-ES. Still ... accurate seeking could be useful, there seems to be access to a global clock and seeks in files ... both with high enough resolution to sync things well. I'll test that when I can when I get a chance.
Has anyone tried using pdp on a Pi? again, I'll have a play when I've got one here. Pdp has an xv window, and a movie player that uses the linux quicktime library ... is the quicktime library available for Pi? and if so does it use the built-in codecs? ... that could be a way to go for fairly straightforward video playback.
Simon
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
You could just install gsl. If you're on Raspbian, you can install all of the dependencies by doing:
apt-get build-dep pd-pdp
.hc
On 02/16/2013 12:25 PM, me.grimm wrote:
Has anyone tried using pdp on a Pi?
i get:
../../include/pdp_matrix.h:25:27: fatal error: gsl/gsl_block.h: No such file or directory
even when doing:
./configure --disable-glx --disable-gsl
which gives me:
--enable-mmx=no --enable-quicktime=yes --enable-v4l=yes --enable-pwc=auto --enable-sdl=yes --enable-x=yes --enable-xv=yes --enable-glx=no --enable-gsl=no --enable-png=yes --enable-debug=no
???
m
On Sat, Feb 16, 2013 at 2:13 PM, Simon Wise simonzwise@gmail.com wrote:
On 16/02/13 20:16, Antoine Villeret wrote:
hello,
if by "from within PD" you mean triggering omxplayer from pd you can do that either by using [shell] like Simon explained or by using pdsend and pdreceive, this could be done remotely, here is an how to : http://antoine.villeret.free.fr/?p=600 cheers
yes .. a pipe works fine as well.
Antoine did you check out xbmc further, I don't have a Pi here at the moment but have been looking at the xbmc docs and it can be controlled directly through a TCP port, so you should be able to do a lot more control (via netsend etc). Perhaps only the media centre playlist, looping and seeking stuff ... no crossfades that I can see. There does seem to be some provision for custom effects somewhere, via shaders but it seems, but probably only in GL, not in GL-ES. Still ... accurate seeking could be useful, there seems to be access to a global clock and seeks in files ... both with high enough resolution to sync things well. I'll test that when I can when I get a chance.
Has anyone tried using pdp on a Pi? again, I'll have a play when I've got one here. Pdp has an xv window, and a movie player that uses the linux quicktime library ... is the quicktime library available for Pi? and if so does it use the built-in codecs? ... that could be a way to go for fairly straightforward video playback.
Simon
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 17/02/13 01:25, me.grimm wrote:
Has anyone tried using pdp on a Pi?
i get:
../../include/pdp_matrix.h:25:27: fatal error: gsl/gsl_block.h: No such file or directory
even when doing:
./configure --disable-glx --disable-gsl
which gives me:
--enable-mmx=no --enable-quicktime=yes --enable-v4l=yes --enable-pwc=auto --enable-sdl=yes --enable-x=yes --enable-xv=yes --enable-glx=no --enable-gsl=no --enable-png=yes --enable-debug=no
???
that looks like pdp_matrix is using shaders and therefore won't work on the Pi ... probably need to avoid building it, plus any other parts that are using shaders .... more clues on this below, bit it seems from a glance at google that OpenGL was an addition to pdp, but a while ago ... so there may be quite a lot that does not depend on it.
I have two binaries in the /usr/lib/pd/extra/ ... pdp.pd_linux and pdp-opengl.pd_linux ... while in /usr/lib/pd-extended/extra/ I have just pdp/pdp.pd_linux, so they were obviously built quite differently.
The one in extended came with a pd-extended deb, and presumably from the pd-extended build system, while the pdp-opengl.pd_linux came with the pd-pdp deb so maybe its worth building from the debian source package, but avoid building the opengl part????
Neither of these packages are very recent, but both work.
Simon
That's what I was assuming. How to build just pdp.pd_linux minus the pdp_opengl.pd_linux is the question
I'll try later this afternoon if I get the chance
M
On Feb 17, 2013, at 12:35 AM, Simon Wise simonzwise@gmail.com wrote:
On 17/02/13 01:25, me.grimm wrote:
Has anyone tried using pdp on a Pi?
i get:
../../include/pdp_matrix.h:25:27: fatal error: gsl/gsl_block.h: No such file or directory
even when doing:
./configure --disable-glx --disable-gsl
which gives me:
--enable-mmx=no --enable-quicktime=yes --enable-v4l=yes --enable-pwc=auto --enable-sdl=yes --enable-x=yes --enable-xv=yes --enable-glx=no --enable-gsl=no --enable-png=yes --enable-debug=no
???
that looks like pdp_matrix is using shaders and therefore won't work on the Pi ... probably need to avoid building it, plus any other parts that are using shaders .... more clues on this below, bit it seems from a glance at google that OpenGL was an addition to pdp, but a while ago ... so there may be quite a lot that does not depend on it.
I have two binaries in the /usr/lib/pd/extra/ ... pdp.pd_linux and pdp-opengl.pd_linux ... while in /usr/lib/pd-extended/extra/ I have just pdp/pdp.pd_linux, so they were obviously built quite differently.
The one in extended came with a pd-extended deb, and presumably from the pd-extended build system, while the pdp-opengl.pd_linux came with the pd-pdp deb so maybe its worth building from the debian source package, but avoid building the opengl part????
Neither of these packages are very recent, but both work.
Simon
On 17/02/13 23:33, me.grimm wrote:
That's what I was assuming. How to build just pdp.pd_linux minus the pdp_opengl.pd_linux is the question
I'll try later this afternoon if I get the chance
does the raspbian package fail on raspbian?? I guess it must build, it has been built in the main debian repos for both armhf and armel for quite a long time.
It does have the pdp-opengl binary, and it does depend on gsl etc so they must be there even if not working.
http://archive.raspbian.org/raspbian/pool/main/p/pdp/
Simon
Hi List,
I've been fooling around with the gui-plugins, great stuff, and combined the fullscreen with the kiosk plugin to make it switchable and hide the mouse, which is perfect for my intended use with a tablet pc
when experimenting with this, and browsing the tcl files i'm now working on an inverted (white on black) color-scheme for pd editing, but there are a few things i can't find in the tcl files:
- I can change the colors of the wires, but not the color a wire has when
connecting one box to another, can this be changed with a tcl setting ?
- is it possible to change the default/initial colors of gui-objects
like bang, tgl etc through tcl or are these hardcoded in C ?
kind regards, Rob
- I can change the colors of the wires, but not the color a wire has when
connecting one box to another, can this be changed with a tcl setting ?
These are hard-coded in pd/extended. They are changeable in pd-l2ork.
- is it possible to change the default/initial colors of gui-objects
like bang, tgl etc through tcl or are these hardcoded in C ?
These are changeable in both extended/l2ork (AFAIK).
kind regards, Rob
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 02/17/2013 03:48 PM, Ivica Ico Bukvic wrote:
- I can change the colors of the wires, but not the color a wire has when
connecting one box to another, can this be changed with a tcl setting ?
These are hard-coded in pd/extended. They are changeable in pd-l2ork.
That is incorrect, there are multiple ways to change the cord colors. Many of these also with in Pd-vanilla 0.43. See my previous email on this thread for more info.
.hc
- is it possible to change the default/initial colors of gui-objects
like bang, tgl etc through tcl or are these hardcoded in C ?
These are changeable in both extended/l2ork (AFAIK).
kind regards, Rob
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
There are a few ways to change the colors of the cords:
- using the global variables $::signal_cord/$::signal_nlet and
$::msg_cord/$::msg_nlet, i.e. you could add this to a GUI plugin:
set signal_cord green
set signal_nlet pink
set msg_cord darkblue
set msg_nlet red
- using the Tk tag 'cord' and sending a command to the patch's Tk canvas,
which you can do in a GUI plugin, in response to when its loaded, when it changed Editmode, etc.
bind all <<Loaded>> "%W itemconfigure cord -fill yellow -width 1"
- you can also do that in a patch, and per-patch, use [hcs/canvas_name] to
get the canvas ID, then send that to this message:
[$1 itemconfigure cord -fill yellow -width 1(
The width is optional, but I thought I'd throw it in there to play with. There are other was with GUI plugins too, like using the Tk option command, with or without the tags. I'm going to add more info about the Tk tags to the API wiki:
http://puredata.info/docs/guiplugins/GuiPluginsAPI
.hc
On 02/17/2013 12:35 PM, Rob Bothof wrote:
Hi List,
I've been fooling around with the gui-plugins, great stuff, and combined the fullscreen with the kiosk plugin to make it switchable and hide the mouse, which is perfect for my intended use with a tablet pc
when experimenting with this, and browsing the tcl files i'm now working on an inverted (white on black) color-scheme for pd editing, but there are a few things i can't find in the tcl files:
- I can change the colors of the wires, but not the color a wire has when
connecting one box to another, can this be changed with a tcl setting ?
- is it possible to change the default/initial colors of gui-objects like
bang, tgl etc through tcl or are these hardcoded in C ?
kind regards, Rob
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
thanks,
would it be possible to change the color a cord has when connecting one object to another ?
for the gui objects like bang, toggle slider etc i've come up with an approach of which i'm wondering if it would work to some extend through making changes to the put-menu. i've traced the tcl menu, to put for example a toggle in the patch, it sends the command: pdsend $window "toggle"
would it be possible to supply creation arguments for the objects here ?
regards, Rob
There are a few ways to change the colors of the cords:
- using the global variables $::signal_cord/$::signal_nlet and
$::msg_cord/$::msg_nlet, i.e. you could add this to a GUI plugin:
set signal_cord green set signal_nlet pink set msg_cord darkblue set msg_nlet red
- using the Tk tag 'cord' and sending a command to the patch's Tk canvas,
which you can do in a GUI plugin, in response to when its loaded, when it changed Editmode, etc.
bind all <<Loaded>> "%W itemconfigure cord -fill yellow -width 1"
- you can also do that in a patch, and per-patch, use [hcs/canvas_name] to
get the canvas ID, then send that to this message:
[$1 itemconfigure cord -fill yellow -width 1(
The width is optional, but I thought I'd throw it in there to play with. There are other was with GUI plugins too, like using the Tk option command, with or without the tags. I'm going to add more info about the Tk tags to the API wiki:
http://puredata.info/docs/guiplugins/GuiPluginsAPI
.hc
On 02/17/2013 12:35 PM, Rob Bothof wrote:
Hi List,
I've been fooling around with the gui-plugins, great stuff, and combined the fullscreen with the kiosk plugin to make it switchable and hide the mouse, which is perfect for my intended use with a tablet pc
when experimenting with this, and browsing the tcl files i'm now working on an inverted (white on black) color-scheme for pd editing, but there are a few things i can't find in the tcl files:
- I can change the colors of the wires, but not the color a wire has when
connecting one box to another, can this be changed with a tcl setting ?
- is it possible to change the default/initial colors of gui-objects like
bang, tgl etc through tcl or are these hardcoded in C ?
kind regards, Rob
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
On 02/17/2013 06:55 PM, Rob Bothof wrote:
thanks,
would it be possible to change the color a cord has when connecting one object to another ?
You mean different colors for different cords depending on which objects it connected? That would be possible, but would be a project. You'd have to find a way to maintain the IDs/tags for each object and each cord and colorized based on that. Pd currently doesn't have any way to store that state, so you would have to write whatever state saving you want.
for the gui objects like bang, toggle slider etc i've come up with an approach of which i'm wondering if it would work to some extend through making changes to the put-menu. i've traced the tcl menu, to put for example a toggle in the patch, it sends the command: pdsend $window "toggle"
would it be possible to supply creation arguments for the objects here ?
Not using that command. If you want to do that, then you want to do the standard dynamic patching commands. You can find documentation for that in manuals -> pd-msg.
.hc
regards, Rob
There are a few ways to change the colors of the cords:
- using the global variables $::signal_cord/$::signal_nlet and
$::msg_cord/$::msg_nlet, i.e. you could add this to a GUI plugin:
set signal_cord green set signal_nlet pink set msg_cord darkblue set msg_nlet red
- using the Tk tag 'cord' and sending a command to the patch's Tk canvas,
which you can do in a GUI plugin, in response to when its loaded, when it changed Editmode, etc.
bind all <<Loaded>> "%W itemconfigure cord -fill yellow -width 1"
- you can also do that in a patch, and per-patch, use [hcs/canvas_name] to
get the canvas ID, then send that to this message:
[$1 itemconfigure cord -fill yellow -width 1(
The width is optional, but I thought I'd throw it in there to play with. There are other was with GUI plugins too, like using the Tk option command, with or without the tags. I'm going to add more info about the Tk tags to the API wiki:
http://puredata.info/docs/guiplugins/GuiPluginsAPI
.hc
On 02/17/2013 12:35 PM, Rob Bothof wrote:
Hi List,
I've been fooling around with the gui-plugins, great stuff, and combined the fullscreen with the kiosk plugin to make it switchable and hide the mouse, which is perfect for my intended use with a tablet pc
when experimenting with this, and browsing the tcl files i'm now working on an inverted (white on black) color-scheme for pd editing, but there are a few things i can't find in the tcl files:
- I can change the colors of the wires, but not the color a wire has when
connecting one box to another, can this be changed with a tcl setting ?
- is it possible to change the default/initial colors of gui-objects like
bang, tgl etc through tcl or are these hardcoded in C ?
kind regards, Rob
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
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Mon, Feb 18, 2013 at 9:41 AM, Hans-Christoph Steiner hans@at.or.atwrote:
would it be possible to change the color a cord has when connecting one
object
to another ?
You mean different colors for different cords depending on which objects it connected?
I think possibly he means the color of the (changing) cord that is shown during the connection process, not the final cord after the connection has been made.
On 02/17/2013 07:59 PM, michael noble wrote:
On Mon, Feb 18, 2013 at 9:41 AM, Hans-Christoph Steiner hans@at.or.atwrote:
would it be possible to change the color a cord has when connecting one
object
to another ?
You mean different colors for different cords depending on which objects it connected?
I think possibly he means the color of the (changing) cord that is shown during the connection process, not the final cord after the connection has been made.
If this patch was included, then it would be possible. https://sourceforge.net/tracker/?func=detail&aid=3400300&group_id=55...
.hc
----- Original Message -----
From: Hans-Christoph Steiner hans@at.or.at To: michael noble looplog@gmail.com Cc: PD send List pd-list@iem.at Sent: Sunday, February 17, 2013 10:39 PM Subject: Re: [PD] gui-plugins
On 02/17/2013 07:59 PM, michael noble wrote:
On Mon, Feb 18, 2013 at 9:41 AM, Hans-Christoph Steiner
hans@at.or.atwrote:
would it be possible to change the color a cord has when connecting
one
object
to another ?
You mean different colors for different cords depending on which
objects it
connected?
I think possibly he means the color of the (changing) cord that is shown during the connection process, not the final cord after the connection has been made.
If this patch was included, then it would be possible. https://sourceforge.net/tracker/?func=detail&aid=3400300&group_id=55...
Note to Hans: remind Hans Hans forgot to include Hans' patch in Hans' distro next time Hans sees Hans.
-Hans
.hc
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On 02/18/2013 12:09 AM, Jonathan Wilkes wrote:
----- Original Message -----
From: Hans-Christoph Steiner hans@at.or.at To: michael noble looplog@gmail.com Cc: PD send List pd-list@iem.at Sent: Sunday, February 17, 2013 10:39 PM Subject: Re: [PD] gui-plugins
On 02/17/2013 07:59 PM, michael noble wrote:
On Mon, Feb 18, 2013 at 9:41 AM, Hans-Christoph Steiner
hans@at.or.atwrote:
would it be possible to change the color a cord has when connecting
one
object
to another ?
You mean different colors for different cords depending on which
objects it
connected?
I think possibly he means the color of the (changing) cord that is shown during the connection process, not the final cord after the connection has been made.
If this patch was included, then it would be possible. https://sourceforge.net/tracker/?func=detail&aid=3400300&group_id=55...
Note to Hans: remind Hans Hans forgot to include Hans' patch in Hans' distro next time Hans sees Hans.
I am not (yet?) up for maintaining a separate, incompatible internal API from pd-vanilla, so this will be included in Pd-extended once its included in Pd-vanilla. pd-l2ork's binary incompatibility gives examples of why I don't want to do this.
.hc
----- Original Message -----
From: Hans-Christoph Steiner hans@at.or.at To: Jonathan Wilkes jancsika@yahoo.com Cc: michael noble looplog@gmail.com; PD send List pd-list@iem.at Sent: Monday, February 18, 2013 9:52 AM Subject: Re: [PD] gui-plugins
[...]
I am not (yet?) up for maintaining a separate, incompatible internal API from pd-vanilla, so this will be included in Pd-extended once its included in Pd-vanilla. pd-l2ork's binary incompatibility gives examples of why I don't want to do this.
Starting a little later today, I'm going to start at the end of the tracker bug list and see how many bugs I can patch over the next few weeks. Just FYI-- the only reason I feel I can do this without it being a complete waste of my time is because I know Ivica will consider the fixes, regardless of their murky, mysterious chances of getting included in Pd-vanilla (and also, according to you, Pd-extended).
-Jonathan
.hc
On 2/18/2013 1:41 AM, Hans-Christoph Steiner wrote:
On 02/17/2013 06:55 PM, Rob Bothof wrote:
thanks,
would it be possible to change the color a cord has when connecting one object to another ?
You mean different colors for different cords depending on which objects it connected? That would be possible, but would be a project. You'd have to find a way to maintain the IDs/tags for each object and each cord and colorized based on that. Pd currently doesn't have any way to store that state, so you would have to write whatever state saving you want.
that would be interesting aswell :) but I mean when you click and drag on an outlet to connect a new cord to another object, i think before it actually becomes a *real* cord, it show a black line so you can see where you are dragging the line, on a black background this is invisible.
either way it's a minor detail, it is still workable as the inlets and outlets light up
for the gui objects like bang, toggle slider etc i've come up with an approach of which i'm wondering if it would work to some extend through making changes to the put-menu. i've traced the tcl menu, to put for example a toggle in the patch, it sends the command: pdsend $window "toggle"
would it be possible to supply creation arguments for the objects here ?
Not using that command. If you want to do that, then you want to do the standard dynamic patching commands. You can find documentation for that in manuals -> pd-msg.
great! I was looking into that and i've managed to get it working now i can put a big black toggle from the menu with pdsend "$::focused_window obj 20 20 toggle 50 0 empty empty test 50 10 0 20 22 23 24 1 1"
thanks! Rob
ok i just went with the apt-get install pd-pdp
so when i do this:
$ xvinfo
i get extention "xvideo" missing and no xvideo extention on :0
$ xdpyinfo
yeilds no module such as xv anything.
can someone confirm that xv even exists as a working extention on rpi? maybe i have to load v4l manually? not sure how to do that
m
On Sun, Feb 17, 2013 at 10:50 AM, Simon Wise simonzwise@gmail.com wrote:
On 17/02/13 23:33, me.grimm wrote:
That's what I was assuming. How to build just pdp.pd_linux minus the pdp_opengl.pd_linux is the question
I'll try later this afternoon if I get the chance
does the raspbian package fail on raspbian?? I guess it must build, it has been built in the main debian repos for both armhf and armel for quite a long time.
It does have the pdp-opengl binary, and it does depend on gsl etc so they must be there even if not working.
http://archive.raspbian.org/raspbian/pool/main/p/pdp/
Simon
Pd-extended uses the pdp build system to build pdp. I don't remember what happened with pdp-opengl. It was buggy and barely documented, so I probably disabled it. But it could be a potentially easier port to OpenGL ES than GEM.
.hc
On 02/17/2013 10:33 AM, me.grimm wrote:
That's what I was assuming. How to build just pdp.pd_linux minus the pdp_opengl.pd_linux is the question
I'll try later this afternoon if I get the chance
M
On Feb 17, 2013, at 12:35 AM, Simon Wise simonzwise@gmail.com wrote:
On 17/02/13 01:25, me.grimm wrote:
Has anyone tried using pdp on a Pi?
i get:
../../include/pdp_matrix.h:25:27: fatal error: gsl/gsl_block.h: No such file or directory
even when doing:
./configure --disable-glx --disable-gsl
which gives me:
--enable-mmx=no --enable-quicktime=yes --enable-v4l=yes --enable-pwc=auto --enable-sdl=yes --enable-x=yes --enable-xv=yes --enable-glx=no --enable-gsl=no --enable-png=yes --enable-debug=no
???
that looks like pdp_matrix is using shaders and therefore won't work on the Pi ... probably need to avoid building it, plus any other parts that are using shaders .... more clues on this below, bit it seems from a glance at google that OpenGL was an addition to pdp, but a while ago ... so there may be quite a lot that does not depend on it.
I have two binaries in the /usr/lib/pd/extra/ ... pdp.pd_linux and pdp-opengl.pd_linux ... while in /usr/lib/pd-extended/extra/ I have just pdp/pdp.pd_linux, so they were obviously built quite differently.
The one in extended came with a pd-extended deb, and presumably from the pd-extended build system, while the pdp-opengl.pd_linux came with the pd-pdp deb so maybe its worth building from the debian source package, but avoid building the opengl part????
Neither of these packages are very recent, but both work.
Simon
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
Hans-Christoph Steiner -
Ivica Ico Bukvic -
Jonathan Wilkes -
me.grimm -
michael noble -
Rob Bothof -
Simon Wise