Re: [PD] mkdir in motex/system

but all I get is error messages Would you mind sharing the error messages? ;-) Your OS version would be helpful as well. Christof On 27.09.2020 18:01, David Schaffer wrote: Hi there, I’m trying to use the mkdir command with [system] but all I get is error messages, has anyone been successfu

Re: [PD] pd~ fifo flag and block delays

e, I guess asynchronous behavior could be automatically enabled when ninsig=0 and noutsig=0? Antoine Le ven. 25 sept. 2020 à 12:43, Christof Ressi <mailto:i...@christofressi.com>> a écrit : The "delay" setting is in ms, but the "-fifo" argument is in blocks.

Re: [PD] pd~ fifo flag and block delays

The "delay" setting is in ms, but the "-fifo" argument is in blocks. Note that the "delay" setting is only valid for the parent process. In the subprocess, all audio settings from the menu are ignored because the relevant settings are passed via the [pd~] object). Christof On 25.09.2020 04:56

Re: [PD] pd~ fifo flag and block delays

The "delay" setting controls the ringbuffer size of the parent process (only true if not in "callback" mode). The "-fifo" argument for [pd~] controls the ringbuffer size of the subprocess. Any CPU spikes which the subprocess ringbuffer can't handle will "spill" over to the parent process. Ch

Re: [PD] pd~ fifo flag and block delays

I think that having a small buffer for the subprocess is not a problem, as long as the buffer (= delay) of the parent process is large enough to absorb the CPU spikes of the subprocess. If you use a single buffer for the subprocess, then the parent process practically has to absorb all CPU spi

Re: [PD] packed floats to select object changes the select value

Especially with [select], it's hard to check its internal state. Maybe a possibility for introspection is lacking here? [select] doesn't have any more internal state than, say, [+]. It is not special in any way. A new 'introspect' method, that would print the current state to the console? Ple

Re: [PD] packed floats to select object changes the select value

add a list method to truncate incoming lists to the first item. ... Would that work? Unfortunately no, because [select] already has a (default) list method. Also I don't see why the behavior should depend on the presence of creation arguments... In Pd we can *extend* behavior, but we can ne

Re: [PD] packed floats to select object changes the select value

due probably to pd objects' default behaviour of using a second float to set the cold inlet. that's correct. The first inlet of [select] expects a *single* float (or symbol). The help patch says: "compare floast and symbol". Pretty sure this is unwanted behaviour The behavior has been like

Re: [PD] pd~ binary for max/msp - version 0.5 released

I have to shamefully admit that I do something similar: rename the "po" to "po_" :-) On 09.09.2020 11:41, oliver wrote: João Pais wrote: a new question: I have a german windows, but I prefer to have Pd in english. For that, I use a batch script with "set LANG=en" when starting Pd. Is that som

Re: [PD] pd~ binary for max/msp - version 0.5 released

It's just changing pd.com to pd.exe in the pd~ code It might be nice to have an option to choose between both behaviors (with/without console). Often the console window is annoying, but sometimes it's very useful for debugging! Christof On 09.09.2020 00:04, Miller Puckette via Pd-list wrote:

Re: [PD] messages to array define

Hi, how do i tell an [arry define] to display its contents in points rather than bezier? There is no such message (yet). You have to choose the style from the properties - which don't work for [array define]. Note that [array define] is really meant as a replacement for [table], i.e. when y

Re: [PD] [PD-announce] [vstplugin~] v0.4.0 released!

p?fbclid=IwAR3jhN4WlF7DLBrMRt2dZvWCHRmfm1R3mKcS__iS9V1n99ER5HBiC7m03FU>. It is basically the same as the official Pd vanilla, but it offers the option to run a Cocoa event loop. Maybe this or a similar feature will make its way into a future Pd version :-) On 05.09.2020 23:59, Christof Ressi w

[PD] [PD-announce] [vstplugin~] v0.4.0 released!

I'm happy to announce the release of [vstplugin~] v0.4.0 - a Pd external to load VST plugins on Windows, macOS and Linux! Binaries are available on Deken or can be downloaded here: https://git.iem.at/pd/vstplugin/-/releases If possible, please rep

Re: [PD] search plugin segfaults pd

https://puredata.info/downloads/searchplugin Hmmm... "Get Search/Browse Plugin for All platforms " gives me a 404. Do you have a link to the actual plugin? Pd segfaults. Just to be sure: which process actually segfaul

