Re: [PD] UDP server with Pd

On Sun, 2021-06-06 at 20:26 -0400, Martin Peach wrote: > > > If you have a [udpreceive 9898] as your 'server' it will receive from > anywhere on port 9898. So you can take the sender's ip and port from > the latest incoming message (route 'from' at the second outlet) and > use them to set the

Re: [PD] UDP server with Pd

On Fri, 2021-06-04 at 19:09 -0400, Martin Peach wrote: > On Fri, Jun 4, 2021 at 6:16 PM Roman Haefeli > wrote: > > On Fri, 2021-06-04 at 23:27 +0200, Christof Ressi wrote: > > > Instead of waiting for > > > https://github.com/pure-data/pure-data/issues/949 > >

Re: [PD] UDP server with Pd

On Fri, 2021-06-04 at 23:27 +0200, Christof Ressi wrote: > > > Instead of waiting for > https://github.com/pure-data/pure-data/issues/949 > - which will probably take months -, I am exploring stuff, partly out of curiousity. There is no expectation of anything to happen in certain time. >

Re: [PD] UDP server with Pd

On Fri, 2021-06-04 at 23:03 +0200, Christof Ressi wrote: > > I guess I have to wait for > > https://github.com/pure-data/pure-data/issues/949 or learn C ;-) > I've mentioned [iemnet/udpserver] a couple of times now. Does it not > work for your use case? Yes, you did. Sorry for not reacting

Re: [PD] UDP server with Pd

