[PD] pd external build problem
hey list,
i was trying to compile a pd-external which i made some time ago and
found that gcc issues a warning – turned into an error – regarding the
type of t_newmethod.
error: cast between incompatible function types from ‘void *
(*)(t_symbol *, int, t_atom *)’ {aka ‘void * (*)(struct _symbol *,
int, struct _atom *)’} to ‘void * (*)(void)’ [-Werror=cast-function-type]
478 | (t_newmethod) zmq_new,
now i checked with the external howto on github and couldn't find
anything wrong with the code.
the way i understand it, the type should be void * (*)(void) if i would
not declare an inlet. since i do declare inlets with A_GIMME, it is my
understanding that the function type of t_newmethod should be void *
(*)(t_symbol *, int, t_atom *)
the external loads and seems to run fine, when built without -Werror.
maybe someone can help me fix this.
my class constructor is declared as:
static void *zmq_new(t_symbol *s, int argc, t_atom *argv)
and it's called in class_new like this:
zmq_class = class_new(gensym("zmq"),
(t_newmethod) zmq_new,
(t_method) zmq_destroy,
sizeof(t_zmq),
CLASS_DEFAULT, A_GIMME, 0);
the entire code is available at:
https://github.com/sansculotte/pd-zmq
thanks a lot,
ub
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list
Re: [PD] App for iOS
hey johnny, On 16.09.22 09:57, Johnny Mauser via Pd-list wrote: Dearest community, This will not be Pd related so sorry for x-posting. But I am novice in this next questions and trust you the most.. I am developing an Unity app which is supposed to show 3D-360° recordings within a Theater Performance and on my android phone tests are working fine. Now I came across the question how to deploy this app to iPhone users, and am reading that it needs to be published on the App Store. I think this would kill my efforts for iPhone, since the criteria to publish in the App Store can probably not be met. Is there any workaround to deploy apps to iOS devices without building for each device seperatly? Anything to trick this stupid safety process? yes, you can sort of self publish your app over testflight, an app that allows you to distribute iphone apps. usually it's used to distribute development or beta versions for testing before release, but depending on how large you imagine your user-circle, this might work well for you. https://testflight.apple.com/ there is also a corresponding google thing, for if you use firebase to develop your app. cheers, ub Greatfull for any experiences and ideas, Jonas ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] A quick question - a bug or me?
On 27.01.22 22:31, Pierre Alexandre Tremblay wrote: This is good news! I’m curious, did you compile Pd or was there a binary somewhere? If so, do you use jack or another audio driver? i compiled pd from source and yes, i'm using jack. I’m new to Linux and it is quite chronophage :) i'm always hoping it trades some knowledge for the time spent. :) p On 27 Jan 2022, at 21:27, ub wrote: hello, all works for me. pd 0.52.1, ubuntu 20.04, flucoma-pd from dev branch at #eeab7248 it's a very cool help patch, by the way. very interactive. nice! cheers, ub On 27.01.22 21:59, Pierre Alexandre Tremblay wrote: Sorry - they are all here: https://github.com/flucoma/flucoma-sc/releases/tag/nightly The whole project is documented here: https://www.flucoma.org/ And we try to help people understanding it all here: https://learn.flucoma.org/installation/pd On 27 Jan 2022, at 20:30, Roman Haefeli wrote: On Thu, 2022-01-27 at 20:17 +, Pierre Alexandre Tremblay wrote: the external works fine out of the help. Even more strange, sometimes that works for a few minutes before getting these problems. Where can one get the external? Roman ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] A quick question - a bug or me?
hello, all works for me. pd 0.52.1, ubuntu 20.04, flucoma-pd from dev branch at #eeab7248 it's a very cool help patch, by the way. very interactive. nice! cheers, ub On 27.01.22 21:59, Pierre Alexandre Tremblay wrote: Sorry - they are all here: https://github.com/flucoma/flucoma-sc/releases/tag/nightly The whole project is documented here: https://www.flucoma.org/ And we try to help people understanding it all here: https://learn.flucoma.org/installation/pd On 27 Jan 2022, at 20:30, Roman Haefeli wrote: On Thu, 2022-01-27 at 20:17 +, Pierre Alexandre Tremblay wrote: the external works fine out of the help. Even more strange, sometimes that works for a few minutes before getting these problems. Where can one get the external? Roman ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] A strange question (yet again)
probably the link to the svn repo on sourceforge, at the end of this page: https://puredata.info/docs/guiplugins/SimpleExamples/ i was wondering about that some time ago too. cheers, ub On 21.01.22 20:36, IOhannes m zmölnig wrote: Am 21. Jänner 2022 15:40:48 MEZ schrieb Pierre Alexandre Tremblay : the IEM link is dead which link is dead? and where do you find that link? mfg.sfg.jfd IOhannes ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] mickfuzz's Pure Data FLOSS Manual, a message on behalf of Pd's community
On 22.11.21 15:34, Alexandre Torres Porres wrote: Em seg., 22 de nov. de 2021 às 11:14, ub <mailto:u...@xdv.org>> escreveu: a manual living on the www would be internet-searchengine-findable! Pd's actual manual actually already lives on the internet: http://msp.ucsd.edu/Pd_documentation/index.htm <http://msp.ucsd.edu/Pd_documentation/index.htm> but it does not usually come up in search results, even for quite specific terms like "puredata osc" or "puredata phasor", where as flossmanuals quite consistently do. that might shift of course if they were taken offline. there seems to be a problem with those results, by the way, because they point to write.flossmanuals.net and produce a redirect to themselves, causing an error in the browser "The page isn’t redirecting properly". that might be temporary. my point is, that, especially for beginners, search engines are one main gateway to information, so it makes sense to consider that. cheers, ub ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] mickfuzz's Pure Data FLOSS Manual, a message on behalf of Pd's community
hello, On 22.11.21 14:36, José de Abreu wrote: Em seg., 22 de nov. de 2021 às 09:41, Alexandre Torres Porres mailto:por...@gmail.com>> escreveu: A follow up to the Pd-list. This wasn't all too easy and it was a bit clumsy, but I gave my best as an internet stalker and was able to find information on who 'micckfuzz' is, where he teaches, his work email, and got a response. Long story short: I'm now able to edit the FLOSS Manuals book! But seriously, besides its tutorial (many of which I also have problems with, not to mention how outdated they are), I just think we need to forget about a second and parallel Manual on the wild and bring things to Pd's actual manual. For example, we can talk properly about pd forks, the differences between them, we can teach people how to install some fork, we can create tutorials about externals, and put content that could make people easily choose some external for something specific that they want to do in their projects (this is something that would also make the experience with deken better, people could go to floss and search for some topic, and find which externals would need to use following some tutorial, and then download them from deken following instructions, this would be great for people arriving at pd!). there is the whole meta-angle, true, but most important, a manual living on the www would be internet-searchengine-findable! cheers, ub ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Opencv András GEM
there is pix_opencv, of which the last i can remember is, fdch has made it to compile on osx: https://github.com/fdch/pix_opencv i think a linux compile might not be far off from that, but i haven't further gone down that road. cheers, ub On 23.10.21 18:10, Csaba Láng wrote: Dear list, Can I render images into the same GEM window with openCV and gem. I want to use both pix_ objects and openCV at once. Best, Popesz ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] [file]
wow, because everything is a file (in unix), the sky's the limit! cheers to that. ub On 23.08.21 14:59, IOhannes m zmoelnig wrote: On 8/23/21 12:26 PM, Matt Davey wrote: oh come onspill the beans...what does it do? https://github.com/pure-data/pure-data/pull/1351 gfmdasr IOhannes ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Problem with Gem
hey, also: where did you get the source from? it seems pd-ndi is an extension to Gem and not bundled into the repository at https://git.iem.at/pd/Gem at least not in the master branch. are you intending to use ndi at all? cheers, ub On 17.03.21 06:06, Peter P. wrote: Kosmas, just a quick reply: Which operating system are you on? Any reason you can't install Gem via the "Find externals..." function? If you are on Linux (Debian-based) try using the apt package installer to install Gem? best, P * Kosmas Giannoutakis [2021-03-17 02:39]: Hi list, I installed the Gem library from source and everything seemed to compiled correctly. When I open pd, I get the message: [GEM:recordNDI] Please (re)install the NewTek NDI Runtimes to use this plugin. need to find the library 'libndi.so.4' This library appears to be at /snap/obs-studio/1185/usr/local/lib/libndi.so /snap/obs-studio/1185/usr/local/lib/libndi.so.4 /snap/obs-studio/1185/usr/local/lib/libndi.so.4.5.3 /snap/obs-studio/1195/usr/local/lib/libndi.so /snap/obs-studio/1195/usr/local/lib/libndi.so.4 /snap/obs-studio/1195/usr/local/lib/libndi.so.4.5.3 I guess Gem cannot find it there... Any suggestions? Thanks, Kosmas ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Checking for interest: Scheme interpreter external for PD
hello iain, i first met functional programming with fluxus and it turned my head inside out. %-) would be absolutely great to have that in pd! cheers, ub On 22.10.20 05:14, Iain Duncan wrote: Hello, I'm the author of Scheme for Max, a relatively new open source external for Max/MSP that hosts an embedded Scheme Lisp interpreter using S7, the Scheme implementation from Bill at CCRMA, also used in Snd and Common Music. The external allows one to do things like script and live code Max in scheme, including evaluating lisp code on the fly from files or message boxes, sending messages to other objects, writing to and from common data structures, and interacting with the scheduler. I'm pretty excited about how well it's working for my purposes, and will be doing a new release this fall as part of my MMus at UVic, as well as turning it into a thesis project. I also intend to include full support for the Common Music algorithmic composition toolkit (which also is programmed in S7 scheme or SAL) I have been kicking around the idea of trying a PD port, and wanted to check whether this sounded interesting to folks in PD land. I like the idea of port because it's always good to be have one's work usable on more than one platform, and linux support would be good for low latency use cases and things like running on small machines. I expect this would be a significant amount of work though, so figured I'd see if it sounded interesting to folks first. You can get the idea of how it works from the v1 demo video if you want to see what I'm getting at. https://www.youtube.com/watch?v=ErirIFCTdjg Comments, questions, feedback welcome. Iain ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] udpsend: unsure about raw data
On 24.05.20 16:07, ro...@dds.nl wrote: thanks Andy, in my case i'm sending to NodeMCU's (a breakoutboard with ESP8266 chip). so.. not a problem, you can listen at any node in the ethernet connection. just change the -i parameter to the interface running the connection to your board. get the list of interfaces with ifconfig or ip addr. rolf Andy Farnell schreef op 24-05-2020 14:26: If it's a question of efficiency, to be really really sure, maybe read the UDP packets off the wire/port with tcpdump, which despite its name is quite happy to capture and show UDP too. tcpdump -i lo udp port 9000 -vv -X You'll see any byte order munging or padding due to some NIC/network stack setups. On my Debian systems it is indeed plain bytes. a. On Sun, May 24, 2020 at 01:31:53PM +0200, ro...@dds.nl wrote: hi, i want to minimize the data stream send through an UDP connection by sending 'coded' bytes; the receiver(s) will decode them. i'm unsure about the meaning of 'raw data' in the helpfile of [udpsend]. does [1 2 3( represent bytes with the octal vaue 001 002 003, or the integers 1 2 3 which will be 'translated' into the octal bytes 061 062 063 ? it's a bit ambigious for me, especially comparing the helpfiles of [iemnet/udpsend] and [mrpeach/udpsend]. with the iemnet version one cannot send files directly, it's necessary to use [binfile]. does it mean that the mrpeach version recognizes that a file is used for input; wow that [binfile] is embedded in its [udpsend]? rolf ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] else download not found with deken
works now. sorry for the noise. On 22.11.19 23:17, ub wrote: hey list, i'm trying to install else from deken, it shows up in the search results: else[v1.0beta24](Linux-amd64-32).dek Uploaded by porres @ 2019-09-22 07:11:52 but subsequently fails with: Unable to download from http://puredata.info/Members/porres/software/else/1.0beta24/else%5bv1.0beta24%5d(Linux-amd64-32).dek [HTTP/1.1 404 Not Found] this is on linux, pd version == 49.0, [deken]: installed version == 0.5.0 any ideas? thanks, ub ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] else download not found with deken
hey list, i'm trying to install else from deken, it shows up in the search results: else[v1.0beta24](Linux-amd64-32).dek Uploaded by porres @ 2019-09-22 07:11:52 but subsequently fails with: Unable to download from http://puredata.info/Members/porres/software/else/1.0beta24/else%5bv1.0beta24%5d(Linux-amd64-32).dek [HTTP/1.1 404 Not Found] this is on linux, pd version == 49.0, [deken]: installed version == 0.5.0 any ideas? thanks, ub ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] help loading pix_opencv
i just saw your fork does have adaptions for opencv3, but it might still be a deprecation issue. i can't build it with opencv 3.2.0, because it includes the legacy module and probably the C api. but maybe it's just the motion module has been relocated. see the second link http://answers.opencv.org/question/42622/opencv-30-deprecated-opencv_legacy-module/ http://answers.opencv.org/question/190863/motion-detection-undefined-symbols-for-architecture-arm64/ cheers, ub On 28.02.19 22:15, ub wrote: > > hey frederico, > > you might be using a more modern major version of opencv than is > referenced from the code of pix_opencv. calling functions this way > apparently has been deprecated in opencv 3. > > if you have opencv2 installed somewhere (as you seem to have the > headers because your build did succeed) you can force the use of the > other version library with setting LD_LIBRARY_PATH=/path/to/opencv2 in > the shell from which you start pd. > > hope that helps, > > ub > > > On 28.02.19 21:30, Federico Camara Halac wrote: >> Hi, >> >> I compiled latest pix_opencv from my github fork, but I have linking >> problems. >> >> I am on macos 10.14.2, mojave >> >> Using `lipo -info`, all of pd, Gem.pd_darwin, pix_opencv.pd_darwin >> and libopencv_*.dylib show as: "Non-fat file ... architecture: x86_64" >> >> This is the error on the console: >> >> GEM: Graphics Environment for Multimedia >> GEM: ver: 0.94.git v0.94_pre1 >> ... >> error: >> /Users/federicocamarahalac/Documents/pix_opencv/pix_opencv.pd_darwin: >> dlopen(/Users/federicocamarahalac/Documents/pix_opencv/pix_opencv.pd_darwin, >> 10): Symbol not found: _cvCalcGlobalOrientation >> Referenced from: >> /Users/federicocamarahalac/Documents/pix_opencv/pix_opencv.pd_darwin >> Expected in: flat namespace >> in /Users/federicocamarahalac/Documents/pix_opencv/pix_opencv.pd_darwin >> not reloading 'image' plugins (already 5 loaded) >> pix_opencv_contours >> error: ... couldn't create >> >> >> Any pointers would be appreciated. >> >> thanks, >> >> fede >> >> >> -- >> http://fdch.github.io <http://fdch.github.io/tv> >> >> ___ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] help loading pix_opencv
hey frederico, you might be using a more modern major version of opencv than is referenced from the code of pix_opencv. calling functions this way apparently has been deprecated in opencv 3. if you have opencv2 installed somewhere (as you seem to have the headers because your build did succeed) you can force the use of the other version library with setting LD_LIBRARY_PATH=/path/to/opencv2 in the shell from which you start pd. hope that helps, ub On 28.02.19 21:30, Federico Camara Halac wrote: > Hi, > > I compiled latest pix_opencv from my github fork, but I have linking > problems. > > I am on macos 10.14.2, mojave > > Using `lipo -info`, all of pd, Gem.pd_darwin, pix_opencv.pd_darwin and > libopencv_*.dylib show as: "Non-fat file ... architecture: x86_64" > > This is the error on the console: > > GEM: Graphics Environment for Multimedia > GEM: ver: 0.94.git v0.94_pre1 > ... > error: > /Users/federicocamarahalac/Documents/pix_opencv/pix_opencv.pd_darwin: > dlopen(/Users/federicocamarahalac/Documents/pix_opencv/pix_opencv.pd_darwin, > 10): Symbol not found: _cvCalcGlobalOrientation > Referenced from: > /Users/federicocamarahalac/Documents/pix_opencv/pix_opencv.pd_darwin > Expected in: flat namespace > in /Users/federicocamarahalac/Documents/pix_opencv/pix_opencv.pd_darwin > not reloading 'image' plugins (already 5 loaded) > pix_opencv_contours > error: ... couldn't create > > > Any pointers would be appreciated. > > thanks, > > fede > > > -- > http://fdch.github.io <http://fdch.github.io/tv> > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] "too many open files" error in 0.48.1
On 21.05.2018 20:54, Claude Heiland-Allen wrote: > > > On 21/05/18 19:35, ub@xdv wrote: >> hello, >> >> On 20.05.2018 06:50, Liam Goodacre wrote: >>> In 0.48.1 on Ubuntu, I'm getting a horrible scenario where PD refuses to >>> open patches or create any more abstractions for me. I get an error >>> message saying "too many open files". Granted I have a lot open, but >>> this is a serious problem as it means I can't access all of my old >>> performances. They worked fine in 0.47. >>> >>> Any ideas? >> this is not really a problem with pd > > I disagree. The most common cause of "too many open files" is a bug in > closing files properly, possible. never occured to me. is it in the issue tracker? > because 1024 simultaneously-open files should be > enough for most use cases.definitely, but when someone says "Granted I have a > lot open", that could be an understatement. or a regression of some sort. > > > Claude > >> , but with your shell- or system >> configuration limiting the number of open file descriptors. >> >> check your current shell-limit with >> ulimit -Sn >> -S is for soft limit (you can lower, but not raise, the hard limit). >> raise the limit in your shell with >> ulimit -n 65536 >> start pd from that shell and see if the situation improves. >> >> if that doesn't help, you can check the kernel limits with >> cat /proc/sys/fs/file-nr >> which returns 3 numbers, the first of which is the number of open files, >> the last of which is the limit. >> >> increase the value of "nofile" in /etc/security/limits.conf >> do >> sudo sysctl -p >> >> additional steps are required to make these settings permanent, the >> ulimit -n 65536 would have to go into your .bashrc so it's executed at >> system startup. if you normally start pd from your GUI you'd have to >> restart your system (actually just xorg) so your master shell knows >> about the new value. there's other ways, one of which would be to start >> pd from a wrapper script, or probably gnome provides that sort of >> environmental setup for it's program shortcuts. >> >> there's more information >> - >> https://askubuntu.com/questions/162229/how-do-i-increase-the-open-files-limit-for-a-non-root-user >> >> - >> https://unix.stackexchange.com/questions/29577/ulimit-difference-between-hard-and-soft-limits >> >> >> hope that helps ... cheers, >> ub >> >>> Liam >>> >>> >>> ___ >>> Pd-list@lists.iem.at mailing list >>> UNSUBSCRIBE and account-management -> >>> https://lists.puredata.info/listinfo/pd-list >>> >> >> ___ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] "too many open files" error in 0.48.1
hello, On 20.05.2018 06:50, Liam Goodacre wrote: > In 0.48.1 on Ubuntu, I'm getting a horrible scenario where PD refuses to > open patches or create any more abstractions for me. I get an error > message saying "too many open files". Granted I have a lot open, but > this is a serious problem as it means I can't access all of my old > performances. They worked fine in 0.47. > > Any ideas? this is not really a problem with pd, but with your shell- or system configuration limiting the number of open file descriptors. check your current shell-limit with ulimit -Sn -S is for soft limit (you can lower, but not raise, the hard limit). raise the limit in your shell with ulimit -n 65536 start pd from that shell and see if the situation improves. if that doesn't help, you can check the kernel limits with cat /proc/sys/fs/file-nr which returns 3 numbers, the first of which is the number of open files, the last of which is the limit. increase the value of "nofile" in /etc/security/limits.conf do sudo sysctl -p additional steps are required to make these settings permanent, the ulimit -n 65536 would have to go into your .bashrc so it's executed at system startup. if you normally start pd from your GUI you'd have to restart your system (actually just xorg) so your master shell knows about the new value. there's other ways, one of which would be to start pd from a wrapper script, or probably gnome provides that sort of environmental setup for it's program shortcuts. there's more information - https://askubuntu.com/questions/162229/how-do-i-increase-the-open-files-limit-for-a-non-root-user - https://unix.stackexchange.com/questions/29577/ulimit-difference-between-hard-and-soft-limits hope that helps ... cheers, ub > > Liam > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] md5 object?
On 12.02.2018 17:12, IOhannes m zmoelnig wrote: > On 2018-02-12 16:03, Thomas Mayer wrote: >> I have found a better way to embed the OS X dependencies: > > i would have thought that for simple hashers, there was no need to use > 3rd party libraries. you're totally right. it's a quick prototype. from here it's either tap the full potential of the library or keep the limited set of hashes and write implementations for them. i too, tend towards the latter. either way the object's interface may remain stable. cheers, ub > gamsdr > IOhannes > > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] md5 object?
hello, i've made a quick, minimal prototype: https://github.com/sansculotte/pd-hasher it's limited to md5, sha1 and sha256 at the moment, but the limit is only imposed by the external code. the library used is libgcrypt. i'm not sure if this is specifically a good idea, but it works. https://www.gnupg.org/documentation/manuals/gcrypt/ looks like the way forward is to either use a select list of algorithms and include their implementations, thus reducing dependencies or keep using the library and expose more functionality. the makefile is linux only, but i'm sure it can be made to work for osx and windows too. have fun, post any issues to github. cheers, ub On 08.02.2018 13:10, IOhannes m zmoelnig wrote: > On 2018-02-08 04:22, Marco Hugo Schretter wrote: >> i'll try to do some documentation soon so maybe we can >> solve the md5 thing. there are some opensource projects >> which provide all the basic c/c++ code for an md5 external as >> i found out. time will come. > > if you (or anybody else) starts such a library, i'd suggest to make it a > general hashing library, that implements multiple algorithms, not only > "md5". (i think practically no new software uses MD5; it's supported > (everywhere) for legacy purposes). > > fgmasdr > IOhannes > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] PD Meetup in Berlin
hey juan, nice, but what's the deal with the 15.01 euros? bug or feature? cheers, ub On 28.11.2017 21:34, Juan Duarte wrote: > HI all > > We are hosting a PD Meetup on the 6th December in Berlin’s Common Ground > https://www.facebook.com/events/921947081287453/ > https://commonground.community/product/6-12-2017-pure-data-meetup/ > > Welcome! > >> In this meeting you will be introduced to sound synthesis and modular >> systems based on the open source and multi platform environment Pure >> Data. As a meet up we will share our findings and experiments with >> sound, visuals, or physical computing. >> >> Bring your laptop with any version pure data installed, no prior >> experience is required with the software. The idea is to get together >> a group of people to be introduced to visual based programming and to >> try out few prepared patches. You are also welcome to present your >> ongoing projects and get some feedback on how to continue. >> > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Use Alsa while other devices are using alsa?
On 13.11.2017 17:50, Peter P. wrote: > Hi list, > > on my Debian system I can easily launch two instances of the mplayer > media player or audacity which will then send their audio to alsa and to > the same soundcard without blocking each other. When I try to do the > same with Pd I do get the well known > "ALSA output error (snd_pcm_open): Device or resource busy" > Why are some programs capable of using alsa together with other programs > and Pd not? > > Thank you for all explanations, I am most looking forward to > understanding this topic better. it's whether you use the dmix plugin as described here: http://www.alsa-project.org/main/index.php/Asoundrc#Software_mixing when you hook up your "default" device to dmix, applications that "work" together connect to the dmix plugin and can thus "play along" each other. pd does not use the default device, but the hardware directly (i think) hope that helps ... cheers, ub > > cheers, > P > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd meetings in Berlin?
i'd be up for it, sure. what space do you have in mind? On 10.10.2017 01:31, João Pais wrote: > Dear List, > > we're considering restarting the Pd meetings in Berlin, but wanted to > know how many users and interested persons would like to take part. > Are you a Pd user in Berlin or a beginner interested in Pd who would > like to meet other users and sit down to discuss Pd-related topics, or > just patch among others? Then let us know - if there are enough > interested persons, we can give this a go. Please, consider that this is > not intended to be an open ended workshop for beginners, but a gathering > of like-minded Pd'ers to share ideas, patching methods, tips, etc.. > > Best, > > Marco Donnarumma and João Pais > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] listing to json port?
On 05.09.2017 20:09, ub@xdv wrote: > On 05.09.2017 11:17, IOhannes m zmoelnig wrote: >> On 09/05/17 02:31, João Pais wrote: >>>>> Hello list, >>>>> >>>>> I wanted to know if it's possible to listen to a port 6437, where some >>>>> json messages are coming in. I've seen in my webbrowser that the port is >>>>> indeed active, but when I try udpreceive nothing comes out - which >>>>> probably means that I'm not getting the process. >>>> >>>> tcpreceive? >>> >>> that would probably work, but I guess the javascript code is necessary >>> to open the port in the first place. Is there a way of Pd opening a html >>> file with that? >> >> i'm not sure i understand the problem. >> you write: >> >>> if it's possible to listen to a port 6437 >> >> the answer is: yes of course. >> there are two things to keep in mind though: >> - you must know whether the protocol is TCP/IP or UDP. without that >> information, the port is pretty useless. >> since this is about JSON and web-technology, chances are high that the >> protocol is indeed TCP/IP, that's why is suggested to use [tcpreceive] >> instead of [udpreceive]. >> - on a given machine, you can only have a single listener listening on a >> given port. so if you have a webbrowser already monitoring the data, you >> can *not* also have Pd doing the same (on the same machine). >> >> in any case, there also might be some confusion about "listening". it >> could well be, that you are trying to talk to a webserver that speaks >> JSON via a REST API. in which case, your Pd patch wouldn't *listen* but >> instead connect to the webserver ([tcpclient]). > there is an external called purest-json (on deken) to deal with > json-REST-APIs, but i have never tried it. oops, i missed, that you mentioned that alread. suppose one should really read before posting. sorry. > also it could be json over websockets, which makes a lot of sense for > realtime applications. > there is a very interesting 100%-vanilla-websocket-server patch here: > https://sourceforge.net/projects/websocketserverinapatch/files/ > no json in this one though. > > cheers, > ub > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] listing to json port?
On 05.09.2017 11:17, IOhannes m zmoelnig wrote: > On 09/05/17 02:31, João Pais wrote: >>>> Hello list, >>>> >>>> I wanted to know if it's possible to listen to a port 6437, where some >>>> json messages are coming in. I've seen in my webbrowser that the port is >>>> indeed active, but when I try udpreceive nothing comes out - which >>>> probably means that I'm not getting the process. >>> >>> tcpreceive? >> >> that would probably work, but I guess the javascript code is necessary >> to open the port in the first place. Is there a way of Pd opening a html >> file with that? > > i'm not sure i understand the problem. > you write: > >> if it's possible to listen to a port 6437 > > the answer is: yes of course. > there are two things to keep in mind though: > - you must know whether the protocol is TCP/IP or UDP. without that > information, the port is pretty useless. > since this is about JSON and web-technology, chances are high that the > protocol is indeed TCP/IP, that's why is suggested to use [tcpreceive] > instead of [udpreceive]. > - on a given machine, you can only have a single listener listening on a > given port. so if you have a webbrowser already monitoring the data, you > can *not* also have Pd doing the same (on the same machine). > > in any case, there also might be some confusion about "listening". it > could well be, that you are trying to talk to a webserver that speaks > JSON via a REST API. in which case, your Pd patch wouldn't *listen* but > instead connect to the webserver ([tcpclient]). there is an external called purest-json (on deken) to deal with json-REST-APIs, but i have never tried it. also it could be json over websockets, which makes a lot of sense for realtime applications. there is a very interesting 100%-vanilla-websocket-server patch here: https://sourceforge.net/projects/websocketserverinapatch/files/ no json in this one though. cheers, ub ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Informations about GEM
hello ivano, On 01.08.2017 02:40, Ivano Arrighetta wrote: > Hello everyone. > As far as you know, is GEM updated to the latest OpenGL? > Does it support shaders? if your graphic card and your driver support it, then -- yes -- you can compile and run GLSL shaders from Gem. > Finally, I would like to investigate more, but the manual may be outdated (in > the Pd site). Where's the latest documentation? There is documentation that ships with pd and its installed externals directly. that's usually the most actual and should be your first point of reference. choose "help" from the menu bar then open the "patch browser" and in "Gem" you can find examples for how to use shaders in directory 10.glsl hope that helps, have fun ub > Or, better, is there an updated documentation? > > Thanks in advance for help. > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] pd 0.48-0test1 released
#55dab3f builds for me on ubuntu 16.04 but on start says: Cannot lock down 1186 byte memory area (Operation not permitted) Cannot lock down 82274202 byte memory area (Operation not permitted) Cannot lock down 422 byte memory area (Operation not permitted) cheers, u On 15.07.2017 09:49, cyrille henry wrote: > autogen fail on ubuntu linux 16.04 for me : > > chnry@hnry:~/pd/pd$ ./autogen.sh > autoreconf: Entering directory `.' > autoreconf: configure.ac: not using Gettext > autoreconf: running: aclocal --force -I m4/generated -I m4 > autoreconf: configure.ac: tracing > autoreconf: running: libtoolize --copy --force > libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 'm4/config'. > libtoolize: copying file 'm4/config/ltmain.sh' > libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4/generated'. > libtoolize: copying file 'm4/generated/libtool.m4' > libtoolize: copying file 'm4/generated/ltoptions.m4' > libtoolize: copying file 'm4/generated/ltsugar.m4' > libtoolize: copying file 'm4/generated/ltversion.m4' > libtoolize: copying file 'm4/generated/lt~obsolete.m4' > autoreconf: running: /usr/bin/autoconf --force > autoreconf: configure.ac: not using Autoheader > autoreconf: running: automake --add-missing --copy --force-missing > configure.ac:164: installing 'm4/config/compile' > configure.ac:9: installing 'm4/config/missing' > configure.ac:492: error: required file 'mac/Makefile.in' not found > Makefile.am:45: error: required directory ./mac does not exist > Makefile.am:48: error: required directory ./mac does not exist > asio/Makefile.am: installing 'm4/config/depcomp' > autoreconf: automake failed with exit status: 1 > > > cheers > c > > Le 15/07/2017 à 01:34, Miller Puckette a écrit : >> To Pd-announce: >> >> The first test version of Pd 0.48 (source, adn compiled versions for >> MacOS and Windows) is available at: >> >> http://msp.ucsd.edu/software.htm >> >> or (source code only) via github: >> >> https://github.com/pure-data/pure-data >> >> cheers >> Miller >> >> ___ >> Pd-announce mailing list >> pd-annou...@lists.iem.at >> https://lists.puredata.info/listinfo/pd-announce >> ___ >> Pd-list@lists.iem.at mailing list >> UNSUBSCRIBE and account-management -> >> https://lists.puredata.info/listinfo/pd-list >> > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] gui-plugins / nightmode
hey, some time ago i made me a gui-plugin according to the docs: https://puredata.info/docs/guiplugins/GuiPluginsAPI it purpose is to invert the default color scheme to not be blinded in dark basements and other such places. now i have ditched pd-extended in favour of 0.47-1 and the plugin is not switching colors anymore. it seems the API has undergone significant changes. i looked at src/tcl/pd-gui.tcl file as suggested and i was able to set the canvas to black, but i can't seem to find a hint as how to color cords, boxes, labels etc. would be very gratefull for any pointers. cheers, ub ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] ofxGem : sharing pixes between Gem and openFrameworks
hey antoine, amazing! exactly what i need, perfect. thanks for that. cheers, u On 05.09.2016 14:55, Antoine Villeret wrote: > hi all, > > for those you are interested in Gem/openFrameworks interoperability, I made > an ofxGem[1] addon > to share pixes between Puredata/Gem and openFrameworks (both ways). > > cheers > > Antoine > > [1] : https://github.com/avilleret/ofxGem > -- > do it yourself > http://antoine.villeret.free.fr > > > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