Re: [PD] Binural externals

it was the VST2 sdk setup that always defeated me. Yes!! earplug~ I will give it a try. thanks guys any other suggestions? On Sat, Aug 29, 2020 at 4:56 PM Christof Ressi <mailto:i...@christofressi.com>> wrote: Personally, I use the IEM plugin suite (https://plugins.iem.at/) w

Re: [PD] Binural externals

Personally, I use the IEM plugin suite (https://plugins.iem.at/) with [vstplugin~]. They have a good binaural decoder. On 29.08.2020 17:59, José Rafael Subía Valdez wrote: Hello List, a long time ago, maybe 10 years, I do remember finding a couple of binural options as externals for PD, now wi

Re: [PD] Inlet - Unexpected Behaviour

I agree that it's not practical for you to submit patches both to Pd vanilla and PurrData. After all, it is mostly trivial to backport the changes. Just let us know occasionally when you've found some critical issues :-) Christof On 29.08.2020 21:58, Jonathan Wilkes via Pd-list wrote: On S

Re: [PD] Inlet - Unexpected Behaviour

I already made a PR which addresses the issues pointed out by Jonathan: https://github.com/pure-data/pure-data/pull/1112 On 29.08.2020 21:04, Alexandre Torres Porres wrote: Em qui., 6 de ago. de 2020 às 16:08, Jonathan Wilkes mailto:jancs...@yahoo.com>> escreveu: > On Thursday, August 6,

Re: [PD] deken and pd -noprefs

FWIW, I cannot reproduce this here on Windows. "-noprefs" doesn't make a difference for Deken and I can see all the libraries you've mentioned. What is your system? Christof On 24.08.2020 16:29, cyrille henry wrote: ok, my guess are probably wrong, you can ignore them. the fact are : starting

Re: [PD] pd~ binary for max/msp

That was probably tongue in cheek, but I would like to point out nevertheless that [pd~] is much more powerful than Camomile: it isn't constrained to the VST paradigm, you can easily use externals, etc. Christof On 24.08.2020 15:20, IOhannes m zmoelnig wrote: On 24.08.20 15:12, João Pais wrot

Re: [PD] New "fast-forward" message

ce the message scheduler (which is global). With this method, you can basically amortized DSP computations over a given period of time. Christof On 17.08.2020 19:27, Alexandre Torres Porres wrote: Em seg., 17 de ago. de 2020 às 13:20, Christof Ressi mailto:i...@christofressi.com>> es

Re: [PD] New "fast-forward" message

: Em seg., 17 de ago. de 2020 às 12:02, Christof Ressi mailto:i...@christofressi.com>> escreveu: With [pd~], the parent process "drives" the subprocess. If the subprocess blocks (beyond the given delay time), the parent process also blocks. so I see it's

Re: [PD] New "fast-forward" message

I'm doing this to test if I don't get an audio dropout in the main patch by running the batch in a pd subprocess. With [pd~], the parent process "drives" the subprocess. If the subprocess blocks (beyond the given delay time), the parent process also blocks. --- No audio is generated at all,

Re: [PD] [PD-dev] REQUEST: Passed parameters into subpatch

I always structure my patches as xxxpatch.pd, and all abstractions in a folder, so that all abstractions can be called as [pp/xxx]. Then there's only one pd file in the main project folder, everything else is tucked away. Also very easy to zip together. +1 Personally, I always have a "main.pd

Re: [PD] [PD-dev] REQUEST: Passed parameters into subpatch

On macOS, unzip usually is a simple double click. On Window/Linux it's usually something like right click -> extract. Is this too much to ask for users of a computer music program? ;-) Christof On 17.08.2020 08:55, Roman Haefeli wrote: On Sun, 2020-08-16 at 18:49 +0800, Matt Davey wrote: Muc

Re: [PD] New "fast-forward" message

gt; do it it's much easier to be able to set the process off with a button from > inside Pd. Great, kind of what I was expecting, but I still needed an example to see how to make this happen :) Em dom., 16 de ago. de 2020 às 08:16, Christof Ressi mailto:i...@christofressi.c

Re: [PD] [PD-announce] Pd 0.51-1 released

I once made an external which does the same thing (https://git.iem.at/ressi/batchrecord) and it's cool that the same thing is now possible in the core! My use case was that I had a patch which either produced some generative music or processed some soundfile and I wanted to record N seconds as

Re: [PD] [PD-dev] REQUEST: Passed parameters into subpatch

The purpose of subpatches is to hide stuff. If you feel the need for creation arguments, it is a good indication that you really should be using an abstraction instead. That's what they are made for. Like, when you need to make just 2 copies of something in a patch.  Left / right pairs for st

Re: [PD] [PD-dev] REQUEST: Passed parameters into subpatch

This would be a nice feature Do you mean the "-x" flag? ;-) Christof On 16.08.2020 02:42, William Huston wrote: What about this?   [pd NAME IGNORED ...  -p ARG1 ARG2...] This would be a nice feature, in that it would make subpatches work more like abstractions. Thanks, BH -- William

Re: [PD] 0.51-1-test1 issues

setting is really clunky... Christof On 15.08.2020 11:53, Christof Ressi wrote: I think I'd better just go back to the buttons. Why? The dropdown list looks great! I saw on GitHub that it doesn't work yet as expected, but that should be a trivial fix. After all, it's just a comb

Re: [PD] 0.51-1-test1 issues

tte via Pd-list wrote: Sure enough - I think I'd better just go back to the buttons. thanks M On Sat, Aug 15, 2020 at 12:09:43AM -0300, Alexandre Torres Porres wrote: Em qui., 13 de ago. de 2020 ??s 07:36, Christof Ressi escreveu: now maybe also add 88.2 and 192k? Actually, with ver

Re: [PD] 0.51-1-test1 issues

xandre Torres Porres wrote: Em qui., 13 de ago. de 2020 ??s 07:36, Christof Ressi escreveu: I think the samplerates should really be a dropdown list instead of lots of buttons... makes sense :) ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE an

