Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)
On Mon, Jul 1, 2013 at 10:05 PM, Roman Haefeli reduz...@gmail.com wrote: On Mon, 2013-07-01 at 20:56 +0200, András Murányi wrote: I'm reformulating my question as the problem is evolving: do we have an object that - Displays and holds a text value (like Symbol or Message box), * symbolbox with width set 0 resizes dynamically * hsl, vsl, cnv, etc. can adjust size with 'size' message, can change displayed text with 'label' message Very good idea, thanks Roman! Some difficulties I'm having: - I don't know how to set the label of [cnv]... is it possible at all? - (ATTN: Ivica) [hsl] seems to have the bounding box (?) miscalculated in l2ork so it doesn't GOP when it's less than 2-3px from the border of the parent canvas. Checked in Vanilla, it works as expected ([hsl] can be placed to the very border and it will GOP). - is Graph-on-Parent, applies to all above solutions. - can be resized (like Number2)? (or small enough by default?) see above. To make something send a bang, you could put some [bng] objects behind your whatever text displaying objects. Interestingly, hidden GUI objects have priority over visible objects when clicked. Another way is to use a construct like the following to make a slider send bangs only when clicked, but not when dragged: [hsl] | [t a a] \/ /\ [sel 0] Interesting indeed. Actually, I don't need the label to send a bang any more, because [pmenu] won't pop up when the click happens inside a subpatch, so I need to put the triggering object in the toplevel. (I might still hide it under the GOP abstraction...) BTW, is it theoretically possible for a GOP object to display a menu on the toplevel (stretching over the GOP area of the subpatch where it is)? If yes, I'd eventually try to hack the pmenu code. András ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] SIGPIPE on iemnet's tcpserver
hi again, just saw this thread right after posting mine : http://lists.puredata.info/pipermail/pd-list/2013-07/103236.html sorry for bothering here is attached three small patches that make PD crash raw_client and raw_server work well together but when I try to connect more client (eg. 10 with 10_raw_client) crash happens... I realize that with iemnet's version of tcpclient/tcpserver, if two client connect at the same time to server, only on receive data not the other, so I put a timeout to disconnect the client if no answer was received in a certain time and then reconnect i first make this with iemnet's tcpserver and I got a SIGPIPE on the server side (see my previous post) while I got SIGSEGV on the client side, here is the gdb backtrace : [New Thread 0x7fff7bfff700 (LWP 4478)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffc8ff9700 (LWP 4477)] 0x00472963 in clock_set () (gdb) watchdog: signaling pd... I think in the server side a signal(SIGPIPE, SIG_IGN); could help but I don't know where to put it (in tcpserver.c ? in iemlnet_sender.c or somewhere else ?) also I tested it with the mrpeach's version, it doesn't crash but the GUI hangs gdb doesn't tell anything, it continue to show thread creation and exiting also I'm using iemnet's first because it has a [port( method to change the binding port on the fly and I made a rebinding routing to choose an available port in a certain range both in server and in client side to prenvent connection error if port is still used after a crash for example I don't know how to go further with this, But I really need a reliable server for some project and for now I just have an headache :-) please tell me how i can help fixing this (and please note that I don't know anything on tcp communication...) cheers antoine -- do it yourself http://antoine.villeret.free.fr 2013/7/2 Antoine Villeret antoine.ville...@gmail.com hi all, I got some crashes with iemnet's tcpserver gdb tells : [New Thread 0x7fffb9ffb700 (LWP 7828)] Program received signal SIGPIPE, Broken pipe. [Switching to Thread 0x7fffea57a700 (LWP 7713)] 0x773b52cc in __libc_send (fd=optimized out, buf=optimized out, n=optimized out, flags=optimized out) and it happends when several (10) clients are connected at the same time and send some data I guess tcpserver is trying to write to a broken pipe and receive a SIGPIPE signal which is not handle and then exit - so crashes pd am I right ? if so, is it possible to set the SIG_PIPE handler to SIG_IGN to avoid crash ? I saw that here [1]. should I file a bug report ? if so where ? best regards antoine [1] : http://stackoverflow.com/questions/108183/how-to-prevent-sigpipes-or-handle-them-properly -- do it yourself http://antoine.villeret.free.fr 10_raw_client.pd Description: Binary data raw_client.pd Description: Binary data raw_server.pd Description: Binary data ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Call for Collaborators | Bodynet - How to make a network of bodies?
Workshop Bodynet - How to make a network of bodies? *Call for Collaborators* Call to collaborate in the project development of the *five selected projects http://medialab-prado.es/article/bodynet_como_hacer_una_red_de_cuerpos_proyectos_seleccionados* for the workshop**within the European project *METABODY* http://www.metabody.eu/ - */Media Embodiment Tékhné and Bridges of Diversity/*/./ Projects deal with topics such as performances and their relationship with the body, heteronomativity or the blurry boundaries between reality and fiction through technology. Free registration. Dealine: 23 july, 2013. Limited space. Dates: July 24 -31, 2013. Venue: Medialab-Prado in Madrid (Spain) Collaborators' Profile The call is open to the participation of anyone interested. However, due to the type of projects, we are looking also for profiles such as cultural minorities, anthropologists, sociologists, biologists (how to body networks operate in this and other societies and ecosystems), social workers or care specialists (body, means and functional diversity), hackers and developers (how to engage the body in a digital network based on the model of the Brain Talk Communities). List of selected proposals http://medialab-prado.es/article/bodynet_como_hacer_una_red_de_cuerpos_proyectos_seleccionados More information: http://medialab-prado.es/article/bodynet_colaboradores -- Nerea García Garmendia Medialab-Prado Plaza de las Letras Calle Alameda, 15. 28014 Madrid difus...@medialab-prado.es http://www.facebook.com/MedialabPradoMadrid Twitter: @medialabprado https://twitter.com/medialabprado /Antes de imprimir este documento asegúrate de que es realmente necesario. ¡Gracias por tu colaboración!/ ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-07-02 12:54, András Murányi wrote: - I don't know how to set the label of [cnv]... is it possible at all? yes, it's easy. since [cnv] doesn't have an inlet, you have to use the receive-label. just check the help-patch for [cnv] - there's a [pd edit] that explains all this stuff. fgamsdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlHSwlMACgkQkX2Xpv6ydvTHXgCg437h6lN1opMPE5jOXCMLy3Fl 0FYAn2rB02hqmCKVrbYoHZ1r/fejYvWZ =WHr9 -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)
On Die, 2013-07-02 at 12:54 +0200, András Murányi wrote: On Mon, Jul 1, 2013 at 10:05 PM, Roman Haefeli reduz...@gmail.com wrote: On Mon, 2013-07-01 at 20:56 +0200, András Murányi wrote: I'm reformulating my question as the problem is evolving: do we have an object that - Displays and holds a text value (like Symbol or Message box), * symbolbox with width set 0 resizes dynamically * hsl, vsl, cnv, etc. can adjust size with 'size' message, can change displayed text with 'label' message Very good idea, thanks Roman! Some difficulties I'm having: - I don't know how to set the label of [cnv]... is it possible at all? [symbol\ | [label $1( | [cnv] - (ATTN: Ivica) [hsl] seems to have the bounding box (?) miscalculated in l2ork so it doesn't GOP when it's less than 2-3px from the border of the parent canvas. Checked in Vanilla, it works as expected ([hsl] can be placed to the very border and it will GOP). According to Ivica this is on purpose. The reason is that iemguis used to have miscalculated positions and pd-l2ork fixed that while pd-vanilla/pd-extended didn't. Unfortunately, this breaks compatibility between pd-l2ork and pd-vanilla/pd-extended. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] PMPD
Hi all, I have PMPD working in Pd Extended 0.39.3. However, when I upgrade to the latest Pd Ext - the [pmpd] object refuses to load? I'm on OS X 10.6.8 though I've noticed the sae issue on Linux All the best, Rich From: pd-list-requ...@iem.at pd-list-requ...@iem.at To: pd-list@iem.at Sent: Tuesday, 2 July 2013, 12:59 Subject: Pd-list Digest, Vol 100, Issue 4 Send Pd-list mailing list submissions to pd-list@iem.at To subscribe or unsubscribe via the World Wide Web, visit http://lists.puredata.info/listinfo/pd-list or, via email, send a message with subject or body 'help' to pd-list-requ...@iem.at You can reach the person managing the list at pd-list-ow...@iem.at When replying, please edit your Subject line so it is more specific than Re: Contents of Pd-list digest... Today's Topics: 1. Re: GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?) (Andr?s Mur?nyi) 2. Re: SIGPIPE on iemnet's tcpserver (Antoine Villeret) 3. [PD-announce] Call for Collaborators | Bodynet - How to make a network of bodies? (Medialab-Prado Comunicaci?n) -- Message: 1 Date: Tue, 2 Jul 2013 12:54:54 +0200 From: Andr?s Mur?nyi muran...@gmail.com Subject: Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?) To: pd-list pd-list@iem.at Message-ID: CAJtGUK5UM5rWdGXMEcBZsPRt5N5JptRF8aK=rhazxkwc2qc...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 On Mon, Jul 1, 2013 at 10:05 PM, Roman Haefeli reduz...@gmail.com wrote: On Mon, 2013-07-01 at 20:56 +0200, Andr?s Mur?nyi wrote: I'm reformulating my question as the problem is evolving: do we have an object that - Displays and holds a text value (like Symbol or Message box), * symbolbox with width set 0 resizes dynamically * hsl, vsl, cnv, etc. can adjust size with 'size' message, can change displayed text with 'label' message Very good idea, thanks Roman! Some difficulties I'm having: - I don't know how to set the label of [cnv]... is it possible at all? - (ATTN: Ivica) [hsl] seems to have the bounding box (?) miscalculated in l2ork so it doesn't GOP when it's less than 2-3px from the border of the parent canvas. Checked in Vanilla, it works as expected ([hsl] can be placed to the very border and it will GOP). - is Graph-on-Parent, applies to all above solutions. - can be resized (like Number2)? (or small enough by default?) see above. To make something send a bang, you could put some [bng] objects behind your whatever text displaying objects. Interestingly, hidden GUI objects have priority over visible objects when clicked. Another way is to use a construct like the following to make a slider send bangs only when clicked, but not when dragged: [hsl] | [t a a] \/ /\ [sel 0] Interesting indeed. Actually, I don't need the label to send a bang any more, because [pmenu] won't pop up when the click happens inside a subpatch, so I need to put the triggering object in the toplevel. (I might still hide it under the GOP abstraction...) BTW, is it theoretically possible for a GOP object to display a menu on the toplevel (stretching over the GOP area of the subpatch where it is)? If yes, I'd eventually try to hack the pmenu code. Andr?s -- next part -- An HTML attachment was scrubbed... URL: http://lists.puredata.info/pipermail/pd-list/attachments/20130702/59e087d8/attachment-0001.htm -- Message: 2 Date: Tue, 2 Jul 2013 13:39:03 +0200 From: Antoine Villeret antoine.ville...@gmail.com Subject: Re: [PD] SIGPIPE on iemnet's tcpserver To: pd-dev List pd-...@iem.at, pd-list pd-list@iem.at Message-ID: cagn5wndozo+1d_96tayyazg5ebf1zcda72kepbgczvbjszq...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 hi again, just saw this thread right after posting mine : http://lists.puredata.info/pipermail/pd-list/2013-07/103236.html sorry for bothering here is attached three small patches that make PD crash raw_client and raw_server work well together but when I try to connect more client (eg. 10 with 10_raw_client) crash happens... I realize that with iemnet's version of tcpclient/tcpserver, if two client connect at the same time to server, only on receive data not the other, so I put a timeout to disconnect the client if no answer was received in a certain time and then reconnect i first make this with iemnet's tcpserver and I got a SIGPIPE on the server side (see my previous post) while I got SIGSEGV on the client side, here is the gdb backtrace : [New Thread 0x7fff7bfff700 (LWP 4478)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffc8ff9700 (LWP 4477)] 0x00472963 in clock_set () (gdb) watchdog: signaling pd... I think in the server side a signal(SIGPIPE, SIG_IGN); could help but I don't know where to put
Re: [PD] pd-extended crashes sending data to SSR with tcpclient
Hi Iain. To be honest, I didn't think about the problem that a message could need more than one packet. It's good to know that iemnet/tcpclient can handle that. @IOhannes: thanks for the suggestion. And (binary) 0 is indeed the terminating character. On Mon, Jul 1, 2013 at 10:14 PM, Iain Mott m...@reverberant.com wrote: Using iemnet/tcpclient and implementing IOhannes parsing suggestion, my patch is now communicating with SSR without crashing. There is a bogging down problem though and testing with just 3 sources, I need to keep the limit at 10 messages/sec for each. It stops working at higher rates but doesn't crash. SSR is running on this local machine and there is no WiFi involved. Unfortunately I don't think UDP is an option with SSR. No sorry, not for now. But feel free to hack into the SSR code! SSR also sends XML level data to tcpclient constantly for each source in the scene. Perhaps this extra traffic isn't helping. eg. updatesource id='1' level='-98.5405'/source id='2' level='-99.8139'/source id='3' level='-99.6628'/source id='4' level='-101.127'//update I'll wait to hear back from SSR to see if they have any suggestions. I guess you are talking to me ... There is one quick and hackish way to avoid the level messages: Go to src/boostnetwork/connection.cpp (around line 102) and remove the line _subscriber.send_levels(); ... and recompile. This should get rid of the annoying level messages. The SSR still sends all other messages, but if desired you can disable them in a similar manner. I'm aware that this isn't a satisfactory long-term solution, but for now it may help. We have big plans to modularize the network interface of the SSR in a way that different network protocols can be used interchangeably, e.g. WebSockets, FUDI, OSC, ... MIDI could probably also be included there. In addition, we want to implement a publish-subscribe mechanism (for all protocols which have a back-channel) which allows clients to select the exact amount (and probably rate) of information to receive from the SSR. However, currently we just don't have the resources to make these changes. @list: if anyone wants to help feel free to contact us: s...@spatialaudio.net! BTW, some advertisement: Did everyone check out the brand new preview version of the SSR: http://spatialaudio.net/ssr/download/? It also features multi-threading and the brand new (and still quite experimental) NFC-HOA renderer! cheers, Matthias Cheers and thanks for your help everyone, Iain Em Mon, 2013-07-01 às 14:29 -0400, Martin Peach escreveu: Forty times a second is relatively slow. Must be something else. I would use wireshark to see what packets are actually going over the wire, especially to see what the last one is. These speeds are probably too fast for [print]ing to the console; that can cause problems. Are you sending to the same machine? If not is WiFi involved? Can you use UDP instead of TCP (for lower overhead and no out-of-order packets)? Martin On 2013-07-01 13:58, Iain Mott wrote: Hi Martin, The actual patch I'm using is translating MIDI pitch bend data recorded in Ardour3 (location data encoded as pitchbend for practical purposes), translating it into XML and sending it through to the SSR. It's already limiting the rate to 10 messages every second for each moving source and so far I'm only using 4 sources. This rate, done for testing, is already less than ideal. Each location message sent SSR for a given source looks something like the following: requestsource id=1position x=1.234 y=-0.234//source/request Does this seem excessive? Cheers, Iain Em Mon, 2013-07-01 às 13:20 -0400, Martin Peach escreveu: It could be that you are overloading Pd with too many messages. If you are wildly moving the slider and [tcpclient] is sending one TCP packet per value you can add messages to the queue faster than they will be sent out and Pd will eventually run out of resources. Maybe put a [speedlim] after your slider, or pack several values into one message? Martin On 2013-07-01 11:53, Iain Mott wrote: I'll try the backtrace and other things you suggest and report back on mrpeach/tcpclient in another email. it could well be, that it only does not crash with [iemnet/tcpclient] because you haven't parsed the output yet... Don't think so - to crash Pd, I wasn't doing any parsing of incoming messages - just sending messages out. Did a backtrace using mrpeach/tcpclient - on a freeze as it didn't actually crash. Got this response: #0 0x00442623 in clock_unset (x=0x8c5c80) at m_sched.c:70 #1 clock_unset (x=0x8c5c80) at m_sched.c:62 #2 0x0044266e in clock_set (x=0x8c5c80, setticks=optimised out) at m_sched.c:81 #3 0x7fffd21cfec1 in tcpclient_child_send (w=0xdec548) at /home/kiilo/Documents/dev/pd-svn/externals/mrpeach/net/tcpclient.c:380 #4 0x77bc4e9a in
Re: [PD] pd-extended crashes sending data to SSR with tcpclient
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-07-02 17:07, Matthias Geier wrote: keep the limit at 10 messages/sec for each. It stops working at higher rates but doesn't crash. SSR is running on this local machine and there is no WiFi involved. Unfortunately I don't think UDP is an option with SSR. No sorry, not for now. But feel free to hack into the SSR code! btw, i don't think that XML is a very good format for controlling an application real-time. how about adding OSC support to SSR? fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlHS7ksACgkQkX2Xpv6ydvTNEQCgxxv94QD3mUE8qeTIduRxQJbK 4p8AmwQpFJYObmol1ACTUMn0/Ozen5wN =QSvA -END PGP SIGNATURE- ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended crashes sending data to SSR with tcpclient
Hi IOhannes. On Tue, Jul 2, 2013 at 5:14 PM, IOhannes m zmoelnig zmoel...@iem.at wrote: [...] btw, i don't think that XML is a very good format for controlling an application real-time. I know. At the time it seemed nice for an experimental protocol because we would be able to quickly add certain information to existing messages. Also, we thought we could re-use some code from the parsing of scene files. Another idea was that it would be easy to debug with WireShark. But parsing these XML-network-messages can be a pain-in-the-ass, as Iain experiences right now ... how about adding OSC support to SSR? How about reading my e-mail to the end? just kidding ... I wrote something along these lines: We have big plans to modularize the network interface of the SSR in a way that different network protocols can be used interchangeably, e.g. WebSockets, FUDI, OSC, ... MIDI could probably also be included there. In addition, we want to implement a publish-subscribe mechanism (for all protocols which have a back-channel) which allows clients to select the exact amount (and probably rate) of information to receive from the SSR. However, currently we just don't have the resources to make these changes. So yes, we would like to add many things to the SSR, but we don't have time for most of it ... cheers, Matthias ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)
On Tue, Jul 2, 2013 at 2:06 PM, IOhannes m zmoelnig zmoel...@iem.at wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-07-02 12:54, András Murányi wrote: - I don't know how to set the label of [cnv]... is it possible at all? yes, it's easy. since [cnv] doesn't have an inlet, you have to use the receive-label. just check the help-patch for [cnv] - there's a [pd edit] that explains all this stuff. fgamsdr IOhannes Oh, yes. I'm sorry I didn't take a better look. (Maybe I didn't see the recieve symbol in properties because I was not clicking on the cnv's selectable area but on the underlying canvas'...) András ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)
On Tue, Jul 2, 2013 at 2:27 PM, Roman Haefeli reduz...@gmail.com wrote: On Die, 2013-07-02 at 12:54 +0200, András Murányi wrote: On Mon, Jul 1, 2013 at 10:05 PM, Roman Haefeli reduz...@gmail.com wrote: On Mon, 2013-07-01 at 20:56 +0200, András Murányi wrote: I'm reformulating my question as the problem is evolving: do we have an object that - Displays and holds a text value (like Symbol or Message box), * symbolbox with width set 0 resizes dynamically * hsl, vsl, cnv, etc. can adjust size with 'size' message, can change displayed text with 'label' message Very good idea, thanks Roman! Some difficulties I'm having: - I don't know how to set the label of [cnv]... is it possible at all? [symbol\ | [label $1( | [cnv] my [cnv] has no inlets so IOhannes's solution applies. - (ATTN: Ivica) [hsl] seems to have the bounding box (?) miscalculated in l2ork so it doesn't GOP when it's less than 2-3px from the border of the parent canvas. Checked in Vanilla, it works as expected ([hsl] can be placed to the very border and it will GOP). According to Ivica this is on purpose. The reason is that iemguis used to have miscalculated positions and pd-l2ork fixed that while pd-vanilla/pd-extended didn't. Unfortunately, this breaks compatibility between pd-l2ork and pd-vanilla/pd-extended. Roman I'm seeing a tiny bit more complication here (in l2ork): - when trying to place [hsl] close to the GOP area edges, it disappears from GOP (as said before) - when trying to place [cnv] close to the GOP area edges (in a fairly large GOP area) everything is fine, however: - when trying to fit a 10px high [cnv] into a 12px high GOP area, the [cnv] refuses to show up in GOP. András ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GOP text field / symbol which is resizeable?
On 07/02/2013 06:54 AM, András Murányi wrote: On Mon, Jul 1, 2013 at 10:05 PM, Roman Haefeli reduz...@gmail.com mailto:reduz...@gmail.com wrote: On Mon, 2013-07-01 at 20:56 +0200, András Murányi wrote: I'm reformulating my question as the problem is evolving: do we have an object that - Displays and holds a text value (like Symbol or Message box), * symbolbox with width set 0 resizes dynamically * hsl, vsl, cnv, etc. can adjust size with 'size' message, can change displayed text with 'label' message Very good idea, thanks Roman! Some difficulties I'm having: - I don't know how to set the label of [cnv]... is it possible at all? - (ATTN: Ivica) [hsl] seems to have the bounding box (?) miscalculated in l2ork so it doesn't GOP when it's less than 2-3px from the border of the parent canvas. Checked in Vanilla, it works as expected ([hsl] can be placed to the very border and it will GOP). - is Graph-on-Parent, If you start with an auto-resizable widget or iemgui label that takes an arbitrary string you probably don't want to combine it with a fixed-width geometry manager (geometry unmanager?) like a GOP canvas. You'll have to resize the width of the GOP box manually, which means you have to listen for changes to the string length of the label and _guess_ at how many pixels that translates to. If you guess wrong (and given that different OSes do fonts differently you will guess wrong) it will break. Every modern GUI toolkit (even tk) assumes that the developer doesn't want to worry about these problems, or at least assume they only want to control them at a much higher level. For some context: Pd's diagrams actually break all the time: whenever patch authors set up objects so that the wires to/from a secondary xlet are either straight or at 45-degree angles. Those lines may not be at the same angle on someone else's machine, because of font rendering peculiarities on the OS or specific font settings that user has made. The breakage can actually introduce ambiguities that aren't there on the original author's machine, but most of the time these breakages just degrade the diagram gracefully-- you get not-quite-straight lines that don't look as aesthetically pleasing but the patch is fully functional/editable. If your iemgui label or symbol box on a GOP canvas goes over the allotted pixel width of the GOP rectangle you lose functionality because the object no longer moves with the GOP canvas. If you're making a one-off GUI for your own purposes this may be fine, but if you're trying to make a reusable abstraction, don't combine auto-resizing widgets with geometry-unmanagers. They don't degrade gracefully, and the pitfalls aren't trivial to see unless you stream the patch to three different OSes at the same time and watch the differences. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Raspberry Pi USB2 audio fixed (apparently)
Hi all, I did a fresh install of Raspbian using the NOOBS installer. The pd-extended package from puredata.info doesn't work with my soundcard (it wasn't working before). And Pd vanilla installed from the Raspbian repositories doesn't work with it either (although it was working fine before). My soundcard is an old EMU 0404 USB. By doesn't work I mean that it either throws an Audio stuck/closing audio error, or simply freezes everything (Pd, LXDE, mouse, everything) and all I can do is unplug the power chord. So for me not only did it not fix anything, but i'm actually worse off and left with the inability to use Pd at all on my Pi. I haven't tried Miller's compiled version of Vanilla yet (I still don't know how it is different from the one available in the Raspbian repos). The recent Planet CCRMA Satelite for the RPi is also an option. Pierre. 2013/6/5 Julian Brooks jbee...@gmail.com Hey all, So, umm, yeah. Is everyone on this already? Just got a message saying that an 'rpi-update' should fix the usb2 problems for soundcards. Not checked 'cos I spent bloody ages tracking down soundcards that did work. Good to know though. http://www.raspberrypi.org/phpBB3/viewtopic.php?p=364163sid=04807df00bff9fa076fd62c358dfd9fc#p364163 http://www.raspberrypi.org/phpBB3/viewtopic.php?p=362690#p362690 http://www.raspyfi.com/raspberry-pi-usb-audio-fix/ (anyone checked out this distro btw?) Good to hear there seems to be lots of audio tweaks and exploration going on on the Pi (still:) Best wishes, Julian ___ 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] Raspberry Pi USB2 audio fixed (apparently)
Hey Pierre, Damn that's rubbish! Have you checked that pulseaudio is uninstalled? Also try: sudo rm /etc/asound.conf My understanding is that after the recent also fixes the asound.conf is redundant and can cause issues. 1st couple of options that spring to mind (also feel bad for promoting possibly duff info:( Hope you can sort it, Julian On 2 July 2013 20:52, Pierre Massat pimas...@gmail.com wrote: Hi all, I did a fresh install of Raspbian using the NOOBS installer. The pd-extended package from puredata.info doesn't work with my soundcard (it wasn't working before). And Pd vanilla installed from the Raspbian repositories doesn't work with it either (although it was working fine before). My soundcard is an old EMU 0404 USB. By doesn't work I mean that it either throws an Audio stuck/closing audio error, or simply freezes everything (Pd, LXDE, mouse, everything) and all I can do is unplug the power chord. So for me not only did it not fix anything, but i'm actually worse off and left with the inability to use Pd at all on my Pi. I haven't tried Miller's compiled version of Vanilla yet (I still don't know how it is different from the one available in the Raspbian repos). The recent Planet CCRMA Satelite for the RPi is also an option. Pierre. 2013/6/5 Julian Brooks jbee...@gmail.com Hey all, So, umm, yeah. Is everyone on this already? Just got a message saying that an 'rpi-update' should fix the usb2 problems for soundcards. Not checked 'cos I spent bloody ages tracking down soundcards that did work. Good to know though. http://www.raspberrypi.org/phpBB3/viewtopic.php?p=364163sid=04807df00bff9fa076fd62c358dfd9fc#p364163 http://www.raspberrypi.org/phpBB3/viewtopic.php?p=362690#p362690 http://www.raspyfi.com/raspberry-pi-usb-audio-fix/ (anyone checked out this distro btw?) Good to hear there seems to be lots of audio tweaks and exploration going on on the Pi (still:) Best wishes, Julian ___ 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] Raspberry Pi USB2 audio fixed (apparently)
Hi, and all I can do is unplug the power chord. Now that's punk attitude -:^) ! -- Charlot ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended crashes sending data to SSR with tcpclient
On Die, 2013-07-02 at 17:07 +0200, Matthias Geier wrote: Hi Iain. To be honest, I didn't think about the problem that a message could need more than one packet. It's good to know that iemnet/tcpclient can handle that. It's not that [iemnet/tcpclient] can handle it and [net/iemnet] can't. In fact, with both you have to cook your own mechanism to delimit packets for a packet oriented protocol. With [net/iemnet], however, you have to serialize the data first in order to be able to do that. I see two problems with [net/tcpclient]'s implementation: * you have to serialize the data anyway, so why doesn't the object already do it? * It gives you the false impression of dealing with packets when you in fact are dealing with a stream. It's dangerous because it often looks as if it would be working, but there is no guarantee it will always do. You may receive a packet split into many chunks, or you get a big chunk containing several packets. All those cases are valid from to POV of TCP, but will break your protocol unless you deploy proper delimiting. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)
On 07/02/2013 02:41 PM, András Murányi wrote: On Tue, Jul 2, 2013 at 2:27 PM, Roman Haefeli reduz...@gmail.com mailto:reduz...@gmail.com wrote: On Die, 2013-07-02 at 12:54 +0200, András Murányi wrote: On Mon, Jul 1, 2013 at 10:05 PM, Roman Haefeli reduz...@gmail.com mailto:reduz...@gmail.com wrote: On Mon, 2013-07-01 at 20:56 +0200, András Murányi wrote: I'm reformulating my question as the problem is evolving: do we have an object that - Displays and holds a text value (like Symbol or Message box), * symbolbox with width set 0 resizes dynamically * hsl, vsl, cnv, etc. can adjust size with 'size' message, can change displayed text with 'label' message Very good idea, thanks Roman! Some difficulties I'm having: - I don't know how to set the label of [cnv]... is it possible at all? [symbol\ | [label $1( | [cnv] my [cnv] has no inlets so IOhannes's solution applies. The [cnv] object has no inlet. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended crashes sending data to SSR with tcpclient
On 2013-07-02 16:13, Roman Haefeli wrote: On Die, 2013-07-02 at 17:07 +0200, Matthias Geier wrote: Hi Iain. To be honest, I didn't think about the problem that a message could need more than one packet. It's good to know that iemnet/tcpclient can handle that. It's not that [iemnet/tcpclient] can handle it and [net/iemnet] can't. In fact, with both you have to cook your own mechanism to delimit packets for a packet oriented protocol. With [net/iemnet], however, you have to serialize the data first in order to be able to do that. I see two problems with [net/tcpclient]'s implementation: * you have to serialize the data anyway, so why doesn't the object already do it? I think I implemented it that way because it seems to be more efficient within Pd to deal with a single list rather than a bunch of floats. But I don't know for sure if that is true. * It gives you the false impression of dealing with packets when you in fact are dealing with a stream. It's dangerous because it often looks as if it would be working, but there is no guarantee it will always do. You may receive a packet split into many chunks, or you get a big chunk containing several packets. All those cases are valid from to POV of TCP, but will break your protocol unless you deploy proper delimiting. Well the TCP protocol _is_ splitting a stream into packets. It's not the same as a serial link where you can send bytes one at a time whenever you like. If you try that you will find that the bytes are gathered into packets for you. It might be useful to consider this when thinking about the best way to send the data (e.g. one byte per packet is not efficient, and you might get the false impression that TCP doesn't work very well). And as I always say, UDP is probably a better choice for what you are trying to do, if it involves real-time control, with UDP you _do_ have control over the packet size. Martin ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)
On Die, 2013-07-02 at 17:58 -0400, Jonathan Wilkes wrote: On 07/02/2013 02:41 PM, András Murányi wrote: On Tue, Jul 2, 2013 at 2:27 PM, Roman Haefeli reduz...@gmail.com wrote: On Die, 2013-07-02 at 12:54 +0200, András Murányi wrote: On Mon, Jul 1, 2013 at 10:05 PM, Roman Haefeli reduz...@gmail.com wrote: On Mon, 2013-07-01 at 20:56 +0200, András Murányi wrote: I'm reformulating my question as the problem is evolving: do we have an object that - Displays and holds a text value (like Symbol or Message box), * symbolbox with width set 0 resizes dynamically * hsl, vsl, cnv, etc. can adjust size with 'size' message, can change displayed text with 'label' message Very good idea, thanks Roman! Some difficulties I'm having: - I don't know how to set the label of [cnv]... is it possible at all? [symbol\ | [label $1( | [cnv] my [cnv] has no inlets so IOhannes's solution applies. The [cnv] object has no inlet. Yeah, my mistake. Didn't check when writing the mail. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-extended crashes sending data to SSR with tcpclient
On Die, 2013-07-02 at 18:15 -0400, Martin Peach wrote: On 2013-07-02 16:13, Roman Haefeli wrote: On Die, 2013-07-02 at 17:07 +0200, Matthias Geier wrote: Hi Iain. To be honest, I didn't think about the problem that a message could need more than one packet. It's good to know that iemnet/tcpclient can handle that. It's not that [iemnet/tcpclient] can handle it and [net/iemnet] can't. In fact, with both you have to cook your own mechanism to delimit packets for a packet oriented protocol. With [net/iemnet], however, you have to serialize the data first in order to be able to do that. I see two problems with [net/tcpclient]'s implementation: * you have to serialize the data anyway, so why doesn't the object already do it? I think I implemented it that way because it seems to be more efficient within Pd to deal with a single list rather than a bunch of floats. But I don't know for sure if that is true. Yeah, this is what I assume as well, though I don't have any data to back up that assumption. On the other hand, serializing might be cheaper on the C side than in Pd. I just cannot think of a use case where you actually want to directly use those chunks as received. Either you need to delimit packets, then you need to serialize the data, or you actually need a stream, but then you also need to serialize the data. * It gives you the false impression of dealing with packets when you in fact are dealing with a stream. It's dangerous because it often looks as if it would be working, but there is no guarantee it will always do. You may receive a packet split into many chunks, or you get a big chunk containing several packets. All those cases are valid from to POV of TCP, but will break your protocol unless you deploy proper delimiting. Well the TCP protocol _is_ splitting a stream into packets. It's not the same as a serial link where you can send bytes one at a time whenever you like. If you try that you will find that the bytes are gathered into packets for you. It might be useful to consider this when thinking about the best way to send the data (e.g. one byte per packet is not efficient, and you might get the false impression that TCP doesn't work very well). Since the TCP stack is free to packetize the data in the most efficient way, the application layer does not have to, or even _must_ not consider chunk size of data. This should be handled transparently by the transport layer. When the application transmits thousands of 1-byte chunks, the TCP layer will most likely send them as bigger chunks over the network. From the application's point of view, TCP is _exactly_ behaving like a serial link (just without a clock). And as I always say, UDP is probably a better choice for what you are trying to do, if it involves real-time control, with UDP you _do_ have control over the packet size. Agreed. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)
[symbol\ | [label $1( | [cnv] - (ATTN: Ivica) [hsl] seems to have the bounding box (?) miscalculated in l2ork so it doesn't GOP when it's less than 2-3px from the border of the parent canvas. Checked in Vanilla, it works as expected ([hsl] can be placed to the very border and it will GOP). According to Ivica this is on purpose. The reason is that iemguis used to have miscalculated positions and pd-l2ork fixed that while pd-vanilla/pd-extended didn't. Unfortunately, this breaks compatibility between pd-l2ork and pd-vanilla/pd-extended. Roman This is true. Although, I wouldn't call translating an object by 3 pixels exactly breaking compatibility. I do agree it is a nuisance nonetheless, yet I feel it is a necessary part of pd(-l2ork) growing and becoming more consistent. The reason why I did what I did in pd-l2ork is best portrayed if you use autopatching option which positions everything in line vertically. If you autopatch objects like atom, then hsl, then another atom (or symbol or simply an object), you'll see how things align (or don't). Now, if an object does not render properly in pd-l2ork because of this translation, then what is needed is simply nudging it in the opposite direction. However, if the object appears within the GOP boundaries but is still not visible in GOP window, then there may be some stale things I missed in the getrect call for hsl. In this case, please do file a bug report. Best wishes, Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Raspberry Pi USB2 audio fixed (apparently)
Yeah I tried the latest firmware with my Raspbian install and still have issues with my UA-25. Full stereo duplex = dropouts. :( On Jul 2, 2013, at 5:52 PM, pd-list-requ...@iem.at wrote: From: Pierre Massat pimas...@gmail.com Subject: Re: [PD] Raspberry Pi USB2 audio fixed (apparently) Date: July 2, 2013 3:52:31 PM EDT To: Julian Brooks jbee...@gmail.com Cc: PD List pd-list@iem.at Hi all, I did a fresh install of Raspbian using the NOOBS installer. The pd-extended package from puredata.info doesn't work with my soundcard (it wasn't working before). And Pd vanilla installed from the Raspbian repositories doesn't work with it either (although it was working fine before). My soundcard is an old EMU 0404 USB. By doesn't work I mean that it either throws an Audio stuck/closing audio error, or simply freezes everything (Pd, LXDE, mouse, everything) and all I can do is unplug the power chord. So for me not only did it not fix anything, but i'm actually worse off and left with the inability to use Pd at all on my Pi. I haven't tried Miller's compiled version of Vanilla yet (I still don't know how it is different from the one available in the Raspbian repos). The recent Planet CCRMA Satelite for the RPi is also an option. Pierre. Dan Wilcox @danomatika danomatika.com robotcowboy.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GOP text field / symbol which is resizeable? (was: GOP text field which sends bang?)
On Die, 2013-07-02 at 19:15 -0400, Ivica Ico Bukvic wrote: [symbol\ | [label $1( | [cnv] - (ATTN: Ivica) [hsl] seems to have the bounding box (?) miscalculated in l2ork so it doesn't GOP when it's less than 2-3px from the border of the parent canvas. Checked in Vanilla, it works as expected ([hsl] can be placed to the very border and it will GOP). According to Ivica this is on purpose. The reason is that iemguis used to have miscalculated positions and pd-l2ork fixed that while pd-vanilla/pd-extended didn't. Unfortunately, this breaks compatibility between pd-l2ork and pd-vanilla/pd-extended. This is true. Although, I wouldn't call translating an object by 3 pixels exactly breaking compatibility. If a patch just isn't usable at all on a different flavor, then I don't see how this doesn't qualify for breaking compatibility. Roman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list