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