Re: [PD] deken re-detects platform on rpi4

I got a bug report where a user told me he can't find my library on Deken. It was the same issue you've described! I didn't have the time back then to further investigate and forgot about it. Maybe file a bug report at the Deken repo: https://github.com/pure-data/deken. Christof On 13.08.2020

Re: [PD] 0.51-1-test1 issues

2- For the sample rate buttons, it feels more intuitive to me that it starts with 44.1k and then goes higher to 48k and 96k Agreed now maybe also add 88.2 and 192k? Then it'd be better to have "Use Callbacks" and "block size" in a new level below or rearrange things differently. I think the sam

Re: [PD] soundfiler read with offset?

Right now this is not possible, but it would be a nice feature. Please make a feature request on GitHub! In the meantime there's a simple (but inefficient) workaround: read the soundfile into a different array and then copy it over with [array get] / [array set]. Christof On 13.08.2020 02:0

Re: [PD] Inlet - Unexpected Behaviour

D'oh, I've seen that you've pushed your fix on Master. I've reverted mine on develop. On 06.08.2020 21:30, Christof Ressi wrote: Hi Miller, I didn't get your e-mail on time, so I've already a pushed a trivial fix to the "develop" branch in the m

Re: [PD] Inlet - Unexpected Behaviour

Another regression-- [inlet~ fwd] unconditionally allocates space on the stack to copy the entire incoming message. Also-- I *think* Pd Vanilla doesn't forward pointer messages through [inlet~ fwd] Good points! On 06.08.2020 21:05, Jonathan Wilkes wrote: > On Thursday, August 6, 2020, 2:07:09

Re: [PD] Inlet - Unexpected Behaviour

Hi Miller, I didn't get your e-mail on time, so I've already a pushed a trivial fix to the "develop" branch in the meantime. Christof On 06.08.2020 20:44, Miller Puckette via Pd-list wrote: Oops - this apparently crept in as part of the inlet~ message outlet feature. I think I have a simple

Re: [PD] Inlet - Unexpected Behaviour

I am asking whether the string "fwd" in a message has a special meaning to inlet. You have hit a bug! "fwd" is internally used by signal inlets to forward messages to the (new) second outlet, but it accidentally broke "fwd" messages for non-signal inlets. I've just pushed a fix to the develop b

Re: [PD] inlet: expected 'signal' but got 'bang'

does in normal patches was the key to finding the error! Replacing the abstraction within clone with a single instance made it possible to use the last error find option available. Thank again, Sebastian On 17 Jul 2020, 00:12 +0100, Christof Ressi , wrote: Hi, The only object I am aware of