On Fri, 2021-06-04 at 21:34 +0200, Dan Wilcox wrote: > Ah yes, you are right. [timeout( is for TCP. I think I got that mixed > up with UDP previously closing itself after some sort of unknown host > return etc which we removed to make it "fire and forget." Ah, now I remember. It was that thread

Re: [PD] UDP server with Pd

On Thu, 2021-06-03 at 19:51 +0200, Dan Wilcox wrote: > You could try a longer connection timeout via the [timeout f( > message. Isn't the 'timeout' method only affecting TCP sessions? In UDP nothing at all is sent when using 'connect' method. It internally sets destination address and port, I

Re: [PD] UDP server with Pd

On Tue, 2021-06-01 at 15:27 -0700, Miller Puckette via Pd-list wrote: > One solution (which the conniption server/client and quacktrip both > use in somewhat different ways) is for a "netreceive" object to wait > for an incoming connection and then, once one arrives, immediately to > close > its

Re: [PD] UDP server with Pd

On Wed, 2021-06-02 at 17:29 -0400, Martin Peach wrote: > > What is/are the issue{s} with firewall + NAT? Asking because I never > used either, I only ever use them on a LAN. From what I know, NAT firewalls forward packets coming back from a public server only when previously a matching packet

Re: [PD] UDP server with Pd

(replying to list as - I believe - you intended to) On Wed, 2021-06-02 at 09:34 -0400, Martin Peach wrote: > On Wed, Jun 2, 2021 at 3:31 AM Roman Haefeli > wrote: > > On Tue, 2021-06-01 at 19:19 -0400, Martin Peach wrote: > > > A [udpsend] normally has a different p

Re: [PD] UDP server with Pd

On Tue, 2021-06-01 at 15:27 -0700, Miller Puckette via Pd-list wrote: > One solution (which the conniption server/client and quacktrip both > use in somewhat different ways) is for a "netreceive" object to wait > for an incoming connection and then, once one arrives, immediately to > close > its

[PD] UDP server with Pd

Hey all I would like to open a datagram listening socket and be able to send back to clients from which I received messages. It seems both [netsend -u] and (obviously) [netreceive -u] actually can open a listening socket. However, [netreceive -u] can't send anything back. While [netsend -u] can

Re: [PD] is there a way to color the points/curve in an array ?

On Sat, 2021-05-29 at 10:17 +0200, Jean-Yves Gratius wrote: > You should try my sarray abstraction (based on this discussion https://forum.pdpatchrepo.info/topic/11184/colarray-a-graphical-array-where-color-and-line-width-can-be-set ) > > download here

Re: [PD] is there a way to color the points/curve in an array?

On Fri, 2021-05-28 at 14:04 +0200, Roman Haefeli wrote: > On Fri, 2021-05-28 at 13:31 +0200, hans w. koch wrote: > > using 4 superimposed arrays to show different waveforms (e.g. phase > > differences), i was wondering, if there is a way to assign a unique > > color to ea

Re: [PD] is there a way to color the points/curve in an array?

On Fri, 2021-05-28 at 09:27 -0300, Alexandre Torres Porres wrote: > there's also this on the horizon > https://github.com/pure-data/pure-data/pull/711 Oh, that would be nice to have! Roman signature.asc Description: This is a digitally signed message part

Re: [PD] is there a way to color the points/curve in an array?

On Fri, 2021-05-28 at 13:31 +0200, hans w. koch wrote: > using 4 superimposed arrays to show different waveforms (e.g. phase > differences), i was wondering, if there is a way to assign a unique > color to each array, to visually better separate the waveforms. > i found a discussion "[PD] Array

Re: [PD] Patterns for Pd Documentation

On Tue, 2021-05-25 at 12:41 -0300, Esteban Viveros wrote: > > > About the point 2. It is addressed to open the scope of feedbacks. I > think that the effort to create a new standard for documentation > should cover as many opinions as possible at first (like this > one). It's like a brainstorm.

Re: [PD] Patterns for Pd Documentation

Hi On Mon, 2021-05-24 at 20:49 -0300, Esteban Viveros wrote: > 1. What is the audience that you believe will make use of the Pd > documentation? Things like, advanced english speakers, academics, the > gender, low/high earning power, if they are programmers, musicians, > open source people,

Re: [PD] numbers seem to be wrongly adding up

On Fri, 2021-05-21 at 11:19 +0200, ro...@dds.nl wrote: > i had the, apparently, wrong idea that it were the big numbers giving > problems when using floating point arithmetic. No, your idea is not wrong. Large numbers are a concern, too. Only integer numbers up to 16777216 are properly

[PD] data structure flickering

Hi When using "many" data structure scalars, all scalars seem to get redrawn on certain actions. I initially thought it happens when appending scalars, but it's appears simply appending a scalar doesn't trigger it. The time to redraw the scalars seems proportional to overall number of scalars.

Re: [PD] numbers seem to be wrongly adding up

On Wed, 2021-05-19 at 13:38 +0200, ro...@dds.nl wrote: > > the value that should be 0.1250 is actually 0.124 > > and 0.75 is actually 0.744. The intricacies of 32bit floating point numbers have been discussed up and down on this list. tldr; many decimal numbers do not have an exact

Re: [PD] quacktrip with more than 2 channels?

On Mon, 2021-04-19 at 23:04 +0200, Peter P. wrote: > Hi list, > > does anyone know whether one can run quacktrip with more than 2 > channels > of audio, either by modifying the abstractions Yes. > or by using two of them > side by side perhaps to permit for 4 channels? Yes, but two

Re: [PD] Pd and computer crash/freeze when using [comport], bug?

On Fri, 2021-04-09 at 09:31 +0200, Nicklas Lundberg wrote: > [comport] is communicating with an Arduino Nano over USB to control > PWM pins. > > If [comport] is receiving messages faster than 50 ms Pd will freeze, > has to be force quitted, system gets sluggish, and the computer has > to be

Re: [PD] Manage JACK connections from Pd

On Fri, 2021-03-26 at 16:00 +0100, Roman Haefeli wrote: > On Fri, 2021-03-12 at 19:20 +0100, Allister Sinclair wrote: > > I don't know if an external exists for that but you could use > > command > > lines from pd. > > (On linux I would use jack_connect and jack_disc

Re: [PD] Manage JACK connections from Pd

On Fri, 2021-03-12 at 19:20 +0100, Allister Sinclair wrote: > I don't know if an external exists for that but you could use command > lines from pd. > (On linux I would use jack_connect and jack_disconnect commands > through the [ggee/shell] object. Now, that [ggee/shell] reports the proper exit

Re: [PD] Netreceive + osc issue

On Wed, 2021-03-24 at 21:41 +0100, IOhannes m zmölnig wrote: > On 3/24/21 21:02, Rick Snow wrote: > > Hi all, > > > > I wonder if anyone can help me out with this issue. > > > > I’m receiving an OSC message using [netreceive -u -b 7002] from > > another piece of software on the same computer.

Re: [PD] Pduino 0.7 compatibility with Pd vanilla

On Thu, 2021-03-18 at 12:57 +0100, Gilles Marivier wrote: > > > Problem description : although sending message "pinMode 7 input" to > the [arduino] object, reading the #7 input state is impossible. There > is no error message, just nothing happens. I just uploaded a slightly revamped version as

Re: [PD] Pduino 0.7 compatibility with Pd vanilla

On Sat, 2021-03-20 at 19:24 -0400, Martin Peach wrote: > > [...] > > ...so possibly pduino is not yet compatible with version2. Thanks for having a look as well. The culprit was: [mod 128] | [div 128] cannot ever return 1. It should have been: [mod 256] | [div 128] in 8 subpatches of [pd

Re: [PD] Pduino 0.7 compatibility with Pd vanilla

On Sat, 2021-03-20 at 21:53 +0100, Roman Haefeli wrote: > On Sat, 2021-03-20 at 19:24 +0100, Gilles Marivier wrote: > > : > > > https://github.com/pd-externals/pduino/issues > > > > Done ! > > > > I forgot a point : all others pins work fine on Nano >

Re: [PD] Pduino 0.7 compatibility with Pd vanilla

On Sat, 2021-03-20 at 19:24 +0100, Gilles Marivier wrote: > : > > > > https://github.com/pd-externals/pduino/issues > > Done ! > > I forgot a point : all others pins work fine on Nano Thanks, yeah, I saw it. However, I can't make any promises, though, since I don't own a Nano (in case that

[PD] [PD-announce] netpd 2.3.0 released

Hi netpd 2.3.0 is released. This release features also stand-alone applications for macOS and Windows. Features and changes: - * give chat and unpatch a facelift * load instruments from scroll list instead of openpanel * support unlimited nesting of dynamic loading

Re: [PD] Pduino 0.7 compatibility with Pd vanilla

Hi Gilles On Thu, 2021-03-18 at 12:57 +0100, Gilles Marivier wrote: > > Hi, I'm back on the project using Pduino. I tested the new release > (thanks Roman). There's still the digital input #7 problem with the > Nano (168 or 368). > > Problem description : although sending message "pinMode 7

Re: [PD] providing object-lists for old deken packages (Re: restrict "find externals" to exact matches)

On Mon, 2021-03-01 at 20:13 -0300, Alexandre Torres Porres wrote: > Now, ggee has a > repository that you collaborated on => > https://github.com/pd-externals/ggee So... yeah, you've already > uploaded a new version of ggee to deken, so maybe you can get a new > version or the object list with

Re: [PD] Formatted datetime message

On Thu, 2021-03-18 at 09:57 +0100, Nicolas Montgermont wrote: > I was wondering what is the best (as in easiest/cleaner/vaniller) way > to > produce a filename with formatted date inside these days. > producing that kind of message with a bang: > MMDD-HHMMSS I don't think there is a

[PD] Manage JACK connections from Pd

Hi all Is there a way to create and remove audio connections between arbitrary JACK clients from Pd? Roman signature.asc Description: This is a digitally signed message part ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

Re: [PD] messy situations: writesf~ feature request

Hi Hans I don't think [writesf~] is supposed to be or should become a 'batteries included'-recording facility. I think its usage is much more flexible when it _does not_ report warning and errors under the circumstances you propose. Pd - being a programming language - provides all the utilities

[PD] samplerate mess when using JACK

Hi I would like to draw attention to this issue: https://github.com/pure-data/pure-data/issues/1283 It can have serious side effects, like wrong pitches, wrong timing, mismatch between audio streams sent over network (an issue which disguises itself as very jittery connection) and probably

Re: [PD] 2 bugs and a feature request, FYI

On Fri, 2021-03-05 at 21:42 +0100, IOhannes m zmölnig wrote: > > Am 5. März 2021 20:35:50 MEZ schrieb William Huston < > williamahus...@gmail.com>: > > > > > > https://github.com/pure-data/pure-data/issues/1279 > > > > > Well, I don't think everyone did agree. > > sure, at least one

Re: [PD] a barrel of fun: deken v0.7.1

On Fri, 2021-03-05 at 18:08 +0100, IOhannes m zmölnig wrote: > > (hopefully) fixed in deken-0.7.2, available via deken. Works for me now on Windows 10. Thanks. Roman signature.asc Description: This is a digitally signed message part ___

Re: [PD] a barrel of fun: deken v0.7.1

I get the same with same version of Pd on Windows 10. Roman On Thu, 2021-03-04 at 11:06 +0100, Dario Pedrioli wrote: > Hi, > > I've installed deken-plugin from deken on pd 0.51.4 - Windows 10 > I get this error on pd console: > --- > UNHANDLED ERROR: char map list unbalanced >

Re: [PD] [PD-announce] a barrel of fun: deken v0.7.1

On Wed, 2021-03-03 at 22:30 +0100, IOhannes m zmölnig wrote: > - select multiple packages (with right-click) and download/install > them at once I _love_ the ability to search for many packages at the same time (and then also select multiple for installation). For this to be useful, the

Re: [PD] [PD-announce] a barrel of fun: deken v0.7.1

On Wed, 2021-03-03 at 22:30 +0100, IOhannes m zmölnig wrote: > i'd like to announce the release of deken-v0.7.1 Very nice! Thank you! I'm glad to test. Roman signature.asc Description: This is a digitally signed message part ___

Re: [PD] providing object-lists for old deken packages (Re: restrict "find externals" to exact matches)

On Mon, 2021-03-01 at 20:13 -0300, Alexandre Torres Porres wrote: > > One way or another, what actually brought this up was someone having > trouble finding 'envgen' from ggee in deken, finding the one from > 'jl' instead (which is not from Extended by the way). Now, ggee has a > repository that

Re: [PD] providing object-lists for old deken packages (Re: restrict "find externals" to exact matches)

On Mon, 2021-03-01 at 17:45 -0300, Alexandre Torres Porres wrote: > > so we actually really need to reupload them, given the scenario, huh? Oh no, please don't. I'm grateful for all the effort that went into making these packages available through Deken. It made the transition from Pd-extended a

Re: [PD] pduino / comport / raspberry

On Sun, 2021-02-28 at 16:03 -0300, Alexandre Torres Porres wrote: > > > Em dom., 28 de fev. de 2021 às 15:48, Roman Haefeli < > reduz...@gmail.com> escreveu: > > On Sun, 2021-02-28 at 14:13 -0300, Alexandre Torres Porres wrote: > > > hi, will teach a course on

Re: [PD] restrict "find externals" to exact matches

On Fri, 2021-02-26 at 13:58 +0100, Roman Haefeli wrote: > On Fri, 2021-02-26 at 11:12 +0100, IOhannes m zmoelnig wrote: > > > how would you see such a change? > > I very much welcome it. > > > would the disruption be acceptable? > > The reason which tri

Re: [PD] restrict "find externals" to exact matches

On Fri, 2021-02-26 at 11:12 +0100, IOhannes m zmoelnig wrote: > how would you see such a change? I very much welcome it. > would the disruption be acceptable? The reason which triggered me to bring up the "detect dependencies from patch" thread was the fact that I got reports from users who

Re: [PD] detect dependencies from patch

On Fri, 2021-02-26 at 10:52 +0100, IOhannes m zmoelnig wrote: > On 2/22/21 10:06 AM, Roman Haefeli wrote: > > Hi all > > > > Is it possible to detect dependencies from within a patch? > > > > Often people report problems without mentioning '... couldn't >

Re: [PD] Best practices for [declare]

On Thu, 2021-02-25 at 11:13 +0100, Peter P. wrote: > * Roman Haefeli [2021-02-25 11:04]: > > On Thu, 2021-02-25 at 10:56 +0100, Winfried Ritsch wrote: > > > My 2 Cents: > > > > > > There is one pitfall which should be mentioned, since it happened > > >

Re: [PD] detect dependencies from patch

Thanks for that concise write-up. I think dealing with externals was never so stringent before as it is now. What I really appreciate is that going with defaults all along creates a sensible setup. Roman On Thu, 2021-02-25 at 10:18 +0100, Dan Wilcox wrote: > Howdy Phil, > > We are moving away

Re: [PD] Best practices for [declare]

On Thu, 2021-02-25 at 10:56 +0100, Winfried Ritsch wrote: > My 2 Cents: > > There is one pitfall which should be mentioned, since it happened to > me and > also others I wanted to teach structured Pd programming: > > "The order of -path statements matters" > > Use case: > If I want to look

Re: [PD] detect dependencies from patch

On Tue, 2021-02-23 at 14:51 -0300, Alexandre Torres Porres wrote: > well, I guess that's why you have declare for. Sure. What I mean is there is no introspection about what [declare] actually did. > and I once proposed this > https://github.com/pure-data/pure-data/issues/281 That is the

[PD] detect dependencies from patch

Hi all Is it possible to detect dependencies from within a patch? Often people report problems without mentioning '... couldn't create' errors. Also, people not so familiar with Pd don't know what library a certain objects belongs to and maybe also don't know how to search for it in "Find

Re: [PD] list item picker widget

On Fri, 2021-02-12 at 09:31 +0100, João Pais wrote: > > > I mean there is no way to detect > > hovering or a mouse key release. > > I think there's [mousestate] or maybe something in one of the iem > libraries (?), and if I remember correctly, structs can declare if a > mouse is over them. I

Re: [PD] list item picker widget - [declare] lib paths

Thanks for the full picture, Dan. I guess the main point is that when Pd users go along the defaults, they need patches to use -path and -lib. Even more, -lib and -path _also_ work for stuff installed in any of the standard search paths like /extra. Assuming that people use a recent version of

Re: [PD] list item picker widget

On Sat, 2021-02-13 at 19:47 -0300, Alexandre Torres Porres wrote: > what about the compiled externals? I only tried [flatgui/popup] and [tof/menubutton]. The former looks tk- ish and also expands over the patch canvas, which is good for large item lists. It's not very customizable, though.

Re: [PD] Dynamically set font size of patch

On Mon, 2021-02-15 at 22:29 +0100, João Pais wrote: > send [font x 100 100( to any canvas in your patch. The arguments are > the font menu parameters. Nice! Thank you very much. Roman signature.asc Description: This is a digitally signed message part

[PD] Dynamically set font size of patch

Hi Is it possible to dynamically set the font size of a patch? Thanks, Roman signature.asc Description: This is a digitally signed message part ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->

Re: [PD] list item picker widget

On Sun, 2021-02-14 at 21:59 +0100, Roman Haefeli wrote: > > I'm not quite sure what the canonical declaration style is, -lib/- > path or -stdlib/-stdpath. I guess the former will work better for > Pd's own default setup. I should say this is true since 0.50 or so. Before that, -stdl

Re: [PD] list item picker widget

On Sun, 2021-02-14 at 11:21 +0100, João Pais wrote: > > > > > > For [jp.menu] to load properly, I had to [declare -path ggee -path > > list-abs]. I think that could be done within [jp.menu] itself. > > Strange, that should be necessary in my computer as well. I'll have > to > check it. Ok, I

Re: [PD] list item picker widget

On Thu, 2021-02-11 at 15:05 -0300, Alexandre Torres Porres wrote: > If you want a vanilla dropdown, Henri made one here > https://github.com/HenriAugusto/guilla I found an important difference between [guilla/dropdownMenu] and [jmmmp/jp.menu]. The former uses sliders as buttons while the latter

Re: [PD] list item picker widget

On Fri, 2021-02-12 at 09:44 +0100, João Pais wrote: > > > you mean something like [jmmmp/jp.menu]? > > Exactly. Thanks for the pointer. That's definitely what I was > > looking > > for. Picking something can be done really quick, which is nice. One > > small caveat: I personally find it confusing,

Re: [PD] list item picker widget

On Thu, 2021-02-11 at 15:05 -0300, Alexandre Torres Porres wrote: > If you want a vanilla dropdown, Henri made one here > https://github.com/HenriAugusto/guilla Cool. That's also a nice one. Thanks for mentioning. It doesn't even use data structures, just dynamically resized GOP. BTW, the

Re: [PD] list item picker widget

On Thu, 2021-02-11 at 19:01 +0100, João Pais wrote: > you mean something like [jmmmp/jp.menu]? Exactly. Thanks for the pointer. That's definitely what I was looking for. Picking something can be done really quick, which is nice. One small caveat: I personally find it confusing, when the

Re: [PD] list item picker widget

On Thu, 2021-02-11 at 16:51 +, Jonathan Wilkes wrote: > It's possible to build one with data structures. There may be one > from me or others on the pd forum. But it's really a pain to build. I'm not even so worried about the pain of building, but about how you can make something that feels

[PD] list item picker widget

Hi I'm curious what types of list item pickers widgets exist in Pd realm. I imagine a widget that lets you select an item from a arbitrary length list that only displays the picked item and thus uses little screen estate when not in active use. I don't know any but the kludgy ones I made myself.

Re: [PD] OSC problem

On Tue, 2021-02-09 at 09:52 +0100, IOhannes m zmölnig wrote: > PS: it would help *tremendously* if you could mention what you are > actually using to receive OSC. But also what you are using for _sending_ OSC messages. I gather you wrote something in Unity. Are you sending in UDP or TCP? If you

Re: [PD] Advice on netsend to broadcast

On Sat, 2021-02-06 at 23:02 +0100, Roman Haefeli wrote: > On Sat, 2021-02-06 at 22:55 +0100, Roman Haefeli wrote: > > On Sat, 2021-02-06 at 00:36 +0100, João Pais wrote: > > > I'm preparing a patch using [netsend -u -b], sending to > > > 192.168.178.255

Re: [PD] Advice on netsend to broadcast

On Sat, 2021-02-06 at 22:55 +0100, Roman Haefeli wrote: > On Sat, 2021-02-06 at 00:36 +0100, João Pais wrote: > > I'm preparing a patch using [netsend -u -b], sending to > > 192.168.178.255 > > with my home devices. This was working quite well, but suddenly one > > o

Re: [PD] Advice on netsend to broadcast

On Sat, 2021-02-06 at 00:36 +0100, João Pais wrote: > > I'm preparing a patch using [netsend -u -b], sending to > 192.168.178.255 > with my home devices. This was working quite well, but suddenly one > of > them stopped sending data to this address Does the outlet of [netsend] indicate that it

Re: [PD] soundtouch~ for Pd Vanilla

On Wed, 2021-01-27 at 22:59 -0300, Alexandre Torres Porres wrote: > It's only missing binaries for windows64 bits, linux64 bits and > raspberry pi versions. Hopefully other people can build and upload > them. I'd be glad to help out here. I don't know how to build it, though. Simply running

Re: [PD] Symbol atom showing backslashes

On Tue, 2021-01-26 at 00:03 +0100, IOhannes m zmölnig wrote: > On 1/25/21 11:20 PM, Christof Ressi wrote: > > The display of the escaping backslash is certainly a bug... I > > thought > > there already was a bug report. If not, would you file one? ;-) > > you mean

Re: [PD] Symbol atom showing backslashes

On Mon, 2021-01-25 at 21:44 +0100, Roman Haefeli wrote: > Hi all > > Is there a reason why symbol atoms add a backslash in front of > spaces? > Why is the display showing the escape mechanism? I think it got introduced in 0.51, btw. Roman signature.asc Description: This is a d

[PD] Symbol atom showing backslashes

Hi all Is there a reason why symbol atoms add a backslash in front of spaces? Why is the display showing the escape mechanism? Roman signature.asc Description: This is a digitally signed message part ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE

Re: [PD] Get IP from Pd + network broadcast

On Fri, 2021-01-22 at 23:14 +0100, Christof Ressi wrote: > > [netreceive] reports the source address for received data only > > for TCP connections, but not for UDP > [netreceive -u -f] works just fine for me on Pd 0.51 ;-) Ah, the -f flag. Thanks for correcting me! Roman signature.asc

Re: [PD] Get IP from Pd + network broadcast

On Fri, 2021-01-22 at 22:52 +0100, Roman Haefeli wrote: > Hi João > > > On Fri, 2021-01-22 at 19:41 +0100, João Pais wrote: > > I wanted to check if there are any new methods to get one's own ip > > from Pd - that is, so that a user doesn't go check the system > > s

Re: [PD] Get IP from Pd + network broadcast

Hi João On Fri, 2021-01-22 at 19:41 +0100, João Pais wrote: > I wanted to check if there are any new methods to get one's own ip > from Pd - that is, so that a user doesn't go check the system > settings. I need that, too, and I can't wrap my head around figuring out how to do it. Using a

Re: [PD] hexadecimal conversion problem

On Wed, 2021-01-20 at 01:19 +0100, oliver wrote: > > > is there anything i can do to make PD take 27E5 as a literal symbol > rather than a float ? * Typing it into a symbol atom * Forcing it to be a symbol by adding an alphabetic character (Prepending a '0x' is quite common) * Receiving the

Re: [PD] unicode symbols and Pd

On Mon, 2021-01-18 at 12:43 +0100, IOhannes m zmölnig wrote: > > afaik, the only thing that does not work¹ are emojis. while they are > technically just unicode symbols, it seems that i cannot enter them > (although they are displayed correctly, if you get them into the > patch Saying "the

Re: [PD] unicode symbols and Pd

On Sun, 2021-01-17 at 21:40 +0100, IOhannes m zmölnig wrote: > On 1/17/21 7:40 PM, oliver wrote: > > > > > And yes, I agree it would be great if canvases would allow this > > character to be displayed correctly. > > but they do. since ages. Can't reproduce right now, but I remember instances

Re: [PD] unicode symbols and Pd

On Sun, 2021-01-17 at 18:03 -0300, Alexandre Torres Porres wrote: > Em dom., 17 de jan. de 2021 às 17:42, IOhannes m zmölnig < > zmoel...@iem.at> escreveu: > > afaik we have a working unicode implementation in Pd for more than > > 10 years. > > what's the buzz, tell me what's a-happening... > >

Re: [PD] split number into digits

On Sun, 2021-01-17 at 13:29 -0500, José Rafael Subía Valdez wrote: > maybe with [mod]. Is the number always going to have 3 digits?? > > playing around in 3 minutes, I came up with this (see picture > attached). I do not consider it to be elegant, but maybe its a place > to start attached patch

Re: [PD] netpd-windows stand-alone package doesn't work

Hi Rolf Thanks for reporting. The whole purpose of this to exercise was to make life simpler, not more complicate. I'm somewhat sorry that it doesn't work. Also a bit clueless. On Tue, 2021-01-12 at 18:04 +0100, ro...@dds.nl wrote: > Windows 10 > > i've downloaded and unpacked

Re: [PD] set screen resolution from within Pd (Linux)

On Tue, 2021-01-12 at 13:12 +0100, Ingo wrote: > > However, when I try to find the display information with "xrandr -q" > I get > only "Can't open display" with no further information. Are you logged in through SSH by any chance? If so, give us the full picture of what you are actually doing.

Re: [PD] set screen resolution from within Pd (Linux)

Hi Ingo On Tue, 2021-01-12 at 05:46 +0100, Ingo wrote: > Is it possible to set the screen resolution from within Pd in Debian > (with > or without externals)? Yes. > If yes how? With something like (untested example specific to my setup): [xrandr --output eDP-1 --mode "1920x1080_60.00"( |

[PD] [PD-announce] New version of tpf-client / tpf-server available

Hi all The tool set tpf-client / tpf-server is used for low-latency, multi- channel and multi-location audio transmission and is built in Pd. A new version (1.1-beta1) is available. New features: * Support for rooms (allows many parallel sessions) * Ability to re-order peers in slots *

Re: [PD] fluid~ for Pd-Vanilla - test version

On Fri, 2021-01-08 at 07:35 -0300, Lucas Cordiviola wrote: > On 1/7/2021 11:20 AM, Roman Haefeli wrote: > > Works for me. Your libfluidsynth dynamic library is very stripped > > down. > > I checked the one from repos of Ubuntu 20.04 and it links to a lot > > of >

Re: [PD] fluid~ for Pd-Vanilla - test version

On Thu, 2021-01-07 at 00:14 -0300, Alexandre Torres Porres wrote: > we still need to sort this for linux, Since you seem you got it sorted (and I figured out how to compile fluidsynth with no additional deps), I made a build for Linux-arm7-32 (Raspberry Pi): https://netpd.org/~roman/tmp/fluid~/

Re: [PD] fluid~ for Pd-Vanilla - test version

On Thu, 2021-01-07 at 12:01 -0300, Alexandre Torres Porres wrote: > Em qui., 7 de jan. de 2021 às 11:22, Roman Haefeli < > reduz...@gmail.com> escreveu: > > but don't understand how this is done on Linux. > > me neither, in any case, this thread was just for people to down

Re: [PD] fluid~ for Pd-Vanilla - test version

On Thu, 2021-01-07 at 12:22 -0300, Alexandre Torres Porres wrote: > Em qui., 7 de jan. de 2021 às 06:48, Roman Haefeli < > reduz...@gmail.com> escreveu: > > Maybe include something in the README like: > > > > --- > > On Debian and derivatives, you need to in

Re: [PD] fluid~ for Pd-Vanilla - test version

On Thu, 2021-01-07 at 07:40 -0300, Lucas Cordiviola wrote: > here: > > https://nc.nubegris.com.ar/index.php/s/nRWQi3CBCdYctHx > > > are linux64/32 test versions that includes fluidsynth 2.1.6 > > feedback is welcomed Works for me. Your

Re: [PD] fluid~ for Pd-Vanilla - test version

On Thu, 2021-01-07 at 14:29 +0100, Allister Sinclair wrote: > On Ubuntu Studio 20.04, > https://nc.nubegris.com.ar/index.php/s/nRWQi3CBCdYctHx > doesn't work at all What exactly? It loads fine and example from help creates sound here on Ubuntu 20.04. > and >

Re: [PD] fluid~ for Pd-Vanilla - test version

On Thu, 2021-01-07 at 00:14 -0300, Alexandre Torres Porres wrote: > Ok, we made lots of progress and now we have tests versions for macOS > and Windows (32 and 64 bits). I think it's great you put effort into making [fluid~] available. Cool! > we still need to sort this for linux, It builds

Re: [PD] Pduino compatibility with Pd vanilla

On Wed, 2020-12-23 at 14:52 +0100, Gilles Marivier wrote: > Le 23/12/2020 à 12:24, IOhannes m zmoelnig a écrit : > > On 12/23/20 11:33 AM, Gilles Marivier wrote: > > > hello, thank you. > > > > > > Le 23/12/2020 à 10:51, IOhannes m zmoelnig a écrit : > > > > On 12/22/20 4:59 PM, Gilles Marivier

Re: [PD] "make app" for vanilla?

On Sat, 2021-01-02 at 22:00 +0100, João Pais wrote: > > I made a netpd.app that is basically a Pd.app containing patches > > and > > externals. I use kiosk-plugin to disable menus and Pd-console. I > > modified pd-gui.tcl to load the main patch automatically. If > > interested, have a look at: > >

Re: [PD] else/dir: different behaviour between Debian and Ubuntu

(sorry, posting again to list) On Sun, 2021-01-03 at 17:44 -0300, Alexandre Torres Porres wrote: > Em qua., 16 de dez. de 2020 às 09:57, Roman Haefeli < > reduz...@gmail.com> escreveu: > > On Wed, 2020-12-16 at 09:50 -0300, Alexandre Torres Porres wrote: > > > yeah, t

Re: [PD] "make app" for vanilla?

Hey Alex On Thu, 2020-12-31 at 18:19 -0300, Alexandre Torres Porres wrote: > Hi, we all know Pd Extended had that nice feature of sharing your > patch as an app, could that be available for Vanilla as a plugin? Maybe the answer is in your subject line? When I read it, I thought you were talking

Re: [PD] moocow string2any

On Tue, 2020-12-22 at 16:59 +0100, Gilles Marivier wrote: > I encounter a problem regarding Pduino 0.6 with Pd vanilla 0.51-1. > The > digital input 7 of Arduino Nano doesn't return anything. Here are my > tests : > - tried with different Nano boards : nothing changed > - tried differents

Re: [PD] moocow string2any

On Wed, 2020-12-23 at 17:24 -0300, Alexandre Torres Porres wrote: > But yeah, I can gladly restore this "functionality" and document it > for the next release if anyone believes it's important. Just for the sake of pduino, I wouldn't bother. There is no good reason to use [prepend] and version

Re: [PD] Pduino 0.5 and 0.6 compatibility with Pd0.51-1

On Wed, 2020-12-23 at 15:10 +0100, Gilles Marivier wrote: > Le 23/12/2020 à 14:53, Roman Haefeli a écrit : > > On Tue, 2020-12-22 at 16:59 +0100, Gilles Marivier wrote: > > > > > I encounter a problem regarding Pduino 0.6 with Pd vanilla 0.51-1 > > > > >

Re: [PD] moocow string2any

On Tue, 2020-12-22 at 16:59 +0100, Gilles Marivier wrote: > I encounter a problem regarding Pduino 0.6 with Pd vanilla 0.51-1 > On Wed, 2020-12-23 at 11:33 +0100, Gilles Marivier wrote: > route 13 0 20 1 (message->prepend) connection failed > route 14 0 20 1 (message->prepend) connection

<    1   2   3   4   5   6   7   8   9   10   >