[PD] gridflow pd-extended ubuntu 14.04
hello, i have dedicated some time to updating my system, ending up with ubuntu 14.04 doing the occasional patching now. everything pd related went relatively painless, just had to rebuild Gem, but gridflow's stuck and won't move a bit and i have no clue. i have gridflow in it's own builddir: /home/ub/build/gridflow here i do update per svn, then configure and make, but when loading in pd i consistently get: home/ub/build/gridflow/gridflow.pd_linux: /home/ub/build/gridflow/gridflow.pd_linux: undefined symbol: cvEllipse gridflow: can't load library /home/ub/build/gridflow/gridflow_gem9393.pd_linux: /home/ub/build/gridflow/gridflow_gem9393.pd_linux: undefined symbol: _ZTI7FObject gridflow_gem9393: can't load library system is amd64, pd: 0.43-3, GEM: 0.93.3, gridflow says it's At revision 6881 ideas anyone? thanks+ciao, ub ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gridflow pd-extended ubuntu 14.04
On 02.05.2014 16:21, Colet Patrice wrote: Le 02/05/2014 15:19, u...@xdv.org a écrit : hello, i have dedicated some time to updating my system, ending up with ubuntu 14.04 doing the occasional patching now. everything pd related went relatively painless, just had to rebuild Gem, but gridflow's stuck and won't move a bit and i have no clue. i have gridflow in it's own builddir: /home/ub/build/gridflow here i do update per svn, then configure and make, but when loading in pd i consistently get: home/ub/build/gridflow/gridflow.pd_linux: /home/ub/build/gridflow/gridflow.pd_linux: undefined symbol: cvEllipse gridflow: can't load library /home/ub/build/gridflow/gridflow_gem9393.pd_linux: /home/ub/build/gridflow/gridflow_gem9393.pd_linux: undefined symbol: _ZTI7FObject gridflow_gem9393: can't load library system is amd64, pd: 0.43-3, GEM: 0.93.3, gridflow says it's At revision 6881 ideas anyone? thanks+ciao, ub ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list hello, it seems that gem libraries aren't linked correctly by the build system, gridflow might run if Gem libs are disabled in configure, what about posting build logs? patko thanks for the quick reply. i tried ./configure --no-opengl upon make distclean but that lead to the same result for gridflow.pd_linux: undefined symbol: cvEllipse as this seems an openCv object, which is included directly by gridflow (not via Gem) from src/opencv.cxx i checked the config.log for opencv and really there was a line saying: Package opencv was not found in the pkg-config search path installing libopencv-dev fixed that and it's all good now :) thanks+cheers, ub ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] OSC server to many clients
On 02.02.2014 17:37, Atte wrote: Hi Basic OSC confusion here: I'd like to run a server that keeps track of time and shares that to a number of clients, each of which run on their own, but with access to this common, global time. However all the examples I found with [sendOSC] or [tcpsend] suggests that the sender connects to *one* client, which isn't what I want. I'd rather like to have the server broadcast to any number of clients that can pick up this information if they like. Have I got OSC all wrong? How to best achieve what I need? well, there's oscgroups: http://www.rossbencina.com/code/oscgroups never used it, but should be able to help you out. cheers, ub ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] vjtools/videogrid was: pd gui: partial interface freeze
ok, first i checked and realized i had [change] to most of my hid output. so i tried without joysticks connected, [0] to [hid] and all metros off. froze the interface within seconds by quickly changing the input to vjtools/videogrid so i guess that's the object that's bugging me. i notice it does other strange things as well, like throw these errors: image create photo imga1bbe04 -file /tmp/vigrid_4.ppm (uplevel body line 1) invoked from within uplevel #0 $cmds_from_pd.pdwindow: no such object though it seems they appear without an interface-freeze. also i noticed some time ago, that when you use two instances together, they use the tmp/names for the same slots. i tried to hack some sort of uniqe identifier into the filename but that didn't seem to improve things. i might give that another try ... is there a usable alternative otherwise. i remember i saw these guys ones, which had something like videogrid, made inside pyext or so ... they said it worked absolute fine. thanks+cheers, ub On 18.01.2014 18:36, Py Fave wrote: usb/hid did this if i remember correctly. i solved it by usind a different build or another object: [joystick] but it was on windows i guess this is a known bug because [hid] is so useful perhaps someone has a better knowing of this .? or a workaround . 2014/1/18 u...@xdv.org mailto:u...@xdv.org u...@xdv.org mailto:u...@xdv.org On 18.01.2014 17:07, Py Fave wrote: i had the same problems while using gem objects some time ago it was because of text2d or text3d. right. considered parts of gem as the culprit, but then i'm fairly sure i did experience this, before i added text2d and text3d objects and i'm hardly ever running them [0]-[gemhead]. i'll give it a shot and remove them. you can remove some gui stuff too . replacing bng by bang for instance since i'm using them only as indicators not buttons, that's not an option. guess i could use data strcuturs for sliders, but that probably opens a new can of worms. and use [change] on your inputs to reduce the flow . i'll do that! only suggestions , i don't remember what was the problem but i solved it good to know, someone has seen it too. thanks! 2014/1/18 u...@xdv.org mailto:u...@xdv.org mailto:u...@xdv.org mailto:u...@xdv.org u...@xdv.org mailto:u...@xdv.org mailto:u...@xdv.org mailto:u...@xdv.org hey there, i've been having this heisenbug for some time and learned to live with it, but having fixed some real bugs on my patch, this is the last one on my list and i'd like to give it a go, but no idea where to start. symptoms are: some time into performing (20min to 1h) all the sliders, messageboxes, dials and bangs sort of get stuck, meaning they do not change their display state anymore. i can however still drag and click their active parts and their output will react accordingly, but none of this is being displayed. i should probably mention, that checkboxes still work correctly. i had hoped it would go away moving from pd 0.42 to 0.43, but it didn't. this is 64-bit linux (ubuntu 12.04), pd-extended (now ubuntu-package, previously self compiled from git) speculations include: from a gut-feeling i suspect something like an input overload, ie some input shooting messsages at an insanely high rate, so the element's message queue (if there is such a thing) stops passing things on to the display. i also suspect vjtools/videogrid as it messes with the interface, but does have a few issues, like race conditions between thumbnail creation and thumbnail display, esp if there's two of them. hid: usb joysticks could maybe freak out and overload the interface inputs anyway i can not see any direct connection between what i do and when it happens. re-opening the patch doesn't help, only restarting pd does. has anyone ever seen (something like) that? any ideas about how to debug, where to look or what to try? thanks + cheers, ub ___ Pd-list@iem.at mailto:Pd-list@iem.at mailto:Pd-list@iem.at mailto: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] pd gui: partial interface freeze
hey there, i've been having this heisenbug for some time and learned to live with it, but having fixed some real bugs on my patch, this is the last one on my list and i'd like to give it a go, but no idea where to start. symptoms are: some time into performing (20min to 1h) all the sliders, messageboxes, dials and bangs sort of get stuck, meaning they do not change their display state anymore. i can however still drag and click their active parts and their output will react accordingly, but none of this is being displayed. i should probably mention, that checkboxes still work correctly. i had hoped it would go away moving from pd 0.42 to 0.43, but it didn't. this is 64-bit linux (ubuntu 12.04), pd-extended (now ubuntu-package, previously self compiled from git) speculations include: from a gut-feeling i suspect something like an input overload, ie some input shooting messsages at an insanely high rate, so the element's message queue (if there is such a thing) stops passing things on to the display. i also suspect vjtools/videogrid as it messes with the interface, but does have a few issues, like race conditions between thumbnail creation and thumbnail display, esp if there's two of them. hid: usb joysticks could maybe freak out and overload the interface inputs anyway i can not see any direct connection between what i do and when it happens. re-opening the patch doesn't help, only restarting pd does. has anyone ever seen (something like) that? any ideas about how to debug, where to look or what to try? thanks + cheers, ub ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd gui: partial interface freeze
On 18.01.2014 17:07, Py Fave wrote: i had the same problems while using gem objects some time ago it was because of text2d or text3d. right. considered parts of gem as the culprit, but then i'm fairly sure i did experience this, before i added text2d and text3d objects and i'm hardly ever running them [0]-[gemhead]. i'll give it a shot and remove them. you can remove some gui stuff too . replacing bng by bang for instance since i'm using them only as indicators not buttons, that's not an option. guess i could use data strcuturs for sliders, but that probably opens a new can of worms. and use [change] on your inputs to reduce the flow . i'll do that! only suggestions , i don't remember what was the problem but i solved it good to know, someone has seen it too. thanks! 2014/1/18 u...@xdv.org mailto:u...@xdv.org u...@xdv.org mailto:u...@xdv.org hey there, i've been having this heisenbug for some time and learned to live with it, but having fixed some real bugs on my patch, this is the last one on my list and i'd like to give it a go, but no idea where to start. symptoms are: some time into performing (20min to 1h) all the sliders, messageboxes, dials and bangs sort of get stuck, meaning they do not change their display state anymore. i can however still drag and click their active parts and their output will react accordingly, but none of this is being displayed. i should probably mention, that checkboxes still work correctly. i had hoped it would go away moving from pd 0.42 to 0.43, but it didn't. this is 64-bit linux (ubuntu 12.04), pd-extended (now ubuntu-package, previously self compiled from git) speculations include: from a gut-feeling i suspect something like an input overload, ie some input shooting messsages at an insanely high rate, so the element's message queue (if there is such a thing) stops passing things on to the display. i also suspect vjtools/videogrid as it messes with the interface, but does have a few issues, like race conditions between thumbnail creation and thumbnail display, esp if there's two of them. hid: usb joysticks could maybe freak out and overload the interface inputs anyway i can not see any direct connection between what i do and when it happens. re-opening the patch doesn't help, only restarting pd does. has anyone ever seen (something like) that? any ideas about how to debug, where to look or what to try? thanks + cheers, ub ___ Pd-list@iem.at mailto: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
Re: [PD] wiimote report
to answer my question: i changed onoff from int to float and it works such that i can turn reports on and off. it still crashes a lot though ... well, seems like i should go for supercollider/osc. or is there another wii external for linux? thanks+ciao, ub it still crashes a lot though, especially with On 09.02.2012 12:34, u...@xdv.org wrote: can someone help me understand, what's going on here? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] wiimote report
it still crashes a lot though, especially with With what? sorry. with gem and dsp on. it seems to me like the more there is going on, the sooner it crashes. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] wiimote report
On 10.02.2012 16:47, Roman Haefeli wrote:
On Fri, 2012-02-10 at 15:48 +0100, u...@xdv.org wrote:
to answer my question:
i changed onoff from int to float and it works such that i can turn
reports on and off.
it still crashes a lot though ...
well, seems like i should go for supercollider/osc. or is there another
wii external for linux?
Yeah, there is also [disis_wiimote] [1] from the L2ork project.
Since the the wiimote external you were trying is the one that is also
included in Debian as pd-wiimote, I think it's worth focusing on fixing
this one, since a lot of people would potentially benefit from it. Could
you provide a patch for your fix?
there you go.
but i'm still wondering a bit, why that wouldn't affect everyone else
too. 64bit?
i'll try disis_wiimote and file a bug report for wiimote with debian. :)
thanks+ciao,
ub
diff -Naur _wiimote-0.3.2//wiimote.c wiimote-0.3.2//wiimote.c
--- _wiimote-0.3.2//wiimote.c 2012-02-10 17:04:46.780104070 +
+++ wiimote-0.3.2//wiimote.c 2012-02-10 16:57:29.670104117 +
@@ -824,7 +824,7 @@
}
-static void wiimote_report(t_wiimote*x, t_symbol*s, int onoff)
+static void wiimote_report(t_wiimote*x, t_symbol*s, float onoff)
{
int flag=-1;
if(gensym(status)==s) flag=CWIID_RPT_STATUS;
___
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
[PD] wiimote report
hey there, i'm having a weird problem with wiimote. connecting and buttons work fine, but when i try to turn on some additional reporting, nothing happens. the device and bluetooth is ok, as i can get everything with wmgui, which also uses libcwiid, so i guess the library is ok too. i added some debugging to post the arguments passed to the function wiimote_report and for some strange reason, while s-s_name comes out right, (int) onoff seems to be always 0! because i know i need the acceleration, i can brute force it into beeing enabled right away, but that's obviously not very elegant. i tried to go the comfortable way by apt-getting pd-wiimote, but it exhibits the same problem. can someone help me understand, what's going on here? i should mention that i'm on a 64bit system (ubuntu 10.04), which i know makes C code be compiled slightly different than intended at times. pd version is pd-extended 42.5 and the wiimote-external 0.3.2. thanks and ciao, ub ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_mask and gemframebuffer
hey there, On 09.11.2011 15:53, Max wrote: i remember someone said that he was working on making glsl abstractions to replace some of the pix_ es some time ago, i have made a video-mixer to replace the example in 04.pix/12.blending.pd, that routes the signal into each appropriate pix, with one shader program, initially because i wanted to have hard-light blending and writing a shader seemed easier than adding a pix_ object. i then added some effects to it, so i kind of have replaced some pixes with shaders, but in one rather large fragment shader program, rather than single abstractions. following your suggestion, i moved some code into individual abstractions and it basically works to prove the concept, but there's some limitations. every abstraction needs to render its output into a frambuffer with a texunit assgined to it as input for the fragment program, but afaik the number of texunits is limited[1] and you need to track their index globally. some pix operation will need more than one texunit and the number or the overall memory of framebuffers might as well be limited. anyway i will continue to experiment on that, but if something in the direction of pix replacement (or frei0r replacement for that matter) has already been done, i'd be curious to see it. :) ciao, ub [1] http://www.opengl.org/wiki/GLSL_Sampler#Binding_textures_to_samplers ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] gemlist_info of iterated geo
hey there, maybe there's a slicker shortcut, but this appears to be working. ciao, ub On 03.10.2011 17:30, ronni montoya wrote: Hello, im using gemlist_info for getting the positions of my geos. I need to get the positions of a group of iterated geos, for example: repeat 19 translateXYZ -4 0 0 sphere 4 but i use gemlist_info with a group of iterated geos i get the position of my last repeated element. How can i select the geo from which i want to receive the position? thanks R. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list #N canvas 532 265 624 425 10; #X obj 14 66 gemwin; #X obj 14 9 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 1 1 ; #X msg 48 10 create; #X msg 55 33 destroy; #X obj 14 93 gemhead; #X obj 14 337 circle; #X obj 14 307 scale 0.7; #X obj 14 267 rotate 45 0 0 1; #X obj 14 287 translate 2 0 1 0; #X obj 14 158 repeat 64; #X obj 136 289 gemlist_info; #X obj 14 124 t a b; #X obj 205 318 unpack 0 0 0; #X floatatom 205 348 5 0 0 0 - - -; #X floatatom 239 349 5 0 0 0 - - -; #X floatatom 274 350 5 0 0 0 - - -; #X obj 14 188 t a a b; #X msg 136 187 0; #X obj 136 238 ==; #X floatatom 164 241 5 0 0 0 - - -; #X obj 136 214 int; #X obj 164 215 + 1; #X obj 136 264 spigot; #X connect 1 0 0 0; #X connect 2 0 0 0; #X connect 3 0 0 0; #X connect 4 0 11 0; #X connect 6 0 5 0; #X connect 7 0 8 0; #X connect 8 0 6 0; #X connect 9 0 16 0; #X connect 10 4 12 0; #X connect 11 0 9 0; #X connect 11 1 17 0; #X connect 12 0 13 0; #X connect 12 1 14 0; #X connect 12 2 15 0; #X connect 16 0 7 0; #X connect 16 1 22 0; #X connect 16 2 20 0; #X connect 17 0 20 0; #X connect 18 0 22 1; #X connect 19 0 18 1; #X connect 20 0 21 0; #X connect 20 0 18 0; #X connect 21 0 20 1; #X connect 22 0 10 0; ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem / glsl_fragment
hey there again, i basically got my shader running, it was a bit of a challenge, because i realized i had to use rectangle texunits, as the input is classic 4:3 video frames. so fine, i did this, but now the output of pix_progam is acting kind of weird. it seems to be a proper pix structure, when i attach a pix_info to it, it's the correct resolution and type. it is possible that it is still an bug in my shader, but for instance i see in the example patch 06.rectangle_multitexture that there is a pix_set right after the pix_program and also in my patch things dont work correctly when i don't put it there. i wonder what it's needed for. still with the thing in place, the texturing behaves strange. for example, if i put an object like pix_contrast or pix_add in it's way, i only see some blue flashing. the flashing seems like one pixel of the texture magnified to the whole surface. so i thought it's the texture coordinates and i tried pix_coordinates to correct them without success. then the texture won't display on pix_draw at all, which is fine, i can live without it. pix_flip doesn't do anything but it doesn't screw up the texture. when i use the output of the rectangle_multitexture example i have basically the same effects slightly different in some cases. maybe i'm missing something obvious, i have tried a lot and i will continue to look, but if someone knows more about this i'd be happy with some explanations. thanks+ciao, ub ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem / glsl_fragment
hey there, On 25.07.2011 09:26, IOhannes m zmoelnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-07-24 17:05, u...@xdv.org wrote: i'm running: pd-0.42.5-extended my gem version is: 0.92.3 on x86_64 ubuntu 10.10 there are some known problems with shaderID-t_float mapping on 64bit i thought at some point one should leave the 32bit comfort zone. systems which are fixed in current trunk. ok, i did the svn update, but now i can't build Gem anymore. make fails pretty soon, saying: Dylib.cpp: In function ‘std::string getFullfilename(const _glist*, const char*, const char*)’: Dylib.cpp:157: error: ‘canvas_open’ was not declared in this scope svn log tells me these files have been worked on recently, so it might not be entirely my ignorance. thanks+ciao, ub ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Gem / glsl_fragment
On 25.07.2011 15:04, IOhannes m zmoelnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-07-25 14:51, u...@xdv.org wrote: hey there, On 25.07.2011 09:26, IOhannes m zmoelnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-07-24 17:05, u...@xdv.org wrote: i'm running: pd-0.42.5-extended my gem version is: 0.92.3 on x86_64 ubuntu 10.10 there are some known problems with shaderID-t_float mapping on 64bit i thought at some point one should leave the 32bit comfort zone. systems which are fixed in current trunk. ok, i did the svn update, but now i can't build Gem anymore. make fails pretty soon, saying: Dylib.cpp: In function ?std::string getFullfilename(const _glist*, const char*, const char*)?: Dylib.cpp:157: error: ?canvas_open? was not declared in this scope svn log tells me these files have been worked on recently, so it might not be entirely my ignorance. indeed :-) however, i have the feeling, that your compiler simply cannot find m_pd.h (and you did not give us the full error message that would have said that) i did give the --with-pd option as ../pd/src so ./configure did not complain in the first place. weirdly now trying to reproduce it, libtool says, it can't determine the absolute directory name. i swear, that wasn't there before. :D i don't know where pd-extended puts its headers, you might try something like: $ ./configure --with-pd=/usr/include/pdextended/ anyway ... it did compile, it did install, the shader examples work and my shader also more or less works. joo! and don't forget, that now the entire build process is in ...gem/ rather than ...gem/src/ saw that. :) thanks for the help! ciao, ub ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Gem / glsl_fragment
hey there, i'm trying to implement a hard-light blending mode, as described on between two textures using a glsl fragment shader. it's compiling, linking and running fine in ShaderMaker. when i try to load it with [glsl_fragment] i don't seem to be getting an ID on the right outlet though. it never changes from [ 0] which i take to mean failure in some way. the same happens, by the way, with the shaders, both vertex and fragment, that come in example/data. a print message on glsl_fragment produces: [glsl_fragment]: [glsl_fragment]: MAX_FRAGMENT_UNIFORM_COMPONENTS: 2048 [glsl_fragment]: MAX_TEXTURE_COORDS: 8 [glsl_fragment]: MAX_TEXTURE_IMAGE_UNITS: 32 seems to be telling me, glsl support is acknowledged to be there. i'm running: pd-0.42.5-extended my gem version is: 0.92.3 on x86_64 ubuntu 10.10 with corporate nvidia driver, version: 260.19.44 any ideas anyone? and then i have another question: if i manage to run the shader, how would i throw the two textures to their respective 2Dsamplers in there? prefix [pix_dump] output with the samplers name? thanks+ciao, ub ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [ngrid]?
hey, On 10.02.2011 10:29, Tyler Leavitt wrote: Does anyone know of this library/[ngrid]? I just installed extended 0.42.5 fresh thinking it would be in there...but nothing. if you're still looking for ngrid, it's there: https://pure-data.svn.sourceforge.net/svnroot/pure-data/trunk/extensions/gui/ix/toxy/ have fun, ub ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] 3dp?
hey, On 31.01.2011 16:00, Matteo Sisti Sette wrote: Hi, I'm not sure what 3dp is, but I noticed a 3dp folder in the help browser and tried to open some examples. there's a readme.txt in the docs (at least with my version), stating: pdp_opengl (3dp): opengl extensions for pdp warning: this is still experimental and incomplete However all the [3dp_...] objects couldn't create. same here. i have have only the abstractions. the generic objects seem to be missing even from the source code. i do have a file /pdp_3dp_base.c though, but there's not much in it. I have Pd-Extended 0.42.5 (just downloaded) on Ubuntu 10.04 Any idea? looks like it's in the early stages of beeing developed. ciao, ub ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