Re: [PD] inlet: expected 'signal' but got 'bang'

Hi, The only object I am aware of being able to produce an error like this is the [inlet~] This error message is also shown whenever you send a bang to any signal inlet - except for the main inlet. Try to send a bang to the right inlet of [+~], for example. The 'last error' feature does u

Re: [PD] one abstraction, different delay lines?

ngle one, send a [all on 0< message followed by the single one to enable, [1 on 1<. On Jul 1, 2020, at 12:00 PM, pd-list-requ...@lists.iem.at <mailto:pd-list-requ...@lists.iem.at> wrote: Message: 1 Date: Tue, 30 Jun 2020 13:31:57 +0200 From: Jakob Laue mailto:jakk

Re: [PD] matlab camera calibration app to Pd

Is it possible to pass through live cam input and send the corrected one to Pd immediately? You can translate the matlab code to a pixel shader or try to modify an existing shader (e.g. https://www.shadertoy.com/results?query=lens%20distortion&sort=popular&from=0&num=12). Christof On 09.07.20

Re: [PD] libpd 0.12 Pd core version (0.50-2 or 0.51)

Multi instance To be clear, Pd / libpd already have multiinstance support for a while now, only a few things like multiinstance MIDI hooks are missing. 64 bit I guess you mean double precision? I know I'm being a bit pedantic here, but this has been an endless source of confusion. Anyway, Pd

Re: [PD] adc/dac~ 'set' method on PD and purr data

Pd 0.47. Here's the commit: https://github.com/pure-data/pure-data/commit/40d23c4a90a608a44d9b4c7f3e689da5c585970b. Make a feature request at the Purr Data repo. Christof On 07.07.2020 23:40, Raphael Raccuia wrote: Hi! since which version of PD the [set( method is implemented for [adc~] and

[PD] [off topic] Podcast with Paul Davis (JACK/Ardour)

I found this interview very interesting and wanted to share it: http://libregraphicsworld.org/blog/entry/podcast-ep-003-paul-davis-on-fixing-big-linux-audio-issues It's not only about "linux audio issues", but about audio APIs in general, the history and future of JACK, LV2, Ardour, VCV rack, h

Re: [PD] one abstraction, different delay lines?

th different settings on the master channel. It sounds nice, but it is not what I want right now:) All the best, Jakob *Gesendet:* Sonntag, 28. Juni 2020 um 17:24 Uhr *Von:* "Christof Ressi" *An:* "Pd-List" *Betreff:* Re: [PD] one abstraction, different delay lines? hav

Re: [PD] [PD-announce] AoO (audio over OSC) v2.0-pre2

ldn't bind to port 1000 aoo_client: couldn't bind to port 1001 aoo_send~: couldn't bind to port 1000 aoo_receive~: couldn't bind to port 1001 that's on Ubuntu 20.04 I think it works once I change the [aoo_client] to 8000 and 8001 On 22.06.20 15:20, Christof Ressi wrote: D

Re: [PD] [PD-announce] AoO (audio over OSC) v2.0-pre2

Lab https://robinson.audio | +61 478 429 800‬ On 24 Jun 2020, 19:49 +1000, Christof Ressi , wrote: Hi, the first use case was an audio installation by Bill Fontana in Graz (March - June) where we placed environmental streaming devices at 8 different places in the city and streamed the sounds

Re: [PD] one abstraction, different delay lines?

l the best, Jakob *Gesendet:* Sonntag, 28. Juni 2020 um 15:33 Uhr *Von:* "Jakob Laue" *An:* "Christof Ressi" *Cc:* "Pd-List" *Betreff:* Re: [PD] one abstraction, different delay lines? Hello again! Yep, maybe I should explain what I want to do :-P I am building a s

Re: [PD] [PD-announce] AoO (audio over OSC) v2.0-pre2

ablish UDP connection to groupa|win81; timed out after 5  seconds ~~ I use "vrr.iem.at" or my own [aoo_server]. What am I missing? [1] (main.pd) https://nc.nubegris.com.ar/index.php/s/Sw8y2Br7cy7nAxP Mensaje telepatico asistido por maquinas. On 6/22/2020 10:20 AM, Christof Ress

Re: [PD] one abstraction, different delay lines?

so that it will be able to write into/create different delay lines "on the fly"? It's currently not possible to dynamically changing the source delay line ("write into") for objects like [delread~] or [vd~], but it would be good feature request! I'm not sure why you would want to dynamically "c

Re: [PD] tcpserver, flush?

it's just a zip file in disguise ;-) On 25.06.2020 18:24, ro...@dds.nl wrote: @christof >the outcome of these tests si that tcpserver is not suitable for my installation(s). >You might try latest iemnet: https://git.iem.at/pd/iemnet/-/jobs/17401/artifacts/download?file_type=archive how

Re: [PD] tcpserver, flush?

the outcome of these tests si that tcpserver is not suitable for my installation(s). You might try latest iemnet: https://git.iem.at/pd/iemnet/-/jobs/17401/artifacts/download?file_type=archive [iemnet/tcpserver] didn't have immediate sending (TCP_NODELAY) enabled. BTW, if you always broadcast

Re: [PD] How to establish a data channel beside Audio Over Osc (was : [PD-announce] AoO (audio over OSC) v2.0-pre2)

a [netsend]/[netreceive] on another port. Christof On 23.06.2020 13:52, Christof Ressi wrote: Hi, I need a data channel in order to transmit control rate messages betwwen the two pd instances. I'm already planning a feature where you can use [aoo_client] to send/broadcast arbitrary

Re: [PD] How to establish a data channel beside Audio Over Osc (was : [PD-announce] AoO (audio over OSC) v2.0-pre2)

audio over OSC) v2.0-pre2 From: Christof Ressi Date: 22/06/2020 à 15:20 To: pd-annou...@lists.iem.at Dear list, here's a new pre-release for the AoO multichannel audio streaming library. In the last two months, the library has been seen many improvements and has been used successfully in o

Re: [PD] [expr] - fmod weirdness

is this a single / double precision case ? yes. you get a similar result with [/ 4] -> [wrap] -> [* 4]. A number like 1/10 can't be accurately represented in binary (just like 1/3 can't be represented in decimal). In short: you shouldn't expect fmod(4.1, 4) to yield exactly 0.1. If you happen

[PD] [PD-announce] AoO (audio over OSC) v2.0-pre2

Dear list, here's a new pre-release for the AoO multichannel audio streaming library. In the last two months, the library has been seen many improvements and has been used successfully in our Virtual Rehearsal Room project (see vrr.iem.at ). Binaries for all common platf

Re: [PD] pd_defaultbang to non-default list handler

t methods with a NULL selector, so that it's clear that the selector is not to be used? Christof On 21.06.2020 18:28, Christof Ressi wrote: Hi Miller, Perhaps objects should not depend on knowing a selector that might be undefined. The problem is that it is not really clear which selecto

Re: [PD] pd_defaultbang to non-default list handler

tor that might be undefined. cheers Miller On Sun, Jun 21, 2020 at 12:55:47AM +0200, Christof Ressi wrote: I guess what I'm trying to ask is if there's a design constraint that requires the selector to be null in said code. Or better yet-- if the code were changed so that the selector

Re: [PD] getting vanilla gui objects into standalone builds

Hi, on desktop it's easy: just bundle Pd with your patch, add a simple starter script and maybe use the KIOSK plugin to hide the console. Mobile is tricky, because of the locked down nature of the platforms (especially iOS). There are projects to run Pd patches on Android (http://droidparty.

Re: [PD] pd_defaultbang to non-default list handler

selectors (e.g. coming from externals) Those patches obviously haven't been merged, but I think they should be reconsidered. Christof On 21.06.2020 00:47, Jonathan Wilkes wrote: > On Saturday, June 20, 2020, 6:34:02 PM EDT, Christof Ressi wrote: In pd_defaultbang, what is the re

Re: [PD] pd_defaultbang to non-default list handler

s necessary for the default anything method (which prints an error message). Christof On 21.06.2020 00:29, Christof Ressi wrote: Ah, sorry, I misread you're last reply. I thought you were repeating your first question :-) On 21.06.2020 00:24, Christof Ressi wrote: Did you read the di

Re: [PD] pd_defaultbang to non-default list handler

Ah, sorry, I misread you're last reply. I thought you were repeating your first question :-) On 21.06.2020 00:24, Christof Ressi wrote: Did you read the discussion I've linked too? To quote Miller: I'm not sure this is a real problem - _anything and _list methods simply ar

Re: [PD] pd_defaultbang to non-default list handler

stion. Since the selector of a list message is actually redundant, you're free to pass NULL. Christof On 21.06.2020 00:16, Jonathan Wilkes wrote: > On Saturday, June 20, 2020, 4:02:44 PM EDT, Christof Ressi wrote: > Hi, the selector for a list method certainly shouldn't be &qu

Re: [PD] pd_defaultbang to non-default list handler

Hi, the selector for a list method certainly shouldn't be "bang", rather it should be "list". There has been a discussion about this in the past and I have agree with IOhannes that Pd shouldn't send NULL selectors: https://sourceforge.net/p/pure-data/patches/555/. Christof On 20.06.2020 21:

Re: [PD] Help with aoo

. We have been using foo.ucsd.edu <http://foo.ucsd.edu> for quacktrip, so I was wondering if you had the same thing (and if you can share it temporarily with us) Best and more soon, f On Fri, Jun 19, 2020 at 3:28 PM Christof Ressi <mailto:i...@christofressi.com>> wrote:

Re: [PD] Help with aoo

ng it. Congrats on this really cool project! f On Fri, Jun 19, 2020 at 7:34 AM Christof Ressi <mailto:i...@christofressi.com>> wrote: Hi, the documentation for aoo_server/aoo_client was missing, but I've know pushed it to develop. I'll try to upload a new pre-release to

Re: [PD] Help with aoo

8, 2020, at 10:35 PM, Christof Ressi wrote:  so I wanted to know if aoo also sends audio back and forth to peers behind home routers Not in 2.0-pre1, but it's already implemented on develop. I'll try to finally get a new version out as soon as possible. Christof On 19.06.2020

Re: [PD] Help with aoo

so sends audio back and forth to peers behind home routers (i.e., without having port forwarding enabled). Any pointers will be helpful! Thanks in advance. f On May 15, 2020, at 10:27 PM, Christof Ressi wrote: Hi Marco, thanks for testing! I think aoo 2.0-pre1 is broken on macOS. Thi

Re: [PD] Gem 0.94 on Windows ? ...

What are your specs ? I have a Thinkpad L440 with integrated Intel graphics. Windows 7. K-Lite codec pack (I think "mega"): https://codecguide.com/ Christof On 18.06.2020 23:45, oliver wrote: Lucas Cordiviola wrote: On 6/18/2020 3:46 AM, IOhannes m zmölnig wrote: installing the "k-lite code

Re: [PD] Gem 0.94 on Windows ? ...

Hi, Gem 0.94 works fine for me on Windows 7 (with Pd 0.51 64-bit). I can load images and videos and use my webcam. This is the output of the Pd console: GEM: Graphics Environment for Multimedia GEM: ver: 0.94.git v0.94 ... GEM: image loading plugins: magick SGI STB jpeg tiff GEM: film loa

Re: [PD] [PD-announce] VRR - Streaming Concert - 2020, June 5 & 6 - IEM Graz

n played live in our virtual concert hall. Enjoy! Christof On 07.06.2020 09:58, Jeppi Jeppi wrote: Oh I missed it, are they recorded? *From:* Pd-list on behalf of Christof Ressi *Sent:* Thursday, June 4, 2020 3:

Re: [PD] tcpserver, flush?

Sounds good! On 15.06.2020 21:41, Martin Peach wrote: On Mon, Jun 15, 2020 at 3:09 PM Christof Ressi wrote: I have revised the code in those objects I see some bug fixes and the REUSEADDR and NODELAY options, that's cool! If you have lots of free time, you also might want to revis

Re: [PD] tcpserver, flush?

ckfree) and let a *single* sender thread consume it. Christof On 15.06.2020 19:46, Martin Peach wrote: On Mon, Jun 15, 2020 at 12:32 PM Christof Ressi wrote: I've said this elsewhere: as much as I like (and use) the mrpeach library, I avoid the net objects (especially [tcpclient] and

Re: [PD] tcpserver, flush?

TL;DR: [iemnet/tcpserver] + [mrpeach/slipenc] + [mrpeach/slipdec] :-) Depending on your payload, you might also get away with FUDI (ASCII text delimited by semicolons), which is used internally by Pd and slightly easier to parse (but more limited). I've said this elsewhere: as much as I like

Re: [PD] tcpserver, flush?

Based on my assumptions, it may be that the OS is delaying sending the messages in case you're not finished sending them. I think that's why Pd (and iemnet) sets the TCP_NODELAY socket option on TCP sockets . Christof On 15.06.2020 15:44, Martin Peach wrote: On Sun, Jun 14, 2020 at 4:24 PM w

Re: [PD] Visual Studio template/example for pd external development?

Hi, try https://github.com/pierreguillot/pd.build. This is a CMake template for Pd externals and it allows you to easily generate VS solutions. Christof On 15.06.2020 06:29, Brad Garton wrote: Hi, I posted this on one of the pd-Forum sites (for "extras"), but not sure if that was best. Sorry

Re: [PD] how to load a different font in Pd via sartup?

Just a heads up, here's a PR: https://github.com/pure-data/pure-data/pull/1066 On 10.06.2020 14:08, Christof Ressi wrote: You're right. The problem is that "sys_doflags" doesn't respect quotation marks. I just opened an issue: https://github.com/pure-data/pure-data/

Re: [PD] how to load a different font in Pd via sartup?

You're right. The problem is that "sys_doflags" doesn't respect quotation marks. I just opened an issue: https://github.com/pure-data/pure-data/issues/1065 On 2020-06-10 13:41, Christof Ressi wrote: Also works here on Windows: pd -font-face "Courier New" Do

Re: [PD] how to load a different font in Pd via sartup?

Also works here on Windows: pd -font-face "Courier New" Don't forget the quotation marks. Christof On 10.06.2020 13:23, matthew brandi wrote: On 10/06/2020 01:38, Alexandre Torres Porres wrote: Hi, I'm trying to use '-font-face ' to load a different font for Pd and it doesn't seem to work. I

Re: [PD] Pass arg to Pd via terminal

uot; arguments... You say we shouldn't do the following: pd -args "1 2 3" patch1.pd -args "foo bar" patch2.pd So only allow it for patches opened with "-open"? pd -args "1 2 3" -open patch1.pd -args "foo bar" -open patch2.pd Christof

Re: [PD] Pass arg to Pd via terminal

if we simply treat ".pd " as the delimiter? How many people realistically have this character sequence in a directory name? I know it's not 100% foolproof, but maybe it's good enough... Just sayin' Christof On 09.06.2020 17:50, IOhannes m zmölnig wrote: On 2020-06-09 17:

Re: [PD] Pass arg to Pd via terminal

Just to be clear: we're talking about opening a patch file that does not have the .pd extension, e.g. "mypatch.txt" or simply "mypatch". This certainly works (at least here on Windows.) On 09.06.2020 17:27, IOhannes m zmölnig wrote: On 2020-06-09 15:55, Christof Res

Re: [PD] Pass arg to Pd via terminal

Does Pd open a patch that doesn't have the .pd extension? Yes. On 09.06.2020 15:49, Mario Buoninfante wrote: Yap, absolutely it does make sense, and I wouldn't skip the extension unless it was clear that was an accepted behavior. I guess with mandatory what I mean is: Does Pd open a patch that

Re: [PD] Pass arg to Pd via terminal

Yes, the .pd extension is not mandatory! In fact, it doesn't even have to be a "real" Pd patch. You can also open a .txt file containing a list of arbitrary Pd messages. On 09.06.2020 12:55, Mario Buoninfante wrote: actually it seems .pd is not mandatory, right? Anyway I like this :) pd -open

Re: [PD] Pass arg to Pd via terminal

Actually, I've thought if we could use a semicolon to seperate patch from arguments: pd -open "mypatch1.pd; 1 2 3" -open "mypatch2; foo bar" Unfortunately, semicolons are not really reserved characters for filenames, neither on Windows, nor on Linux/macOS, but their use is certainly discourag

Re: [PD] Pass arg to Pd via terminal

ded as "just arguments". Maybe only allow it for patches opened with "-open"? Christof On 08.06.2020 20:52, IOhannes m zmölnig wrote: On 6/8/20 5:49 PM, Christof Ressi wrote: The thing is that we can load more than one patch. I think something like this could work: pd patch1.pd

Re: [PD] Pass arg to Pd via terminal

, pd-list-requ...@lists.iem.at <mailto:pd-list-requ...@lists.iem.at> wrote: Date: Mon, 8 Jun 2020 15:12:34 +0100 From: Sebastian Lexer <mailto:s.le...@incalcando.com>> To: Pd-List mailto:pd-list@lists.iem.at>>, Christof Ressi mailto:i...@christofressi.com>> Subject: Re: [P

Re: [PD] Pass arg to Pd via terminal - Test Suite

Big thumps up for test suits! BTW, IOhannes has already been working on a testing framework for Pd: https://git.iem.at/pd/pedant Christof On 08.06.2020 17:34, Mario Buoninfante wrote: Yap, in the end I put a [receive] in the patch as a workaround. I'll open a ticket on github then, I suppose t

Re: [PD] Please keep deken package online

and I've been trying to say my idea was to replace that download (beta 27), reupload it, but containing my live electronics tutorial with it. It's not about beta 27, it's about *any* "else"-release. Some projects might depend on beta 24, some might need beta 13. Just don't delete old releases,

Re: [PD] Pass arg to Pd via terminal

Ah, that's an interesting idea. Unfortunately, your proposed syntax wouldn't work because any arguments after the flags are treated as patch files, so in your case Pd would try to open "mypatch.pd" and "23". Top level patches usually don't use creation arguments because it is not really possib

Re: [PD] Pass arg to Pd via terminal

To expand on Jack's answer: pd -send "foo baz; bar 1 2 3;" This will send 'baz' to the receiver 'foo' and '1 2 3' to the receiver 'bar'. --- Here's a caveat for all Msys2 users on Windows: by default the Msys2 terminal interprets messages starting with a forward slash as absolute file path

Re: [PD] Can someone build midifile for mac and linux?

Can someone upload it to Deken? Please always consider this option instead of e-mailing binaries ;-) Christof On 07.06.2020 22:02, João Pais wrote: thanks all. I can't test these, but I assume that they work. apparently google is weird about attachments, but double-zipping tricks them. Joao

Re: [PD] Please keep deken package online

Hi Alex, just to sum up and emphasize what Roman has been saying: it's good practice to keep old releases around, because existing projects might depend on it. This is especially relevant in the case of "else", since there are breaking changes between beta versions. Of course, you're free to

Re: [PD] [PD-announce] VRR - Streaming Concert - 2020, June 5 & 6 - IEM Graz

ri, 5 Jun 2020 at 07:30, Julian Brooks wrote: This looks great, some very fine pieces there - will be tuning in. Nicely documented webpage too, am certainly curious re tech-setup. Much props all round, J On Thu, 4 Jun 2020 at 03:26, Christof Ressi wrote: Dear list, I would like to announce ou

Re: [PD] shameless livestream plug, was: external binary file extensions for 32 and 64bit under recent OS X

Nice! I'll tune in. On 05.06.2020 21:33, Dan Wilcox wrote: Thanks for the segue, Peter. I was thinking about spamming this list with a non-Pd invite but held back. Now I'll piggy-back on your mention. :) Also tomorrow night, (hopefully) after the IEM show at 6pm a band I play guitar in will

Re: [PD] external binary file extensions for 32 and 64bit under recent OS X

Hi, apart from the "generic" library extensions (".pd_darwin", ".pd_linux", ".so" and ".dll"), Pd also supports platform specific extensions, with a OS prefix and the CPU architecture: Prefixes: "m_" -> Windows "d_" -> macOS "l_" -> Linux "o_" -> OpenBSD Architectures: "amd64" -> Intel

Re: [PD] compiling pd-0.51-0test2 on mac os 10.14.6 / INSTALL.txt

thanks! just saw it. On 05.06.2020 11:15, hans w. koch wrote: as a friendly reminder i just opened an issue for that on github and made a (naive) suggestion. hope that wasn´t inappropriate, best hans Am 30.05.2020 um 20:53 schrieb Dan Wilcox : Feel free to edit INSTALL.txt... On May 30, 2

[PD] [PD-announce] VRR - Streaming Concert - 2020, June 5 & 6 - IEM Graz

Dear list, I would like to announce our VRR streaming concerts, a cooperation between the IEM Graz and the PPCM (performance practice of contemporary music) studies at the University of Arts Graz, led by members of the Klangforum Wien. During the last 6 weeks we have been rehearsing in our V

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