Re: [PD] [PD-announce] simplex noise sampling in Pure Data

[Antoine Rousseau]

hey Ben, congrats!

Too bad however, my ubuntu 20.04 is already too old:
simplex~/simplex~.pd_linux:/lib/x86_64-linux-gnu/libc.so.6: version
`GLIBC_2.34' not found
My libc is libc-2.31.so...

I'll have to wait for a fresher install... or is there a possible trick?

Antoine

Le mer. 26 juin 2024 à 17:22, Benjamin Wesch
 a écrit :
>
> the [simplex~] external is available on Deken (including Pd64 builds)
> and received a few updates since my previous message about it -
> including optional derivatives output and optimizations for the
> visuals in the help file.
>
> obviously, the core of this is the noise algorithms, which were
> implemented by stefan gustavson. the help file gives a few examples -
> enjoy!
>
> cheers,
> ben
>
>
>
> ___
> Pd-announce mailing list
> pd-annou...@lists.iem.at
> https://lists.puredata.info/listinfo/pd-announce
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] physical modelling for Pure Data, version 0.14.0

[Antoine Rousseau]

wow!
i can't wait to find the time to try this!

Antoine

Le mer. 26 juin 2024 à 13:40, cyrille henry  a écrit :
>
> Hello,
>
> pmpd version 0.14 is ready on deken!
>
> It offer multiple audio channel support, thanks to Benjamin Wesch.
>
> cheers,
> Cyrille
>
>
>
>
> ___
> Pd-announce mailing list
> pd-annou...@lists.iem.at
> https://lists.puredata.info/listinfo/pd-announce
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] vcf~ producing output without input for 0Hz cutoff?

[Antoine Rousseau]

Well, let's simplify a bit, forget all the filter complexity (Q, slope,
definition of the cutoff frequency...).

Let's just say that the output of a lowpass filter cannot move faster than
the cutoff frequency: a 1Hz filter output cannot move faster than 1Hz (so
it can't go back and forth in less than a second or so), a 1kHz can't go
back and forth in less than about 1ms, etc. The output of a 0Hz filter
can't move... at all. When you set the cutoff to 0Hz, the output freezes to
its current value. It won't magically decay to 0.

Hey, if you set the framerate of a movie to 0 frame/second, it will just
stop, and will show the same image forever; it won't fade to black!

Antoine



Le jeu. 11 avr. 2024 à 14:08, Peter P.  a écrit :

> * Antoine Rousseau  [2024-04-11 13:40]:
> > That doesn't seem incorrect to me; after all, a lowpass filter at 0Hz
> > implies that its output is constant (any change would involve
> frequencies >
> > 0Hz).
>
> Thanks Antoine,
>
> Why does a lowpass filter, that has a cutoff frequency of 0Hz imply that
> it's output is constant?
>
> I will describe the problem again hoping that I will understand it
> better myseld:
> I have an oscillating input signal that has some DC offset (unipolar
> sawtooth from phasor~). I fade this signal's amplitude to -inf dB using
> [line~].
>
> I also fade down the filter cutoff (defined as the -3dB point of the
> filter curve) from 400Hz to 0Hz. The filter will then continue to produce
> an
> non-decaying output.
>
> If I fade down the filter cutoff down to only 1Hz, it's output will decay
> (somehow
> counterintuitively to me). This is the part I don't get.
>
> I understand that vcf~ is a resonant filter, and it can have a gain
> greater 1 around the cutoff frequency, especially for high Q values. The
> above behavior can also be observed for Q=1.
>
> Thanks for all hints!
> Peter
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] vcf~ producing output without input for 0Hz cutoff?

[Antoine Rousseau]

That doesn't seem incorrect to me; after all, a lowpass filter at 0Hz
implies that its output is constant (any change would involve frequencies >
0Hz).

Antoine


Le jeu. 11 avr. 2024 à 13:08, Peter P.  a écrit :

> * Alexandre Torres Porres  [2024-04-10 22:19]:
> > the problem is your input, with a DC component (0 hz). This doesn't seem
> to
> > happen with [osc~] and seems like normal behaviour and not something to
> be
> > documented
>
> I see, phasor~'s waveform is not symmetric around 0, good point. But why
> will vcf~'s output evnetually decay to -inf dB for a cutoff of 1Hz but
> not for a cutoff of 0Hz?
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Lidar and PD

[Antoine Rousseau]

Hi Jean-Marie,

Are you thinking about simple TOF distance sensors (like VL53L0X or
TF-LUNA), or rotating ones?

In any case, all you need is a UART or I2C interfacing solution.
Anything like Arduino or Raspberry pi Pico will do it.

By the way, you could be interested in my Fraise framework, which aims to
simplify the firmware development and the pd<>firmware communication.
It is still in construction but is already useable. I recently added Pico
support, and I'm working on a better documentation.
See https://github.com/MetaluNet/Fraise

Hope it helps.
Antoine



Le ven. 5 avr. 2024 à 18:14, Jean-Marie Adrien  a
écrit :

> Hello list
> Anyone has heard about using PD with (now cheap) lidar sensors ?
> JM
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] RIP Ed Kelly

[Antoine Rousseau]

I'm sad too. I was lucky enough to work with him on NinjaJamm,
unfortunately I never met him face to face.
He had a very personal way of patching, and I'll never forget him!


Le dim. 10 mars 2024 à 22:36, Jaime Oliver  a
écrit :

> Very sad news indeed!
> Goodbye Ed Kelly!
> J
>
> On Sun, Mar 10, 2024 at 5:07 PM IOhannes m zmölnig 
> wrote:
>
>> On 3/10/24 18:49, Alexandre Torres Porres wrote:
>> > Tehomas Bow on facebook gave us the bad news. He had a stroke and fell,
>> got
>> > injured and passed away this friday. He leaves us soon, just before
>> turning
>> > 50. Ed was quite a fun character, I loved him, he'll be missed. Rest in
>> > Peace.
>>
>>
>> this is indeed sad news.
>> the lone shark now sails uncharted waters.
>>
>> mdsar
>> IOhannes m zmölnig
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>
>
> --
> **
> Jaime E Oliver LR
> www.jaimeoliver.pe
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] win11 deken sha256-problem

[Antoine Rousseau]

yes, same here on a win11 machine.
I recently updated Pd to 0.54.1, I *think* it was working normally before,
with an older Pd/deken.



Le lun. 20 nov. 2023 à 09:21, IOhannes m zmölnig  a écrit :

> hi,
>
> at university we had a roll-out of new Win11 machines, and it seems
> installing deken packages no longer works as smoothless as expected.
>
> downloading works great, but it then fails when trying to validate the
> sha256 checksum of the package.
>
> before i dig deeper: has anybody else experienced this problem?
> (i don't recall any bugreports)
>
> i think a temporary solution is to just disable the SHA256 verification
> ("Try to verify the libraries' checksum before (re)installing them"),
> but of course it's better to do a checksum verification.
> and in any case, i haven't been able to verify yet.
>
> fnmds
> IOhannes
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] off topic: congrats Miller for the Silver Lion award from La Biennale di Venezia

[Antoine Rousseau]

Excellent! Congrats Miller!

Le sam. 21 oct. 2023 à 07:05, Matt Davey  a écrit :

> ON Topic, surely!
>
> Congrats Miller!  Nobel Prize next...
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Quick dev question r.e. underlying tcl version

[Antoine Rousseau]

> Pd has used Tcl 8.5+ for a very long time on Linux.
>
On Ubuntu 16.04 (2016) for example , the standard version is 8.6.5.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] round off the corners of a [line] movement?

[Antoine Rousseau]

I've always loved [line3] :-)
[line3~] would be cool too, by the way.

Antoine

Le mer. 27 sept. 2023 à 16:12, cyrille henry  a écrit :

> hello,
>
> it's not vanilla, but line3 is using a 3rd degree polynomial to allow
> continuity of the tangents. It is also working if you trigger a new line
> before the end of the current.
> equation is not very complex and can be ported to vanilla, but I was
> lazy...
> You can find it in nusmuk_somthing in deken
>
> cheers
> c
>
>
>
> Le 26/09/2023 à 20:06, Peter P. a écrit :
> > Hi list,
> >
> > often when I use [line¨] to make frequency glissandi, the point when the
> > ramp starts, and the point where it ends, appear as very sudden events
> > to my ears. I am wondering if there is an easy way to gradually speed up
> > the ramp when it starts, and slow it down before it reaches its target
> > value?
> > The only way I can think of so far is to model such a behavior with two
> > masses connected by an elastic link using the pmpd library. But a
> > vanilla way would be very interesting too!
> >
> > Thanks in advance for all ideas and pointers!
> > cheersz, Peter
> >
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] copy [text] buffer contents to another text buffer?

[Antoine Rousseau]

[text tolist alpha]
|
[text fromlist beta]




Le mer. 7 juin 2023 à 13:02, Peter P.  a écrit :

> Hi list,
>
> what would be the easiest way to copy the contents of [text define
> alpha] to [text define beta]? It seems [text get alpha] will only output
> individual lines and I am looking for a single command that copies all.
>
> I have no experience with data structures and don't know if that would
> help...
>
> Thanks for any, well, pointers!
> Peter
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Number atom box limits overstepped

[Antoine Rousseau]

FYI, it's still possible to restore the previous (clipped) behaviour by
adding "-compatibility 0.45" to the startup flags.

It's not possible to simply go back, it would probably break a lot of the
patches that have been written since Pd 0.46 (around 2014).

Antoine



Le jeu. 11 mai 2023 à 17:11, Roman Haefeli  a écrit :

> On Thu, 2023-05-11 at 16:54 +0200, Christof Ressi wrote:
>
> >
> > I think we should generally follow the principle of least surprise.
>
> +1
>
> Roman
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] [PD-announce] JammPro is released, for Android and iOS!

[Antoine Rousseau]

"Stop Listening. Start Jamming!
This is a journey into Soundfor Ninja Tune founders Coldcut it’s been a
30 year trip: equal parts dreaming, scheming, designing, remixing, djing,
producing, gigging and Jamming. The aim of Jamm Pro: to create our ultimate
electronic music instrument and share it. Welcome to the  journey!" (from
https://jammpro.net/)

JammPro is a live-remixing app: load a sound set, then play one of 8
possible loops on each of the 4 channels. You can then apply tons of
effects and modifiers, and manually trigger 9 other samples ; the
multitouch ability of mobile devices is here fully exploited, which makes
JammPro a real musical instrument. If you purchase the "Jamm Creator"
addon, you can also import new samples, or even record your own loops from
the phone's mic (or from an external device), and create your own sound
set. You also can purchase new sound sets, from plenty of excellent artists.

JammPro is almost entirely written in Pd. It originates from the prior
NinjaJamm app, whose Pd audio patch had been initially written by Ed Kelly.
At this time, the GUI was written in mixed openFrameworks C++ and iOS
objective C; when I was asked to port it to Android (in 2014), I had the
idea to build a Pd external toolkit, written in OF, that has been used to
rewrite the GUI into a Pd patch. This patch can be edited on desktop (using
a secondary window to display the GUI, just like with Gem) and can be
interpreted by a libpd/ofxPd (thanks Dan Wilcox!) app on any mobile
platform. I called this toolkit Pof, Pd-OpenFrameworks.

All this to say that JammPro owes everything to Pd, libpd and ofxPd! Thanks
a lot.

This app is fun.
It's free (*) and many sound sets are available for free; we worked really
hard to make it work as well as possible (believe me, the quest for low
latency full-duplex audio on Android is a lot of fun!), we really hope
you'll enjoy it!


Antoine Rousseau - and the JammPro team



(*) p.s: about open-source
Unfortunately, we have not had time until now to publicly open the JammPro
patch.
We sincerely regret that, and it is in our plans to change this. This is
not trivial, because some parts must remain secret, being related to
selling sound sets and the Creator option.
In the meantime, Pof has been a free project from the beginning. It's
available from Deken for Intel-Mac and Linux (including rPi) platforms;
Windows and Arm-Mac to come, hopefully. The code is there:
https://github.com/Ant1r/ofxPof
___
Pd-announce mailing list
pd-annou...@lists.iem.at
https://lists.puredata.info/listinfo/pd-announce
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] redraw array while recording into it

[Antoine Rousseau]

You can force the redrawing of the array by writing to it with control
objects like [tabwrite] or [array set];
e.g you can repeatedly write 0 to index 0:
[metro 50]
|
[0(
|
[array set THE_ARRAY]


Le lun. 27 mars 2023 à 17:45, Matt Davey  a écrit :

> I would record into a table and then have a second visual array that gets
> updated from the table every 300ms
>
> On Mon, 27 Mar 2023 at 23:38, Simon Iten  wrote:
>
>> hi list,
>>
>> i was wondering if i can somehow force a redraw of an array while it is
>> recorded into via [tabwrite~] ?
>>
>> as it is now, the array only displays the new data once tabwrite~ has
>> finished writing.
>>
>> i would like to use the array as a UI element in an art installation and
>> ideally it should look like in a DAW that records, so the waveforms should
>> appear every 300ms or so while recording. sound output will be muted during
>> the 5 second recording, in case the redraw could interfer with sound
>> output. sound input should be consistent though since i record into the
>> buffer :-)
>>
>> cheers
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] cannot find ggee external - I need [shell] or [command]

[Antoine Rousseau]

Installing with Deken means:

- go to menu Help/Find externals
- search your object or library
- install!

Antoine

Le ven. 11 nov. 2022 à 15:22, mick mengucci  a
écrit :

>   Hi list
> I need the [shell] object to trigger python codes from within Pure Data.
>
>  I am trying on raspberry os, with a raspberry 4, Pd version 0.51.4.
> But it would be usefull also for pc as in schools I rarely meet linux
> users, unfortunately.
>
> I checked here
> https://puredata.info/docs/ListOfPdExternals/
>
> where it says that flatspace or ggee or flatspace/ggee would have this
> object.
> But in Dekken (Find externals) I do not get any result.
>
> I also saw that Alexandros suggests [command] but which external do I need
> installed?
>
>
>
> --
>
> MKSTURA.EU
> MISTURAPURA.NET 
> mickmengucci.bandcamp.com
> facebook.com/mickmengucci3
> facebook.com/Labio.pt
>
> pure mixture vibration since 1995
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] pd 0.53-0test2 released

[Antoine Rousseau]

You can push tags with
git push --tags


Le dim. 23 oct. 2022 à 20:13, Miller Puckette via Pd-list <
pd-list@lists.iem.at> a écrit :

> Aha... so the real problem is that I can't seem to push the tag I added
> locally to the head up to github.  It looks like I have to tag the commit
> before pushing, because tagging afterward fools git into thinking
> everything
> is already pushed.  Live and learn...
>
> M
> On Sun, Oct 23, 2022 at 08:04:06PM +0200, IOhannes m zmölnig wrote:
> > Am 23. Oktober 2022 19:49:10 MESZ schrieb Claude Heiland-Allen <
> cla...@mathr.co.uk>:
> > >
> > >On 23/10/2022 15:27, Miller Puckette via Pd-list wrote:
> > >> On Sat, Oct 22, 2022 at 04:45:00PM -0300, Alexandre Torres Porres
> wrote:
> > >>> all good, but mac binary comes out as "Pd-0.53-0test1-80-g20334410"
> > >>>
> > >
> > >I think this is probably related to "git describe" getting into the
> version string somehow.
> >
> > Exactly.
> > This is how the version string is generated for the dmg (and other
> artifacts created by the CI)
> >
> >
> > mfg.sfg.jfd
> > IOhannes
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!!Mih3wA!GcHVm4jtwx1T19IB9JQHmV11iR85xrUJhVxlJRa9TjRjFJfb_PoRcdFhS7bbl2wGv_EydVQ3PJoa$
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Deken-Server functional?

[Antoine Rousseau]

OK I did it.
I checked, it works for both 16.04 and 20.04!


Le dim. 15 mai 2022 à 23:02, Roman Haefeli  a écrit :

> On Sun, 2022-05-15 at 22:23 +0200, Antoine Rousseau wrote:
> >
> > .. btw the binary doesn't load on my Ubuntu16.04 machine:
> > /home/---/pd-externals/mp3cast~/mp3cast~.l_amd64: /lib/x86_64-linux-
> > gnu/libm.so.6: version `GLIBC_2.27' not found (required by /home/---
> > /pd-externals/mp3cast~/amd64/libmp3lame.so.0)
> >
> > But after installing libmpg123-dev and libmp3lame-dev, recompiling
> > did the trick!
>
> Thanks for testing and for the report. I decided Debian Buster as my
> build machine because of another external that has a dependency that
> doesn't compile on older releases.
>
> The current builds should work with Ubuntu 20.04 and upwards and Debian
> 10 and updwards. But there is no reason for the mp3cast~ external not
> to be compiled on an older machine. The oldest I have available is
> Debian 9. I think that would cover Ubuntu 18.04 and upwards. While
> 18.04 still has support, 16.04 has not.
>
> Maybe you could upload your 16.04 build, at least for Linux-amd64-32?
> That would gives us the greatest coverage. If you do, make sure to bump
> the version, so that yours gets priority. I suggest '0.5-1' (like
> Debian's revision number).
>
> Roman
>
>
>
> > Le dim. 15 mai 2022 à 22:11, Antoine Rousseau  a
> > écrit :
> > > I can list them here, from both Pd's interface and
> > >
> https://deken.puredata.info/search.html?libraries=mp3cast%7E==
> > >
> > >
> > >
> > >
> > > Le dim. 15 mai 2022 à 21:35, Roman Haefeli  a
> > > écrit :
> > > > Hey all
> > > >
> > > > A few days ago, I uploaded with Deken the new package mp3cast~
> > > > for
> > > > various platforms. The files are online, but "Find external" ->
> > > > "Search" doesn't list them.
> > > >
> > > > I'm not sure how the inclusion works, but either I did something
> > > > wrong
> > > > or the regular scanning for new uploads stopped working.
> > > >
> > > > https://puredata.info/Members/rdz/software/mp3cast%7E/0.5/
> > > >
> > > > @IOhannes, thanks for looking into it.
> > > >
> > > > Roman
> > > > ___
> > > > Pd-list@lists.iem.at mailing list
> > > > UNSUBSCRIBE and account-management ->
> > > > https://lists.puredata.info/listinfo/pd-list
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Deken-Server functional?

[Antoine Rousseau]

.. btw the binary doesn't load on my Ubuntu16.04 machine:
/home/---/pd-externals/mp3cast~/mp3cast~.l_amd64:
/lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.27' not found (required
by /home/---/pd-externals/mp3cast~/amd64/libmp3lame.so.0)

But after installing libmpg123-dev and libmp3lame-dev, recompiling did the
trick!


Le dim. 15 mai 2022 à 22:11, Antoine Rousseau  a écrit :

> I can list them here, from both Pd's interface and
> https://deken.puredata.info/search.html?libraries=mp3cast%7E==
>
>
>
>
> Le dim. 15 mai 2022 à 21:35, Roman Haefeli  a écrit :
>
>> Hey all
>>
>> A few days ago, I uploaded with Deken the new package mp3cast~ for
>> various platforms. The files are online, but "Find external" ->
>> "Search" doesn't list them.
>>
>> I'm not sure how the inclusion works, but either I did something wrong
>> or the regular scanning for new uploads stopped working.
>>
>> https://puredata.info/Members/rdz/software/mp3cast%7E/0.5/
>>
>> @IOhannes, thanks for looking into it.
>>
>> Roman
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Deken-Server functional?

[Antoine Rousseau]

I can list them here, from both Pd's interface and
https://deken.puredata.info/search.html?libraries=mp3cast%7E==




Le dim. 15 mai 2022 à 21:35, Roman Haefeli  a écrit :

> Hey all
>
> A few days ago, I uploaded with Deken the new package mp3cast~ for
> various platforms. The files are online, but "Find external" ->
> "Search" doesn't list them.
>
> I'm not sure how the inclusion works, but either I did something wrong
> or the regular scanning for new uploads stopped working.
>
> https://puredata.info/Members/rdz/software/mp3cast%7E/0.5/
>
> @IOhannes, thanks for looking into it.
>
> Roman
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] filter stability

[Antoine Rousseau]

I think the maximum Q factor without ripple (i.e Butterworth) is 0.707.

Le mer. 27 avr. 2022 à 21:07, Alexandre Torres Porres  a
écrit :

> Em qua., 27 de abr. de 2022 às 11:54, Roman Haefeli 
> escreveu:
>
>> Isn't a low steepness in the filter in the feedback loop desired
>> anyway? Me thinks a low steepness means the change in timbre happens
>> more slowly which - I imagine - would sound nicer than a sudden
>> 'tziewhh'.
>
>
> Interesting discussion. The suddenty depends on the cutoff  frequency as
> well, and also on the decay/feedback parameter. I guess my problem with the
> lop~ (a single 1-pole) like filter is that it doesn't work well for higher
> frequencies. Perhaps a 1-pole and 1-zero filter is better as we need a
> proper zero at nyquist. The original 2 sample average filter in the KP
> algorithm is actually just that, a single 0 at nyquist, but it's only a
> quite high cut filter and you can't set a proper cutoff frequency.
>
> I guess I have to test and see how different does it sound and how more
> efficient it is.
>
> I already just broke my pluck~ object for a better design maybe I'll also
> change the default filter inside.
>
> cheers
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] more features for [file] (Get directory of current patch)

[Antoine Rousseau]

>
> [list split] would accept negative indices (counting from the end)
>

+10!

Le jeu. 24 mars 2022 à 08:16, IOhannes m zmoelnig  a
écrit :

>
> On 3/23/22 20:44, Alexandre Torres Porres wrote:
> >
> > So, one thing I'd like, just get the filename and extension from [file
> > split] as an option, so I wouldn't need [list split].
>
> i think the best would be if [list split] would accept negative indices
> (counting from the end), to simply extraxt the last element of a list.
>
> > Also, something weird
> > happened and files with space in its name came out as 'lists', not
> symbols.
>
> i'm not sure i can follow.
> [file split] always outputs a list, regardless of spaces.
> ifa filename contains spaces, i here get something like:
> [list foo\ bar.pd(
> (that's a "list"-message with a single symbol-atom "foo bar.pd")
>
> however, i noticed that my unit-tests (that are automatically run on
> linux, windows and macOS) do not cover splitting files with spaces.
> so i might have missed some cross-platform thing.
>
> >
> > Another thing is just an easier way to 'seek' for files with a specific
> > extension and also get the number of found files.
>
> that seems very high-level to me.
>
> (aka: build your abstraction around [file] to get this and a graphical
> pull-down menu for chosing files and playing the soundfile)
>
> >
> > And yes, getting the patch's directory by default would make things
> easier
> > and bypass the need of [pdcontrol].
>
> there's an open PR that adds [file patchpath] (and more).
>
>
> gfdmasrf
> IOhannes
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] font family DejaVu Sans Mono not found on piCore

[Antoine Rousseau]

Nevermind, the tcl/tk packages proposed by the distribution were simply not
compiled with truetype support.
I took an older version of tcl/tk from raspbian and I rebuilt the tk.tcz
and tcl.tcz files (tiny core packages)  from that, and now it works, I can
edit readable patches from ssh!




Le mar. 7 sept. 2021 à 16:52, Antoine Rousseau  a
écrit :

> Hi,
>
> I'm connecting through "ssh -X" to a piCore (i.e TinyCoreLinux for
> RaspberryPi) headless install on a rPi3 (my desktop is an Ubuntu Linux).
> When I run Pd with GUI, it can only use the (barely readable, see the
> attached screenshot) default Courier font:
>
> WARNING: font family 'DejaVu Sans Mono' not found, using default (Courier
> 10 Pitch)
>
> However, the piCore "dejavu-fonts-ttf.tcz" extension is loaded, and
> fontconfig apparently does find the DejaVu font, e.g:
>
> ~$ fc-list | grep DejaVuSansMono
> /usr/local/share/fonts/dejavu/DejaVuSansMono-Oblique.ttf: DejaVu Sans
> Mono:style=Oblique
> /usr/local/share/fonts/dejavu/DejaVuSansMono-BoldOblique.ttf: DejaVu Sans
> Mono:style=Bold Oblique
> /usr/local/share/fonts/dejavu/DejaVuSansMono-Bold.ttf: DejaVu Sans
> Mono:style=Bold
> /usr/local/share/fonts/dejavu/DejaVuSansMono.ttf: DejaVu Sans
> Mono:style=Book
>
> (I have the same kind of results on my Linux desktop).
>
> Is there something I can do to have TclTk load DejaVu?
> Note that using '-font-face "DejaVu Sans Mono"' doesn't seem to help.
>
> thanks.
>
> Antoine
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Install path assumptions for [soundfiler] vs [file glob]

[Antoine Rousseau]

>
> I was hopeful to get [file which] to give me the path of [media/] but no
> luck.


 It should allow you to get the path of [media/mysound.wav] though.



Le mar. 11 janv. 2022 à 14:41, Pierre Alexandre Tremblay 
a écrit :

> Thanks Roman for the fabulous answer.
>
> > If 'media' lies near the patch
>
> It doesn’t actually. It seems to work from wherever I am on my machine.
>
> > TLDR: Unlike many other file accessing objects like [soundfile],
> > [reasf~], [textfile], etc. [file] doesn't use search paths¹.
>
> With that footnote, I was hopeful to get [file which] to give me the path
> of [media/] but no luck.
>
> I’ve also tried to find a way to get [dir] from pdcontrol… I wondered if
> there was a way to get the path to a given object help, like in
> SuperCollider
>
> FluidBufAmpGate.class.filenameSymbol
>
> Anyway. Good to know that it is not me. Thanks again for the
> reply.___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [file]: paths not relative to patch

[Antoine Rousseau]

Have you tried [file which] ?


Le ven. 7 janv. 2022 à 17:58, Roman Haefeli  a écrit :

> On Fri, 2022-01-07 at 17:34 +0100, Roman Haefeli wrote:
> > Dear list
> >
> > When using a relative path with the new [file], it is resolved
> > relative
> > to Pd's start location and not relative to the patch.
>
> I'd like to work-around this with [dir(-[pdcontrol] which returns the
> directory of the patch which can be used to construct an absolute path
> with a given relative path.
> However, the hard part is to reliably detect whether a given path is
> relative. I thought I could check for absolute paths by checking if the
> first byte is a '/' OR the second byte is a ':'. However, it turns out
> 'C:' is a perfectly valid name for a directory on ext4, for instance.
> Doing that detection reliably turns out to be quite hard and probably
> involves detecting the OS.
>
> Or am I overlooking a simpler vanilla way?
> Roman
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] pd 0.52-1 released / libpd

[Antoine Rousseau]

it's because extras are not compiled with -DPDINSTANCE.

if you remove the full 98th line of the libpd/Makefile ("bob~.o bonk~.o
choice.o fiddle~.o loop~.o lrshift~.o pique.o sigmund~.o \"),
make clean and re-make, I think the error will disappear.
I was even able to run the test_libpd with some additional hacks.

Anyway this part still needs work;
work is in progress regarding multi instance hooks (see
https://github.com/libpd/libpd/pull/282 and
https://github.com/libpd/libpd/pull/343), before the inclusion of libpd
into Pd can be fully completed.

cheers
Antoine



Le mar. 21 déc. 2021 à 22:44, hans w. koch  a écrit :

> out of curiosity i tried to build libpd included in the src folder, by
> doing
>   cd libpd
> make
>
> on macOS BigSur 11.6.2 this throws some errors and doesn´t produce a
> libpd.dylib:
> Undefined symbols for architecture x86_64:
>   "_s_float", referenced from:
>   _sigmund_new in sigmund~.o
>   "_s_list", referenced from:
>   _pique_new in pique.o
>   _pique_list in pique.o
>   _sigmund_new in sigmund~.o
>   "_s_signal", referenced from:
>   _bob_new in bob~.o
>   _bonk_new in bonk~.o
>   _loop_new in loop~.o
>   _pd_tilde_new in pd~.o
> ld: symbol(s) not found for architecture x86_64
> clang: error: linker command failed with exit code 1 (use -v to see
> invocation)
> make: *** [libpd.dylib] Error 1
>
> clueless as to where to start looking what´s gone wrong as the README
> claims: "This is tested on Linux, macOS,
> and on Windows using Msys2/MinGW.”
>
> its not really urgent, but i thought i share.
>
> bests
> hans
>
>
> > Am 20.12.2021 um 20:36 schrieb Miller Puckette via Pd-announce <
> pd-annou...@lists.iem.at>:
> >
> > To Pd-announce:
> >
> > Pd version 0.52-1 is available from http://msp.ucsd.edu/software.htm
> > or (source only) via github: https://github.com/pure-data/pure-data
> >
> > cheers
> > Miller
> >
> >
> >
> > ___
> > Pd-announce mailing list
> > pd-annou...@lists.iem.at
> > https://lists.puredata.info/listinfo/pd-announce
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] pd 0.52-1 released

[Antoine Rousseau]

Welcome you .52-1!

Le lun. 20 déc. 2021 à 21:25, Csaba Láng  a écrit :

> Thank you all so much, just have installed!
>
> Best,
> Popesz
>
> On Mon, Dec 20, 2021 at 9:04 PM IOhannes m zmölnig 
> wrote:
>
>> Am 20. Dezember 2021 20:36:22 MEZ schrieb Miller Puckette via Pd-announce
>> :
>> >
>> >Pd version 0.52-1 is available
>>
>> Hooray!
>>
>> Debian packages are already available for sid/unstable.
>> bookworm/testing and bullseye/stable-backlists  will hopefully be
>> available by Xmas Eve.
>>
>>
>> mfg.sfg.jfd
>> IOhannes
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] '$0' in messages again, another proposal? (Was: Pd 0.52 test 2 is out)

[Antoine Rousseau]

>
> - *$0 is not a creation argument after all, i.e. it is not part of
> "ce_argv".*


I don't know... Can't we consider $0 as an "unconditional" creation
argument?...

* Also, it really **has a different purpose. (...) $0 would be a special
> case either way.*
>

I'm not sure either. To me, both $0 and $1 etc. can be used to identify an
instance of an abstraction.
IMO $0 is the quick way, but has the limitation to make it (nearly)
impossible to access members from the outside.
That's why it often happened to me to rename an instance [myAbs] to e.g
[myAbs myabs1], then to replace $0 in [myAbs] with $1, so I can easily
access [myAbs]'s members from the parent - from anywhere in fact (Actually,
nowadays I tend to use as few $0 as possible).
If we could use $0 in messages, then the last operation would be more
complicated (cause you couldn't simply substitute $0 with e.g $1).
So I think it's better to keep the $0/$n symmetry.

I think having a "message" object is a better idea [than $$'s one]
>

What I like with the $$ idea, is that it would provide a simple way to
merge creation arguments with variable arguments, i.e compose a message
with both the abstraction arguments and the incoming message elements.
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd 0.52 test 2 is out

[Antoine Rousseau]

>
> leave the shortcuts as they were and use cmd+6 for the new list atom
>

+1
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Hide backslash escapes in symbol atoms

[Antoine Rousseau]

>
> what's a "numeric character"?
>

I guess [0123456789.e] ?



Le ven. 19 nov. 2021 à 11:51, IOhannes m zmoelnig  a
écrit :

>
> On 11/19/21 10:02, Antoine Rousseau wrote:
> > - in a float atom, no space at all is allowed... (BTW wouldn't it be a
> nice
> > addition to filter the keyboard input to only numeric characters in the
> > "number" context?...)
>
> what's a "numeric character"?
>
>  > - in a list atom, space is the delimiter, so if you want an actual
>  > space it has to be escaped;
>
> i'm not really sure about this to be honest.
> i agree that there should be a visual distinction between the atom
> delimiter and the sapce (within a symbol).
>
> intuitively i would prefer something less ugly than '\ ', e.g. "␣".
> but what if the user actually wants the character "␣"?
>
> probably the best would be to have delimiters a display property of the
> list-box, rather than of the text itself.
> as in the attached mockup.
>
> dmgfsr
> IOhannes
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Hide backslash escapes in symbol atoms

[Antoine Rousseau]

OK Roman and Christof, after some reflection I think now you are right, to
assume different behaviors for different contexts!

- in a symbol atom, a space would be implicitly part of the symbol (if this
is accepted);
- in a list atom, space is the delimiter, so if you want an actual space it
has to be escaped;
- in a float atom, no space at all is allowed... (BTW wouldn't it be a nice
addition to filter the keyboard input to only numeric characters in the
"number" context?...)

- [message boxes( and  [objects] behave like lists.


Antoine


Le jeu. 18 nov. 2021 à 19:23, Roman Haefeli  a écrit :

> (now sending to list)
>
> On Thu, 2021-11-18 at 18:21 +0100, Antoine Rousseau wrote:
> > the discussion is there:
> > https://github.com/pure-data/pure-data/issues/824
>
> Thanks for the link.
>
> > I've just closed this issue yesterday...
>
> I see, I didn't check for closed issues.
>
> > I personally didn't encounter any problem with the new behavior.
>
> I still cannot follow why it was changed in the first place (in 0.51).
> Either it was wrong all along before (up to 0.50), or what we have now
> is a regression.
>
> > I think it would be weird if the symbol atom hid the backslash while
> > the list atom did not.
>
> Actually, I find it weird now. Naturally, list atom and symbol atom
> would have different behaviour since space has a meaning for lists
> while it means nothing for symbols. For symbols it's simply a character
> like any other.
>
> Roman
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Hide backslash escapes in symbol atoms

[Antoine Rousseau]

the discussion is there: https://github.com/pure-data/pure-data/issues/824
I've just closed this issue yesterday...

I personally didn't encounter any problem with the new behavior.
I think it would be weird if the symbol atom hid the backslash while the
list atom did not.

Antoine


Le jeu. 18 nov. 2021 à 16:26, Alexandre Torres Porres  a
écrit :

> I remember that discussion (I can try and find it) and I remember people
> agreed symbol box should hide "\".
>
> I guess I can agree to that. In my idea, we know what's coming out of a
> symbol box, it's a symbol, so if you have a symbol with a space, then we
> know that the space is 'escaped' (that is, we're not splitting this into
> two atoms).
>
> But I think print should keep it, in the same way we also need to keep it
> for message boxes.
>
> Outside the context of a symbol box, it is important to differentiate if
> we have, for instance, a list where one of the items contains an escaped
> space.
>
> like, the message:
>
> | list one\ item two <
>
> has two atoms "one item" and "two", and print should be able to tell us
> that.
>
> Now, I don't know about the new list box. What if we want to create a list
> with an escaped space? It seems like a special and different case/context
> of a symbol box. By the way, I've been testing it and it seems we can do
> this by putting the escaped character ourselves. That seems correct. But it
> would be different than the symbol box and maybe I guess it shouldn't be
> too problematic that the symbol box also shows escaped characters. They're
> not that common and we can document why this happens when it happens.
>
> cheers
>
> Em qui., 18 de nov. de 2021 às 11:42, Roman Haefeli 
> escreveu:
>
>> Hi all
>>
>> It's just a cosmetic thing, nevertheless it concerns me.
>>
>> Up to 0.50, usage of whitespaces in symbol atoms was good. As in:
>> Whitespaces could be used while typing into symbol atoms and the
>> displayed value showed only the whitespaces without the backslashes for
>> escaping them, while saving symbols containing whitespaces in text
>> would add the backslashes as a way to preserve the symbol for next
>> read.
>>
>> Since 0.51, things regarding backslashes are quite messy. Backslashes
>> are hidden in iemgui labels, but displayed in symbol atoms and print
>> output. There is/was an issue about that on Github which I'm unable to
>> spot right now that contained a lengthy discussion about the pros and
>> cons of the current (imho: messy) situation.
>>
>> I don't quite understand if the change between 0.50 and 0.51 was
>> intentional or simply a side effect of other fixes. However, I would
>> very much prefer to get the old behavior back.
>>
>> I propose to distinguish the FUDI-encoded value from the FUDI-decoded
>> value. As long as the message is FUDI-encoded - I write it down to a
>> file or I send through the network - the backslashes should be kept.
>> However, when I decode the FUDI message, for instance, when I take a
>> symbol from a message and display it with a symbol atom, the backslash
>> should not be displayed, since I want to display the decoded value.
>> Otherwise there is no way to ever get back the decoded value.
>>
>> I'm not sure about [print], but considering it already skips the 'list'
>> selector for lists starting with a number or the 'float' selector for
>> number messages, I consider it to display the decoded value and thus it
>> should display symbols without backslash escaping.
>>
>> Roman
>>
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Font appereance with zoom in Pd 0.52.0 test 1

[Antoine Rousseau]

This bug can be fixed by:
https://github.com/pure-data/pure-data/pull/1450

Le ven. 12 nov. 2021 à 16:46, Antoine Rousseau  a
écrit :

> Yep, I can reproduce here on both Ubuntu16.04+Metacity and
> Ubuntu20.04+gnome-shell.
> But this is only true for the boxes' **labels**, not content.
>
>
>
>
> Le ven. 12 nov. 2021 à 13:14, Óscar Santis  a
> écrit :
>
>> Hi List.
>> When I zoom in on the PD canvas, the atom boxe's font size is not
>> enlarged.
>> This happen on Pure Data 0.52-0 Test  1, compiled from github source,
>> running on Ubuntustudio 20.04.3, Kernel 5.11.0-38-lowlatency.
>> Best
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Font appereance with zoom in Pd 0.52.0 test 1

[Antoine Rousseau]

Yep, I can reproduce here on both Ubuntu16.04+Metacity and
Ubuntu20.04+gnome-shell.
But this is only true for the boxes' **labels**, not content.




Le ven. 12 nov. 2021 à 13:14, Óscar Santis  a
écrit :

> Hi List.
> When I zoom in on the PD canvas, the atom boxe's font size is not enlarged.
> This happen on Pure Data 0.52-0 Test  1, compiled from github source,
> running on Ubuntustudio 20.04.3, Kernel 5.11.0-38-lowlatency.
> Best
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd in cross-platform frameworks

[Antoine Rousseau]

Yeah, sorry if I didn't understand your question correctly!

I, for one, use openFrameworks (OF).
I developed a set of Pd externals built upon OF, which is called Pof, see:
https://github.com/Ant1r/ofxPof
It allows you to build a complex GUI written in Pd patches.
An application can be written in POF using a desktop computer, then ported
to iOS/Android thanks to OF and ofxPd cross-platform ability.

Unfortunately I wouldn't say it's an easy way (building for Android is
especially tricky...).
But I consider it one of the most powerful methods to build an app with Pd
;-)

Ofelia (https://github.com/cuinjune/Ofelia) is also built upon OF. I'm not
using it, so I cannot say anything more about it.

Antoine



Le dim. 10 oct. 2021 à 12:32, Jakob  a écrit :

> Thanks!
> I havent looked for a framework yet, i thought that i might find a hint
> for one by asking the list for what i want to do;-)
>
> Best Jakob
>
> Am 08.10.2021 um 17:33 schrieb Antoine Rousseau :
>
> libpd... https://github.com/libpd/libpd
> what is your cross-platform framework? maybe there's already a module that
> integrates libpd into it?
>
> Antoine
>
>
>
> Le ven. 8 oct. 2021 à 14:25, Jakob  a écrit :
>
>> Dear list,
>> Has anyone of you heard/seen of a possibilty to integrate a pd patch into
>> a cross-platform framework ? My goal is to have an app for android and ios
>> with the (more or less) same gui. The sound engine, however, should be an
>> existing pd patch. The gui-code from the cross-platform framework needs to
>> communicate with the patch.
>>
>> Thanks and best regards,
>>
>> Jakob
>>
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Pd in cross-platform frameworks

[Antoine Rousseau]

libpd... https://github.com/libpd/libpd
what is your cross-platform framework? maybe there's already a module that
integrates libpd into it?

Antoine



Le ven. 8 oct. 2021 à 14:25, Jakob  a écrit :

> Dear list,
> Has anyone of you heard/seen of a possibilty to integrate a pd patch into
> a cross-platform framework ? My goal is to have an app for android and ios
> with the (more or less) same gui. The sound engine, however, should be an
> existing pd patch. The gui-code from the cross-platform framework needs to
> communicate with the patch.
>
> Thanks and best regards,
>
> Jakob
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] How to use a DAC expansion board with the RPi4

[Antoine Rousseau]

hi,
maybe these tutos, about configuring an I2S sound card on a Pi, can help
you:

https://learn.pimoroni.com/article/raspberry-pi-phat-dac-install
https://learn.adafruit.com/adafruit-i2s-audio-bonnet-for-raspberry-pi/raspberry-pi-usage

Not sure their pre-configurated scripts will work with your hardware, but
maybe they will after all.



Le jeu. 23 sept. 2021 à 17:01, Alexandros  a écrit :

> It does appear as a sound card and you can connect to it as a MIDI
> device via aconnect.
>
> On 23/9/21 5:28 μ.μ., Ingo wrote:
> > The PiSound looks great but would require a different housing. Mmmmhhh .
> . .
> > How does Pd communicate with it?
> > Does it show up as a sound card and MIDI device?
> >
> >
> >
> >> -Original Message-
> >> From: Pd-list [mailto:pd-list-boun...@lists.iem.at] On Behalf Of
> Alexandros
> >> Sent: Thursday, September 23, 2021 3:53 PM
> >> To: pd-list@lists.iem.at
> >> Subject: Re: [PD] How to use a DAC expansion board with the RPi4
> >>
> >> I can confirm that the Pisound works great, but it's not a cheap
> solution.
> >>
> >> On 23/9/21 4:34  . ., Ingo wrote:
> >>> cat /proc/asound/cards  says--- no soundcards ---
> >>> Pd doesn't see any soundcards.
> >>>
> >>> I think the problem is that the DAC get its data from the GPIO pins
> >>> that Pd cannot communicate with.
> >>>
> >>> I wonder if anybody made a "virtual soundcard" that talks to the RPi
> >>> GPIO and shows up as a ALSA device.
> >>>
> >>> I have a very small Sounblaster card that works fine and sounds ok but
> >>> it's still too large to fit inside.
> >>> With the internal headphones out my software doesn't even start up.
> >>>
> >>> I'm afraid that this won't even work at all with Pd . . .
> >>> Has anyone ever used any of these RPi DACs?
> >>>
> >>> Ingo
> >>>
> >>>
> >>>
>  -Original Message-
>  From: Pd-list [mailto:pd-list-boun...@lists.iem.at] On Behalf Of
> Peter P.
>  Sent: Thursday, September 23, 2021 2:19 PM
>  To: pd-list@lists.iem.at
>  Subject: Re: [PD] How to use a DAC expansion board with the RPi4
> 
>  * Ingo  [2021-09-23 14:04]:
> > Hi everybody!
> >
> >
> >
> > I just got a DAC expansion board for my RPi4 but Pd doesn't see it.
> >
> > https://www.berrybase.de/en/new/argon-nanosound-one-case-f-252-
> >> r-
>  raspb
> > erry-p
> > i-4?c=2389
> >
> >
> >
> > Since there is no room for a sound card in such a small box and the
> > RPi headphone out is no good it looks like the only compact way.
> >
> >
> >
> > Can anybody point me to instruction for making Pd use these DAC
> > expansion boards as a sound card?
>  What do the commands
>  $ pd -listdev
>  $ $ cat /proc/asound/cards
>  tell you about available cards?
> 
>  What does the manufacturer of the expansion board tell you about it?
>  Will it be a separate sound card from the built-in one? Or will the
> >>> expansion
>  merely provide the built-in one with more channels?
> 
>  You might want to subscribe to the linux audio users mailing list for
> >>> assistance
>  as well.
> 
>  P
> 
> 
> 
>  ___
>  Pd-list@lists.iem.at mailing list
>  UNSUBSCRIBE and account-management ->
>  https://lists.puredata.info/listinfo/pd-list
> >>>
> >>>
> >>>
> >>> ___
> >>> Pd-list@lists.iem.at mailing list
> >>> UNSUBSCRIBE and account-management ->
> >>> https://lists.puredata.info/listinfo/pd-list
> >>
> >>
> >> ___
> >> Pd-list@lists.iem.at mailing list
> >> UNSUBSCRIBE and account-management ->
> >> https://lists.puredata.info/listinfo/pd-list
> >
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

[PD] font family DejaVu Sans Mono not found on piCore

[Antoine Rousseau]

Hi,

I'm connecting through "ssh -X" to a piCore (i.e TinyCoreLinux for
RaspberryPi) headless install on a rPi3 (my desktop is an Ubuntu Linux).
When I run Pd with GUI, it can only use the (barely readable, see the
attached screenshot) default Courier font:

WARNING: font family 'DejaVu Sans Mono' not found, using default (Courier
10 Pitch)

However, the piCore "dejavu-fonts-ttf.tcz" extension is loaded, and
fontconfig apparently does find the DejaVu font, e.g:

~$ fc-list | grep DejaVuSansMono
/usr/local/share/fonts/dejavu/DejaVuSansMono-Oblique.ttf: DejaVu Sans
Mono:style=Oblique
/usr/local/share/fonts/dejavu/DejaVuSansMono-BoldOblique.ttf: DejaVu Sans
Mono:style=Bold Oblique
/usr/local/share/fonts/dejavu/DejaVuSansMono-Bold.ttf: DejaVu Sans
Mono:style=Bold
/usr/local/share/fonts/dejavu/DejaVuSansMono.ttf: DejaVu Sans
Mono:style=Book

(I have the same kind of results on my Linux desktop).

Is there something I can do to have TclTk load DejaVu?
Note that using '-font-face "DejaVu Sans Mono"' doesn't seem to help.

thanks.

Antoine
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] UBUNTU - problem with pd vanilla externals

[Antoine Rousseau]

>
> please report your success at https://launchpad.net/bugs/1939293
>

done.
thanks!

Antoine Rousseau


Le jeu. 12 août 2021 à 07:22, IOhannes m zmölnig  a écrit :

> Am 11. August 2021 22:40:59 MESZ schrieb Kaj Ailomaa  >:
> >Was just about to confirm that the proposed package fixes the bug, but it
> >seems it's already been done by someone else.
> >
>
>
> the more the merrier...
>
>
>
> mfg.sfg.jfd
> IOhannes
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Antoine Rousseau]

Thanks a lot for your work, it looks good here (although like Alex I didn't
extensively test every feature), and they seem all valuable features!

A little remark: when you select multiple packages with the right-click
menu, it would be great if selected packages were highlighted so you can
know that they are (selected).

And BTW: what is the "deken-test" package?



Le jeu. 4 mars 2021 à 10:22, Roman Haefeli  a écrit :

> 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
> implicit wildcard characters had to be stripped. So I'm glad you
> already turned them of on the server.
>
> When searching for multiple packages, the results are not listed
> alphabetically. For instance, the results for search term 'slip zexy'
> list zexy before slip.
>
> I guess that is not an issue with the deken-plugin, but (probably) with
> the server. I mention it anyway.
>
> Roman
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Antoine Rousseau]

> how would you see such a change?

I'm all ok with it!

Le ven. 26 févr. 2021 à 11:12, IOhannes m zmoelnig  a
écrit :

> hi all,
>
> i would like to change the way the "find externals" search currently works.
>
> right now, whenever you enter a simple search term (e.g. "foo"), the
> search will return all libraries and objects that have the string "foo"
> somewhere in their name.
> i think this is wrong, as it makes it extra hard to search for an exact
> name that happens to also be used as a part of library/object names.
>
> the problem is somewhat enlarged, as by default both libraries and
> objects are searched, and the object-results are kind of opaque (e.g.
> looking for "lim" will return 10 hits.
> among them is "bandLIMited", zexy and iemlib.
>
> to the user it's a bit mysterious why they get these results (they
> probably don't know that there's a [limiter~] in zexy, or a [speedlim]
> in iemlib).
>
> i think it would help a lot if a search term like "lim" would only
> return exact matches.
>
> it's probably little known, but you can already use wildcards in your
> search term.
> so if you do want to search for any string containg 'lim', you can
> (already) use "*lim*".
> you can also use "lim*" (to match any strings that start with 'lim')
> resp "*lim" (for strings that end with 'lim').
>
> right now, the logic is: if there is no wildcard in the searchstring,
> the server will automatically add '*' around the term (so 'lim' really
> becomes '*lim*')
>
> i'd like to require the user to add wildcards explicitely.
>
>
> the thing is: the implicit wildcards are added on the server-side.
> if i change it there, suddenly all searches are going to behave
> different than how they do now.
> regardless of the Pd-veresion (or deken-plugin version) you are using.
>
>
> how would you see such a change?
> would the disruption be acceptable?
> or not? (in which case i need to find some other solution; however, if
> the current behaviour is annoying to most people anyhow, i'd rather
> change it for good)
>
> gfmadrs
> IOhannes
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Best practices for [declare]

[Antoine Rousseau]

Well, I don't know, it seems to me that use cases where the declaration
order matters (name clash, overloading...) are relatively rare, so it's
rarely needed to concatenate more than a couple of paths. So maybe the
index argument would be overcomplicated.

I can say the same as Roman: I'm personally quite happy with the [declare]
system as it is now!

However, old patches that used "-stdpath" don't work on newer setups, where
externals are no longer stored in "standard" directories.
Are "-stdpath" and "-stdlib" still absolutely necessary today? If they
weren't, they could be made equivalent to "-path" and "-lib" so every
choice would work.
Maybe a startup flag could then restore the original behavior, if needed.

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le jeu. 25 févr. 2021 à 20:59, Dan Wilcox  a écrit :

> (reposting with correct subject line)
>
> Perhaps [declare] needs an order index argument, similar to [gemhead #] to
> clearly specify order when required?
>
> On Feb 25, 2021, at 12:00 PM, pd-list-requ...@lists.iem.at wrote:
>
> Perhaps for use with "nested" code, use of abstractions, possibly in
> other abstractions etc.
>
> yes and it would be better readable than a long list of "-path ..."s with
> linebreaks ...
>
>
> 
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com
> robotcowboy.com
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Preset management for Pd Vanilla

[Antoine Rousseau]

You can also have a look to my "AutoPreset" system. It's available from
deken. It's rather old, but that's what I use every day...

Le jeu. 21 janv. 2021 à 19:39, Alexandre Torres Porres  a
écrit :

> Em qui., 21 de jan. de 2021 às 15:09, Alexandre Torres Porres <
> por...@gmail.com> escreveu:
>
>> I now included "import" and "export" functions so [savestate] can be used
>> in conjunction
>>
>
> Just making clear this design allows each instance to be saved with
> separate presets in a parent patch. Not that I find it crucial. I guess
> that 2 sharing the same preset bank should be fine for most cases. So using
> a file to load and save inside the abstraction (as it was possible before)
> was kinda fine. So this is where I start to think I could be compromising
> my beloved "KISS" principle... but I was already thinking import/export was
> nice to allow people to store these things in the patch rather than a file,
> so it's cool. It's versatile and still simple enough.
>
>> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] split number into digits

[Antoine Rousseau]

You can do this:
- transform "float 512" into "symbol 512" using [makefilename %d]
- then transform "symbol 512" into "list 53 49 50" with [list fromsymbol].
- finally subtract 48 (which is the ascii for "0") from every item, you get
"5 1 2"


Le dim. 17 janv. 2021 à 18:23, Jeppi Jeppi  a écrit :

> Hi there,
> which would be your most elegant way to split a number into a list of
> digits? that is, I have the number 512 and I want the list 5 1 2
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] New PdDroidParty build

[Antoine Rousseau]

Moreover, I downloaded https://droidparty.net/patches/droidparty-demos.zip
to my device, but couldn't extract it to my newly created /PdDroidPart
directory.

So I checked the zip file on my linux desktop, and I saw the archive
consists of a "../droidparty-demos/" directory; I believe that starting
with "../" is problematic.

Then I used my desktop to finally extract the zip, I placed the content to
the /PdDroidParty directory on my device, but PdDroidParty couldn't find
the patches ("PdDroidParty compatiblble patches found" is empty). "adb
logcat" shows:
(...) PatchSelector: search path:/storage/emulated/0/PdDroidParty
(...) PdDroidParty: PatchSelector.initPd: []

I also tried to create a "/sdcard/PdDroidParty" directory and copied the
"drum-machine" directory to there, but it couldn't be found either.

Le dim. 17 janv. 2021 à 10:11, Antoine Rousseau  a
écrit :

> Nice, congrats Chris!
> Shouldn't the app come with a couple of patches, though? So the user can
> try something as soon as he installed the app?
>
> Le dim. 17 janv. 2021 à 01:50, Chris McCormick  a
> écrit :
>
>> Hello,
>>
>> Just a quick note to let you know that PdDroidParty is now available via
>> the Play store:
>>
>> https://play.google.com/store/apps/details?id=cx.mccormick.pddroidparty
>>
>> It will continue to be available by direct download at droidparty.net
>> always, but I thought this would be useful for people who don't want to
>> tinker with their settings.
>>
>> Cheers,
>>
>> Chris.
>>
>>
>> On 15/1/21 8:54 am, Chris McCormick wrote:
>> > Hi all,
>> >
>> > There is a new build of PdDroidParty up on the website:
>> >
>> > https://droidparty.net/downloads
>> >
>> > This fixes a bunch of lingering bugs and usability issues that were
>> > preventing it from running on newer phones.
>> >
>> > I'm tracking development of PdDroidParty on this project board:
>> > https://github.com/chr15m/PdDroidParty/projects/2
>> >
>> > I also gave the website a bit of a refresh to make it easier to read,
>> > tidied up the documentation, etc.
>> >
>> > I am also working on getting a build up on Google Play to make it
>> easier
>> > for beginners to install the app.
>> >
>> > Cheers,
>> >
>> > Chris.
>> >
>>
>> --
>> https://mccormick.cx/
>>
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] New PdDroidParty build

[Antoine Rousseau]

Nice, congrats Chris!
Shouldn't the app come with a couple of patches, though? So the user can
try something as soon as he installed the app?

Le dim. 17 janv. 2021 à 01:50, Chris McCormick  a
écrit :

> Hello,
>
> Just a quick note to let you know that PdDroidParty is now available via
> the Play store:
>
> https://play.google.com/store/apps/details?id=cx.mccormick.pddroidparty
>
> It will continue to be available by direct download at droidparty.net
> always, but I thought this would be useful for people who don't want to
> tinker with their settings.
>
> Cheers,
>
> Chris.
>
>
> On 15/1/21 8:54 am, Chris McCormick wrote:
> > Hi all,
> >
> > There is a new build of PdDroidParty up on the website:
> >
> > https://droidparty.net/downloads
> >
> > This fixes a bunch of lingering bugs and usability issues that were
> > preventing it from running on newer phones.
> >
> > I'm tracking development of PdDroidParty on this project board:
> > https://github.com/chr15m/PdDroidParty/projects/2
> >
> > I also gave the website a bit of a refresh to make it easier to read,
> > tidied up the documentation, etc.
> >
> > I am also working on getting a build up on Google Play to make it easier
> > for beginners to install the app.
> >
> > Cheers,
> >
> > Chris.
> >
>
> --
> https://mccormick.cx/
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Antoine Rousseau]

works fine here (Ubuntu 16.04). It's ready for deken ;)
Thanks for that!

Antoine

Le jeu. 7 janv. 2021 à 11:40, Lucas Cordiviola  a
écrit :

> here:
>
> https://nc.nubegris.com.ar/index.php/s/nRWQi3CBCdYctHx
> 
>
> are linux64/32 test versions that includes fluidsynth 2.1.6
>
> feedback is welcomed
>
> :)
>
>
> --
>
> Mensaje telepatico asistido por maquinas.
>
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] declare: next patch inherits from former one

[Antoine Rousseau]

[declare -path xxx] shouldn't stay active.

But [declare -lib xxx] will (once a binary lib is loaded, it can't be
unload).

Le ven. 25 déc. 2020 à 12:22,  a écrit :

> Windows 10, Pd 51.0 - 64
>
> start Pd, open a patch, close it, open another patch
>
> the declares done in the first patch are still active for the next one.
>
> a bug or a feature?
>
>
> for me it was confusing until i discovered the reason.
>
>
> rolf
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] announce: deken.puredata.info

[Antoine Rousseau]

I say: wow!



Le mer. 4 nov. 2020 à 16:20, Iain Duncan  a
écrit :

> That sounds fantastic! the search in the browser feature is a great idea.
>
> On Wed, Nov 4, 2020 at 7:13 AM IOhannes m zmoelnig 
> wrote:
>
>> as of today, i have launched a new version of the backend for the deken
>> externals finder.
>>
>> https://deken.puredata.info/
>>
>> highlights:
>> - you can now search for externals (and objects) in your favourite
>> browser. https://deken.puredata.info/
>>- as a bonus you can also see which objects a library contains
>> (provided this information was uploaded)
>> - the delay between uploading a package and making it available in the
>> search should be "almost immediate" (as in: a couple of minutes) rather
>> than up to 24 hours. this is true for both the web-frontend and the
>> "Find externals" menu in Pd.
>>
>> as always, i hope i didn't break anything (esp. with older versions of
>> the deken-plugin).
>> if i did, please don't hesitate to complain.
>>
>> gfdsmt
>> IOhannes
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] comport and/or MIDI on Tiny Core Linux

[Antoine Rousseau]

If you cannot find the m_pd.h in your system, you can always import it from
another one into the comport (or whatever) directory.

Anyway thanks for sharing information about Pd + tiny core linux, I would
love to find some time soon for experimenting on this too;
I've always stuck to raspbian until now, but it's always a hassle to turn
it to a read-only file system, to allow disconnecting the power without
having to cleanly shut down the system. Apparently TCL could make it
easier, would you confirm?


Le mar. 27 oct. 2020 à 21:01, Giulio Moro via Pd-list 
a écrit :

> Each Makefile has a different way of looking for the path where m_pd.h,
> and where it is located on your system depends on how you installed Pd ...
> normally `find /usr/include /usr/local/include -name m_pd.h` will tell you
> where the file is. Once you know where it is, you can inspect the
> `Makefile` to figure out which way to pass this information to it.
> Normally this boils down to passing some options to `make`, such as
> PDINCLUDEDIR=/path/to/containing/folder or CFLAGS="-DPD
> -I/path/to/containing/folder" or others, depending on the content of the
> Makefile (these are two real-world examples). (or you can just hardcode the
> path in the Makefile next to where you see a `-I/somepath `, add `
> -I/path/to/containing/folder` and see if it works.
>
> A link to the source files would be useful if you need further help.
>
>
> Yann Seznec wrote on 27/10/2020 19:34:
> > OK interesting - with the verbose flag on I can see that it is finding
> comport.pd_linux, but it says “/lib/libc.so.6: version ‘GLIBC_2.27’ not
> found (required by /home/tc/comport_test/comport.pd_linux)”
> >
> > I assume that means that it needs to be compiled for the board
> specifically, as you mention.
> >
> > Unfortunately when I try to compile it on the board I get yet another,
> different error. In that case it says “fatal error: m_pd.h: No such file or
> directory”.
> >
> > I think I understand that it’s looking for where Pd is installed, but I
> can’t seem to find where that file is in Tiny Core Linux.
> >
> > Thanks Giuilio!
> >
> >> On Oct 27, 2020, at 3:14 PM, Giulio Moro  wrote:
> >>
> >> That's a Linux build, but is it an ARM build compatible with the
> architecture in use?
> >> Try `file /path/to/comport.ld_linux` and make sure you get the same
> result as you'd get for any externals that actually work. You can run `Pd`
> with the verbose flag and that should print some extra info about the paths
> it is attempting to open. In fairness, it should be pretty straightforward
> to just build it from source on the board, which guarantees you get the
> correct binary.
> >>
> >>
> >> Yann Seznec wrote on 27/10/2020 19:01:
> >>> Hello everyone,
> >>> As a follow up to my post a few weeks ago about startup times on
> Raspberry Pi, I have been exploring Tiny Core Linux (v9) on a Pi 3.
> Generally speaking this is super promising, with startup times around 15
> seconds and it seems very stable.
> >>> Some of the things I want to run on this system require external
> libraries. I have managed to get zexy working, for example, by simply
> including the library in the same folder as the patch that uses it.
> >>> I have not had the same success with comport. Including a linux build
> of the comport object in the folder with the project does not work - I get
> a “couldn’t create” error when I launch the patch. I have tried declaring
> the library with the -lib flag, but that gives me an error saying “comport:
> can’t load library”.
> >>> I have installed the USB-Serial extension, though I’m not sure if I’ve
> missed a step there to make it work properly.
> >>> This feels like a long shot, but has anyone managed to get comport
> working on Tiny Core Linux?
> >>> Alternatively, has anyone used USB MIDI with Tiny Core Linux? That
> isn’t working for me either.
> >>> As usual, any tips would be excellent, many thanks.
> >>> Yann
> >>> ___
> >>> Pd-list@lists.iem.at mailing list
> >>> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] "find last error" not working for "argument number out of range" errors

[Antoine Rousseau]

Yes, this has already been reported at:
https://github.com/pure-data/pure-data/issues/1045

and a fix is proposed in: https://github.com/pure-data/pure-data/pull/965
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] RPI stereo USB audio was: audio interface with multiple ins on raspberry pi

[Antoine Rousseau]

I've never had much trouble (rpi2/3/3b/3b+/4...)  with this kind of thing:
https://www.gotronic.fr/art-adaptateur-audio-usb-21834.htm (warning:
unfortunately mono input only)
I could run full-duplex Pd at less than 10ms latency (of course it depends
on your actual patch).

However older (while more expensive) boards (like Alesis io4) have
sometimes been a lot trickier!

So it seems to me that it depends more on the audio device than on the
computer model.


Le mer. 7 oct. 2020 à 15:58, Dan Wilcox  a écrit :

> Thanks Josh, good to know. Now that the RPI 4 has a controller chip, I
> should probably try one again.
>
> I had some success for a project using a quad-core Udoo board circa 2013
> but it was also more expensive than the Pis at that time and a bit
> overkill. It *did* however have a USB controller chip.
>
> On Oct 7, 2020, at 3:42 PM, Josh Moore  wrote:
>
> The Pi 2 and 3's usb were very much hacks due to the limitations of the
> Broadcom chip. It's fixed in the Pi4. See here for info:
> https://www.raspberrypi.org/documentation/hardware/raspberrypi/usb/README.md
>
>
>
>
>
> On Wed, Oct 7, 2020 at 5:18 AM Dan Wilcox  wrote:
>
>> To add on to Chris's question with a tangent, have any of you had good
>> experience with bog-standard stereo USB Audio interfaces and RPI 3 or 4?
>>
>> Some years ago now, I tried to use an RPI 2 with my trusty USB 1.1
>> standard audio interface (Roland Edirol UA-25) which is full-duplex stereo,
>> 2 in / 2 out. I could never get it to work well in full-duplex mode without
>> dropouts, even with a low-latency kernel and other real-time tweaks. In the
>> end, it seemed the USB driver on the RPI was simply not designed for the
>> "isynchronous audio" this requires.
>>
>> The same device worked well on my original wearable, a Pentium 3 500 MHz
>> machine but with a dedicated USB controller chip.
>>
>> In the end, I decided to move toward iOS for embedded/wearable (hence
>> PdParty) and the same device works very well at low-latencies on iPads and
>> my (now old) iPhone 5S.
>>
>> I'd like to still be able to run the setup with alternate systems, so
>> does anyone have experience that the USB drivers have been improved? Thanks
>> in advance
>>
>> On Oct 6, 2020, at 12:00 PM, pd-list-requ...@lists.iem.at wrote:
>>
>> Date: Tue, 6 Oct 2020 10:48:48 +0800
>> From: Chris McCormick 
>> To: PD List 
>> Subject: [PD] audio interface with multiple ins on raspberry pi
>> Message-ID: <5f3198d4-6210-4b41-d3a6-2cccbd3aa...@mccormick.cx>
>> Content-Type: text/plain; charset=utf-8; format=flowed
>>
>> Hey all,
>>
>> Same question as the previous poster but I was wondering about inputs
>> rather than outputs. Ideal solution:
>>
>>  * USB.
>>  * Low cost.
>>  * More than 2 channels in.
>>  * Headphone sized jacks.
>>  * Works with Raspberry Pi.
>>
>> I've searched but could not find such a beast. Any hints?
>>
>> Cheers,
>>
>> Chris.
>>
>>
>> 
>> Dan Wilcox
>> @danomatika 
>> danomatika.com
>> robotcowboy.com
>>
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>
> 
> Dan Wilcox
> @danomatika 
> danomatika.com
> robotcowboy.com
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] audio interface with multiple outs on raspberry pi

[Antoine Rousseau]

As Christof said, Behringer devices work well.
Even a XR18 (18in/10out + full per-channel DSP process, such as:
gain/compress/gate/eq/fx-send/DCA...) works like a charm on a rPi!

Antoine

Le ven. 2 oct. 2020 à 12:06, oliver  a écrit :

> Jakob Laue wrote:
> > Dear 0xFFriends,
> > I am looking for an usb audio interface that has at least 8 outputs so
> > that I can have at least 4 stereo outputs from within pd. The challenge:
> > I am on a raspberry pi (2 and 3). Does someone of you know about an
> > audio interface that supplies this number of outputs AND works with a
> raspi?
>
> i used the "ESI Gigaport HD+ 8-Output" in a sound installation, and that
> was rock solid. worked even on a RPI 2 (out of the box as far as i
> remember)
>
> you might want to consider an external power supply (an active usb hub)
> for the soundcard. and (since i was streaming an 8 channel wav file with
> [readsf~] i had to increase PD's audiobuffer and the playback blocksize
> for smooth playback (i put [readsf~] into a subpatch and used [block~
> 2048 1 1] to achieve that - if i remember correctly).
>
> > Or is it possible to buy 4 cheap audio interfaces with 2 outputs each
> > and use the simultaneously?
>
> I would strongly advise against that
>
> Best
>
> Oliver
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] clone and pdcontrol [dir( message

[Antoine Rousseau]

Yes it's true ; btw it's also the case for [args N( .
I proposed a fix for that:
 https://github.com/pure-data/pure-data/pull/972

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le ven. 2 oct. 2020 à 10:42, Jean-Yves Gratius  a écrit :

> Hi
>
> It seems that when you put pdcontrol in an abstraction that is
> instantiated within clone, pdcontrol doesn't take in consideration the
> owner level *n*  when it receives the [dir *n*(  message.
>
> Can you confirm ?
>
> (tested with pd 0.51.0 linux amd64, and with pd 0.51.0 windows i386 via
> wine )
>
> Thanks
>
> J.Y.G.
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Antoine Rousseau]

btw, would it be thinkable to add the possibility to run the pd~ subprocess
asynchronously?

Think of a subprocess running a large Gem patch, that would potentially
produce large CPU spikes;
you don't really care if this subprocess sometimes gets late, while you
absolutely need the calling process (aka audio) to be on time.

As for the interface, I guess asynchronous behavior could be automatically
enabled when ninsig=0 and noutsig=0?

Antoine


Le ven. 25 sept. 2020 à 12:43, Christof Ressi  a
écrit :

> 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, Fede Camara Halac wrote:
> > 
> > Aha! Thanks for clarifying! One more question, while I'm at it. Is the
> "delay" setting in blocks like the -fifo argument?
> >
> > Thanks a lot!
> >
> > f
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] deken and pd -noprefs

[Antoine Rousseau]

strange...
here on Ubuntu 16.04, pd 0.51-1 with "-noprefs", I got expected results.




Le lun. 24 août 2020 à 17:20, cyrille henry  a écrit :

> i'm on ubuntu linux 18.04
> pd 0.51.0
>
> Le 24/08/2020 à 17:11, Christof Ressi a écrit :
> > 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 "pd -noprefs", a deken search for nusmuk gives me :
> >>
> >> deken-plugin/0.5.0 (Deken externals downloader)
> >> Uploaded by zmoelnig @ 2018-06-05 21:38:10
> >>
> >> deken-plugin/0.4.1 (Deken externals downloader)
> >> Uploaded by zmoelnig @ 2018-04-05 11:59:59
> >>
> >> deken-plugin/0.3.1 (Deken externals downloader - MINIMUM VERSION
> REQUIRED FOR NEW PACKAGES)
> >> Uploaded by zmoelnig @ 2018-04-05 12:00:26
> >>
> >> it's not the desired result.
> >>
> >>
> >>
> >> starting "pd", a deken search for nusmuk gives me :
> >>
> >>
> nusmuk-utils[v2015](Darwin-amd64-32)(Darwin-i386-32)(Linux-amd64-32)(Windows-i386-32)(Sources).dek
> >> Mis en ligne par 'chnry' le : 2019-03-13 10:12:20
> >>
> >>
> nusmuk-audio[v2015](Darwin-amd64-32)(Darwin-i386-32)(Linux-amd64-32)(Linux-i386-32)(Windows-i386-32)(Sources).dek
> >> Mis en ligne par 'chnry' le : 2019-03-13 10:11:12
> >>
> >> nusmuk-utils[v2019](Darwin-amd64-32)(Darwin-i386-32)(Sources).dek
> >> Mis en ligne par 'chnry' le : 2019-04-03 16:53:21
> >>
> >> nusmuk-utils[v2015](Windows-amd64-32)(Sources).dek
> >> Mis en ligne par 'lucarda' le : 2019-03-15 21:15:54
> >>
> >> nusmuk-audio[v2015](Windows-amd64-32)(Sources).dek
> >> Mis en ligne par 'lucarda' le : 2019-03-15 21:13:43
> >>
> >> it's the desired result.
> >> can someone else confirm this behaviour?
> >>
> >> I also tried pmpd, shmem and various other libs, with the same kind of
> result in both case (with and without -noprefs flag)
> >>
> >> cheers
> >>
> >>
> >> Le 24/08/2020 à 16:16, IOhannes m zmoelnig a écrit :
> >>> On 24.08.20 15:16, cyrille henry wrote:
>  Hello,
>  Is it the desired behaviours that deken did not find externals when
> used
>  with "pd -noprefs" ?
>  It look like deken propose only already downloaded externals, but not
>  the one on the server.
> >>>
> >>> hmm, that would be weird as deken does not keep track of installed
> >>> externals.
> >>>
> 
>  I suppose a part of deken is not loaded when pd is started with
> -noprefs
>  flag, but is that really what we want?
> >>>
> >>> hmm, that would be weird as well.
> >>> i'm not aware of any deken component that would interact with
> "-noprefs"
> >>> (actually i think that deken - being run only on the GUI-side)
> >>> completely ignores the "-noprefs" flag, for good or bad)
> >>>
> >>> could you post a complete search-string and the desired and actual
> >>> result (which externals are you searching; which results to you get;
> >>> which results did you expect?) ...1
> >>>
>  (if not, I'll fill a bug report)
> >>>
> >>> ...either here on the list or in new bugreport.
> >>>
> >>>
> >>> gfsdmar
> >>> IOhannes
> >>>
> >>>
> >>> ___
> >>> Pd-list@lists.iem.at mailing list
> >>> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >>>
> >>
> >>
> >>
> >> ___
> >> Pd-list@lists.iem.at mailing list
> >> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

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

[Antoine Rousseau]

I'd say the same as Max, 0.51 would be nice, I personally don't need to
halt at 0.50-2.

Le mer. 8 juil. 2020 à 11:35, Max  a écrit :

> I'd say go for 0.51, or is there a good reason not to?
>
> Is multi-instance support for messages and MIDI on the roadmap to be
> included in Pd 0.52 and libpd 0.13 ?
>
>
> On 08.07.20 11:23, Dan Wilcox wrote:
> > Howdy all,
> >
> > I have been admittedly behind in releasing libpd 0.12, mainly as I was
> > waiting on implementing and testing much needed changes for the Obj-C /
> > iOS wrapper. We have generally tried to keep libpd up to date with the
> > current core releases and now that Pd 0.51 is released, it's definitely
> > time to put out what we have for libpd 0.12.
> >
> > My question to those of you using libpd is: Should the next release stay
> > with the current Pd core 0.50-2 or should we skip it and go directly to
> > libpd + Pd core 0.51?
> >
> > 
> > Dan Wilcox
> > @danomatika 
> > danomatika.com 
> > robotcowboy.com 
> >
> >
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] problem with connecting to Arduino

[Antoine Rousseau]

does "In use" mean that it's the one currently opened by comport, or does
it mean that it's already used by someone else?
here on Linux I'm unable to trigger the "in use" display, whether I open my
device with comport or from another application (but it's not the same
device).


Le ven. 24 avr. 2020 à 17:53,  a écrit :

> 4 - COM4 (in use)
>
> Antoine Rousseau schreef op 24-04-2020 17:40:
>
> what does:
>
> [devices(
> |
> [comport]
>
> return ?
>
>
> Antoine Rousseau
>   http://www.metalu.net <http://metalu.net> __
> http://www.metaluachahuter.com/
> <http://www.metaluachahuter.com/compagnies/al1-ant1/>
>
>
> Le ven. 24 avr. 2020 à 16:38,  a écrit :
>
>> i've been working with the Arduino UNO and Pd for years.
>> now i'm starting with a new board UNO Wifi Rev2.
>>
>> the board works with the Arduino IDE, also with the IDE's serial monitor.
>>
>> the problem with Pd is in the initialization.
>>
>> when the board is powered on and i open the port in Pd, nothing happens.
>> no 'hello world' or whatever comes through, no lights on the board show any
>> activity.
>>
>> [comport] doesn't give any error message.
>>
>> when i close the port in Pd, go to the IDE, start the serial monitor, the
>> board comes alive, spits out the text.
>> closing the IDE, opening the port in Pd again, dadada, the text shows up.
>> as long as the board stays plugged in, the communication gives no
>> problems.
>>
>> in Windows 10 the port for a 'regular' UNO appears as "Arduino UNO
>> (COM5)".
>> the new board as "mEDBG Virtual COM Port (COM4)".
>>
>> is it possible that [comport] fails to initialize this particular type?
>>
>> rolf
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] problem with connecting to Arduino

[Antoine Rousseau]

what does:

[devices(
|
[comport]

return ?


Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le ven. 24 avr. 2020 à 16:38,  a écrit :

> i've been working with the Arduino UNO and Pd for years.
> now i'm starting with a new board UNO Wifi Rev2.
>
> the board works with the Arduino IDE, also with the IDE's serial monitor.
>
> the problem with Pd is in the initialization.
>
> when the board is powered on and i open the port in Pd, nothing happens.
> no 'hello world' or whatever comes through, no lights on the board show any
> activity.
>
> [comport] doesn't give any error message.
>
> when i close the port in Pd, go to the IDE, start the serial monitor, the
> board comes alive, spits out the text.
> closing the IDE, opening the port in Pd again, dadada, the text shows up.
> as long as the board stays plugged in, the communication gives no problems.
>
> in Windows 10 the port for a 'regular' UNO appears as "Arduino UNO (COM5)".
> the new board as "mEDBG Virtual COM Port (COM4)".
>
> is it possible that [comport] fails to initialize this particular type?
>
> rolf
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] changing line width in Gem

[Antoine Rousseau]

> is there any chance to change the width of the lines when you send the
> message [draw line( to any of the geometrical objects?

use:  [width $1(
1 to 10 (but no more...)


 Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le jeu. 16 avr. 2020 à 17:44, Csaba Láng  a écrit :

> Perfect, thanks a lot!
>
> On Thu, Apr 16, 2020 at 4:41 PM rep  wrote:
>
>> Hi Popesz
>>
>> Le 2020-04-16 13:35, Csaba Láng a écrit :
>> > Dear list,
>> >
>> > is there any chance to change the width of the lines when you send the
>> > message [draw line( to any of the geometrical objects?
>>
>> dont know with [draw line(
>>
>> but you can use [GEMglPolygonMode] with [GEMglLineWidth]
>> see attached patch
>> this solution works with [model] too
>>
>> > I think it is 1px by default, but looking for a solution to make it
>> > bigger.
>>
>> here, I can set it from 1 to 10 (but no more) pixels
>>
>> Pierre
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] GUI external with alpha channel (tcl/tk alternative)?

[Antoine Rousseau]

You can't display any object from another toolkit into a Pd window (aka Tk
canvas).
You'd have to open another window for that.
e.g: Gem/Ofelia/Pof (through openGL) offer alpha...

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le jeu. 16 avr. 2020 à 18:02, Alexandre Torres Porres  a
écrit :

> So, Tcl/Tk can't offer us an anpha channel for things like iemguis.
>
> But what if I want to write an external that does that? For cyclone, for
> instance, there could be an alpha channel for opacity/transparency, as the
> original ones have in Max.
>
> I assume I'd have to use some other language as an alternative and so I'd
> like to ask for hints on which and also if it is even possible (I'm rather
> clueless, sorry).
>
> I see Purr Data, which uses NW.js, offers an alpha channel, could I
> supposedly code an external that uses such a language and load it in Pd
> Vanilla? How?
>
> Sorry if I'm asking too basic and vague questions...
>
> cheers
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] ugly font edges on non-black background

[Antoine Rousseau]

Hi Popesz,
it seems there's something else in your patch that is causing this effect.
As Roman said, a simple [text3d] patch works as expected, see the attached
screenshot.


Le ven. 8 nov. 2019 à 12:29, Csaba Láng  a écrit :

> Hi Roman,
> I tried many fonts, truefonts behave the same way.
> Check the screenshot:
> [image: uglyfontwithalpha.png]
> I tried all the font sizes from 5 to 100 (20 is default) and play with the
> Z axe to make it smaller, the final effect is the same every time.
>
> Does anyone have a best practice with the fonts on alpha on any background
> than black?
>
> Best,
> Popesz
>
>
> On Tue, Jan 8, 2019 at 4:58 PM Roman Haefeli  wrote:
>
>> I can't reproduce with the help of [text3d].
>>
>> Have you tried using  a TrueType font?
>>
>> Gruss
>> Roman
>>
>> On Tue, 2019-01-08 at 16:32 +0100, Csaba Láng wrote:
>> > Dear list,
>> >
>> > I would like to use [text3d] texts on yellow background but the edge
>> > of the texts are so ugly that I am concerning to use prerendered
>> > images on alpha channel.
>> > Not even mentioning the inside part of the letters/numbers which are
>> > black anyway.
>> > Is there a way to achieve beautiful texts which are on transparent
>> > background?
>> >
>> > Tried with alpha with all the numeric possibilities alpha offers (on
>> > 16 pd crashes) but without any success.
>> >
>> > Please advice!
>> >
>> > Best,
>> >
>> > Popesz
>> > ___
>> > Pd-list@lists.iem.at mailing list
>> > UNSUBSCRIBE and account-management ->
>> > https://lists.puredata.info/listinfo/pd-list
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Raspberry Pi: Loading Samples RAM problem

[Antoine Rousseau]

OK.. So I look forward to seeing it!


Le ven. 1 nov. 2019 à 17:45, Christof Ressi  a
écrit :

> the threaded soundfiler implementation is cool, but it could be greatly
> simplified with the worker thread API.
>
> also, there wouldn't be a need to have a dedicated thread for each object
> (which doesn't scale very well), and message passing would be done with a
> lock-free command FIFO (no mutex locking!)
>
> Christof
> *Gesendet:* Freitag, 01. November 2019 um 17:30 Uhr
> *Von:* "Antoine Rousseau" 
> *An:* "Christof Ressi" , Pd-List <
> pd-list@lists.iem.at>
> *Betreff:* Re: [PD] Raspberry Pi: Loading Samples RAM problem
> There's already a WIP about a threaded soundfiler:
> https://github.com/pure-data/pure-data/pull/655
>
> with a complement, dispensing to rebuild the whole DSP tree after loading
> a soundfile:
> https://github.com/pure-data/pure-data/pull/667
>
> The latter has some impact on CPU load: it significantly lightens normal
> [tabread]/[tabwrite] usage (no more need to reacquire the array each time),
> but adds a bit of load for setting it to another table. It also adds a bit
> of load for DSP-table objects at each DPS-block beginning (to check the
> table pointer is still valid). I had started to gprof the change, but I
> didn't go through with it...
>
> Antoine Rousseau
>   http://www.metalu.net <http://metalu.net> __
> http://www.metaluachahuter.com/
> <http://www.metaluachahuter.com/compagnies/al1-ant1/>
>
>
> Le ven. 1 nov. 2019 à 14:31, Christof Ressi  a
> écrit :
>
>> another trick is to use [readsf~] in an upsampled subpatch.
>>
>> BTW, I have ideas for adding a worker thread to Pd (similar to
>> Supercollider), which would help solving a lot of Pd's realtime-safety
>> issues. I want to do that in the next couple of weeks when I have more time.
>>
>> Chrisotf
>>
>> > Gesendet: Freitag, 01. November 2019 um 14:21 Uhr
>> > Von: "oliver" 
>> > An: Pd-List 
>> > Betreff: Re: [PD] Raspberry Pi: Loading Samples RAM problem
>> >
>> > Hi,
>> >
>> > try to use "soundfiler" to read only chunks of your files. so it's
>> > actually more a "harddisk"-streaming method.
>> >
>> > have some example patches here:
>> >
>> > mind, that this will be obviously limited by the read-speed of your
>> SD-card.
>> >
>> >
>> > best
>> >
>> > oliver
>> >
>> >
>> >
>> >
>> > Jakob Laue wrote:
>> > > Dear list,
>> > > i have a little problem with my raspberry pi..
>> > > I have built an eight-track sample player patch that runs on a
>> raspberry pi.
>> > > When the patch loads, it initially loads all the samples it finds in
>> > > /home/pi/SamplePacks/SamplePack1, SamplePack2 etc..
>> > > into RAM using the standard approach:
>> > > - create two tables for each sample
>> > > - read data into tables with [read -resize table1 table2(
>> > > Afterwards I use [soundfiler] and calculate the frequency for [phasor]
>> > > and so on and so forth.
>> > > The patch works when I load a total amount of 500 gb into RAM.
>> > > Today I tested to load 9 GB of samples and the result (obviously) is
>> the
>> > > pi crashing.
>> > > I have tested on a raspberry pi 2 and a raspberry pi 3. Both pis only
>> > > have 1 GB of RAM so it's obvious that problems arise trying to load 9
>> GB
>> > > of samples.
>> > > Do you have any hints or ideas how I could solve this problem? Loading
>> > > from disk while performing is not an option (I think) because of
>> audio pops.
>> > > Do you know any ways to extend the RAM of the pi?
>> > > Maybe you know of some other small boards like beagle or so that have
>> > > more RAM than a pi.
>> > > Thank you very much! Jakob
>> > >
>> > >
>> > > ___
>> > > Pd-list@lists.iem.at mailing list
>> > > UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>> > >
>> >
>> >
>> > --
>> > 
>> > /// http://pendler.klingt.org //
>> > \\\ http://oliver.klingt.org  \\
>> > 
>> > ___
>> > Pd-list@lists.iem.at mailing list
>> > UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>> >
>>
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Raspberry Pi: Loading Samples RAM problem

[Antoine Rousseau]

There's already a WIP about a threaded soundfiler:
https://github.com/pure-data/pure-data/pull/655

with a complement, dispensing to rebuild the whole DSP tree after loading a
soundfile:
https://github.com/pure-data/pure-data/pull/667

The latter has some impact on CPU load: it significantly lightens normal
[tabread]/[tabwrite] usage (no more need to reacquire the array each time),
but adds a bit of load for setting it to another table. It also adds a bit
of load for DSP-table objects at each DPS-block beginning (to check the
table pointer is still valid). I had started to gprof the change, but I
didn't go through with it...

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le ven. 1 nov. 2019 à 14:31, Christof Ressi  a
écrit :

> another trick is to use [readsf~] in an upsampled subpatch.
>
> BTW, I have ideas for adding a worker thread to Pd (similar to
> Supercollider), which would help solving a lot of Pd's realtime-safety
> issues. I want to do that in the next couple of weeks when I have more time.
>
> Chrisotf
>
> > Gesendet: Freitag, 01. November 2019 um 14:21 Uhr
> > Von: "oliver" 
> > An: Pd-List 
> > Betreff: Re: [PD] Raspberry Pi: Loading Samples RAM problem
> >
> > Hi,
> >
> > try to use "soundfiler" to read only chunks of your files. so it's
> > actually more a "harddisk"-streaming method.
> >
> > have some example patches here:
> >
> > mind, that this will be obviously limited by the read-speed of your
> SD-card.
> >
> >
> > best
> >
> > oliver
> >
> >
> >
> >
> > Jakob Laue wrote:
> > > Dear list,
> > > i have a little problem with my raspberry pi..
> > > I have built an eight-track sample player patch that runs on a
> raspberry pi.
> > > When the patch loads, it initially loads all the samples it finds in
> > > /home/pi/SamplePacks/SamplePack1, SamplePack2 etc..
> > > into RAM using the standard approach:
> > > - create two tables for each sample
> > > - read data into tables with [read -resize table1 table2(
> > > Afterwards I use [soundfiler] and calculate the frequency for [phasor]
> > > and so on and so forth.
> > > The patch works when I load a total amount of 500 gb into RAM.
> > > Today I tested to load 9 GB of samples and the result (obviously) is
> the
> > > pi crashing.
> > > I have tested on a raspberry pi 2 and a raspberry pi 3. Both pis only
> > > have 1 GB of RAM so it's obvious that problems arise trying to load 9
> GB
> > > of samples.
> > > Do you have any hints or ideas how I could solve this problem? Loading
> > > from disk while performing is not an option (I think) because of audio
> pops.
> > > Do you know any ways to extend the RAM of the pi?
> > > Maybe you know of some other small boards like beagle or so that have
> > > more RAM than a pi.
> > > Thank you very much! Jakob
> > >
> > >
> > > ___
> > > Pd-list@lists.iem.at mailing list
> > > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> > >
> >
> >
> > --
> > 
> > /// http://pendler.klingt.org //
> > \\\ http://oliver.klingt.org  \\
> > 
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Vanilla method for symbol -> float

[Antoine Rousseau]

Hi Joao,

you can now use a simple [f] to convert a symbol to float, e.g:

[5(
|
[symbol 3.$1(   // generate "3.5" symbol
|
[f]
|
[print]

prints 3.5 (i.e a float)

But the most powerful related tool is [fudiparse]:

[51 46 53( // list of chars '3' '.' '5'
|
[fudiparse]
|
[print]

also prints the float 3.5.




Le sam. 12 oct. 2019 à 09:01, João Pais  a écrit :

> Hi list,
>
> I was trying something without succes, and couldn't find any
> documentation for it as well.
>
>
> I wanted to split the symbol 2/4 to separate the numbers on both sides
> of the / . No problem using [list fromsymbol] and [list tosymbol] in
> doing that. But, afterwards I can't find a way of turning the symbol
> back to a float, except using an external. Is there any special hack
> somewhere for this?
>
>
> Best,
>
> JOao
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] declare not posting library loading message while object creation does?

[Antoine Rousseau]

> Then we would have a unified syntax for "loading" libraries and people
wouldn't have to care about implementation details

That is also the goal of:
https://github.com/pure-data/pure-data/pull/440
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] declare not posting library loading message while object creation does?

[Antoine Rousseau]

[declare -lib] can be useful with certain kind of (homemade) externals,
where you have to ensure that a given class is declared before
instantiating an object which itself refers to this class.

Le lun. 7 oct. 2019 à 15:08, Christof Ressi  a
écrit :

> Hey,
>
> > but only if the external is within a given serach path on PD startup.
>
> Which is also true for [declare -lib] - it can't magically find libraries
> without having the correct search paths. Note that for every external "foo"
> the loader also tries "foo/foo", so [declare -path hid] is not necessary,
> you can just do [hid]. I don't see any purpose for [declare -lib hid]
> except maybe for documentation (but then I would just write a comment).
>
> > > i guess Peter was saying that he only loads libraries/externals
> > explicitly when they are needed.
>
> I don't get it. When I do [hid] - without [declare -lib] -, it will be
> exactly loaded when needed.
>
> Christof
>
> > Gesendet: Montag, 07. Oktober 2019 um 14:50 Uhr
> > Von: "oliver" 
> > An: Pd-list 
> > Betreff: Re: [PD] declare not posting library loading message while
> object creation does?
> >
> > Christof Ressi wrote:
> > >> And this was sarcasm too.
> > >
> > > damn, my sarcasm-O-meter failed miserably...
> > >
> > >> I was using [declare -lib hid] because this is how I load libraries
> in general.
> > >
> > > "-lib" is only needed for multi-object-per-binary libraries, e.g. zexy
> and iemlib. [declare -lib hid] doesn't do anything useful, the external
> will be loaded anyway when you create it the first time...
> > >
> >
> > but only if the external is within a given serach path on PD startup.
> >
> > i guess Peter was saying that he only loads libraries/externals
> > explicitly when they are needed. (which is a good practice for testing
> > purposes or prior to posting/sharing patches)
> >
> > in the case of [hid] (or [hidin] on windows) it would be [declare -path
> > hid] though, since (as christof correctly said) it's a single external
> > rather than a multiobject library (like ZEXY, IEMLIB, IEMMATRIX, GEM).
> >
> > best
> >
> > oliver
> >
> >
> >
> >
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] timbreID 0.8.1

[Antoine Rousseau]

Maybe this: if you called the individual *_setup() functions from the
timbreID.c/timbreID_setup() (in addition to the normal timbreID class
declaration), then the user would have to [declare -lib timbreID] to have
all objects loaded.

Le ven. 2 août 2019 à 15:29, William Brent  a
écrit :

> Maybe there's a trick someone can suggest, but I didn't think that was
> possible. There's a timbreID.c source file for the [timbreID] object in the
> library, and a timbreIDLib.c source file for building the whole library as
> a single binary. That calls the _setup() functions for all the individual
> objects and also has a timbreIDLib_setup function itself. So making the
> names the same would result in two timbreID_setup() calls that are supposed
> to do two different things. I never looked into ways to work around that...
>
>
>
> On Thu, Aug 1, 2019 at 4:42 PM Alexandre Torres Porres 
> wrote:
>
>>
>>
>> Em qui, 1 de ago de 2019 às 13:27, William Brent 
>> escreveu:
>>
>>> Hi Alex, thanks for taking a look. Yes - the reason I ended up calling
>>> the single library binary timbreIDLib is that there was already a
>>> [timbreID] object in the library. I just wanted to avoid confusion. Looking
>>> back, I wish I had named that object something else. At this point I think
>>> I'd rather live with an awkwardly named library rather than change the name
>>> of any individual object within it, but I'm open to suggestions.
>>>
>>
>> My suggestion was to change the name of library, not the object. But I
>> don't really understand the challenges involved (haven't really checked the
>> code structure). Though I think it's feasible. What do you say? Have you
>> considered it and thought it wasn't possible or worth it?
>>
>> cheers
>>
>
>
> --
> William Brent
> www.williambrent.com
>
> “Great minds flock together”
> Conflations: conversational idiom for the 21st century
>
> www.conflations.com
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] abstraction saving issue within a parent patch

[Antoine Rousseau]

Confirmed here on linux.

Also if you try closing the modified test1 which contains the modified
test2, you get the dialog:
"Do you want to save the changes you made in "(...)/test1.pd"?
If you answer "No", then you get the *same* dialog:
"Do you want to save the changes you made in "(...)/test1.pd"?


Le jeu. 6 juin 2019 à 19:56, Benoît Fortier via Pd-list <
pd-list@lists.iem.at> a écrit :

> Dear list, I’m wondering if this is a normal behaviour or a bug. See
> attached patch.
>
> 1. Open test1.pd
> 2. open test2 abstraction within test1.pd
> 3. change anything in both test2 and test1.pd
> 4. close and save test1.pd.
>
> When I do this on my mac os maverick, pd 49-1 test1.pd closes and get
> saved, but I don’t get any window prompting me to save the changes in
> test2, and all modifications made in test2 are then lost.
>
> Strangely enough, if I don’t make any changes in test1.pd and close it,
> then pd prompts me if I want to save the changes in test2.
>
> Am I missing something? Sorry if this as been discussed before, I haven’t
> checked the list in a while.
>
> Benoît Fortier
> 581 995-5622
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] mobile devices: knowledge gathering

[Antoine Rousseau]

Hi Jakob,

I created POF for this kind of use:
https://github.com/Ant1r/ofxPof

(specifically it was created for the need of NinjaJamm see
http://www.ninjajamm.com/)

You can install it from Deken, which should allow you to try it easily.

It doesn't prevent you to setup an OpenFrameworks build chain for compiling
to Android or iOS, though.
You can include the sources of the external libraries you need into your
project, and call the corresponding externals setup() functions from your
main setup().

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le ven. 5 avr. 2019 à 17:17, enrike  a écrit :

> hi jakob
>
> my experience is with PDDroidparty, I am not sure if it is very
> different with MobMuPlat. If you can stick to PDpDroidarty like
> developing system it makes the working process way more simple than
> going into something like OpenFrameworks + libPD
>
> some years ago I tried other options (OF, Processing, Python), from all
> of them Processing was the easier one for me, but it was only Android at
> the time. not sure now. However using PDDroidParty is by far way easier
> than any of those, but you are limited by the GUI elements you can use.
>
> I dont think you can get GEM working on android. All the externals I
> have used are pure pd, no binaries.
>
> good luck
>
> enrike
>
>
> 19/4/5 16:57(e)an, Jakob Laue igorleak idatzi zuen:
> > Hey all,
> > For a university project I need to develop a pd patch on Mac OSX and
> > then run/port the patch on/to a mobile device of my choice (iPhone,
> > iPad, Android Phone).
> > I own an iPhone 6 so I would prefer to go the iOS/iPhone way but I am
> > also thankful for any hint on Android stuff.
> > I think that I can borrow any of the above devices from my university :-)
> > I would really appreciate it if someone could point me into the right
> > direction before I start with something without knowing that there is
> > actually a better option I could take.
> > So...
> > - what ways of porting pd patches to a mobile device do you know?
> > - Are there restrictions for using external libraries like zexy or
> > cyclone that I need to take into account while developing my patch on
> OSX?
> > - Is it possible to use GEM in the pd patch when it has to be running a
> > mobile device?
> > What I have heard about so far is:
> > - libPd
> > - hvcc https://github.com/enzienaudio/hvcc
> > - MobMuPlat (probably not going to be considered as I need a custom
> > interface beyond sliders and buttons)
> > Thanks from Flensburg,
> > Jakob
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] swallow the first bit of audiofile

[Antoine Rousseau]

extract from readsf~-help.pd:

> You must open the soundfile in advance (a couple of seconds before you'll
> need it) using the "open" message.
>

this will allow readsf~ to fill its buffer before the actual reading begins.


Le sam. 9 mars 2019 à 16:56, michael strohmann  a
écrit :

> on rpi / stretch / pd-46 || ESI UJ6 Audiointerface…
> sometimes the first half second of audiofiles (4 channel) gets swallowed
>
> i am using
>
> [t b b]
> |   |
> [1(   [open audiofile.wav(
> | /
> [readsf~ 4]
>
> my first bet was that the amplifier goes into sleep mode and needs time to
> wake up. but i can rule that out.
> now i am a bit clueless ….
> does anybody else have similar troubles on RPi ???
>
> cheers!
> mkl
>
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] chronometer + metronome that syncs multiple Android/iOS devices over network?

[Antoine Rousseau]

Hi Enrike,

you'll probably find that syncing many devices together (especially via a
wifi network) is a rather difficult task.
Many parameters can make it complicated, above all network latency and
device latency. Network latency is often quite variable and unpredictable,
and the same goes for audio latency on Android.

That said, it seems that the best solution currently is Ableton Link (
https://www.ableton.com/en/link/), which is a GPL cross-platform library
and protocol.
It is implemented to Pd through the [abl_link~] object (available from
Deken for most platforms).

In some case where [abl_link~] wouldn't work (I had crashes on a
raspberryPi), you can use Carabiner which provides a network socket to Link:
https://github.com/Deep-Symmetry/carabiner

good luck!


Le mar. 5 mars 2019 à 17:18, enrike  a écrit :

> hi all
>
> We need a chronometer that runs in sync in multiple devices at the same
> time. Target platform is android, and if possible iOS as well. We are
> thinking also that it would be great to have some sort of metronome
> running together with the chronometer (we have trained musicians
> together with non trained musicians in the ensemble).
>
> So far we have been using http://chronograph.io/ so far but it is not
> 100% reliable, we had a few issues last performance (one device was ~1
> sec behind the others, and often during rehearsals we had problems with
> the start signal not being sent at all).
>
> I am considering the possibility of implementing this functionality in
> PD using PDdroidparty and OSC. Because we dont like the tools we have
> found online. We found some nice metronomes but the only one that seems
> to sync is only iOS. And we do need the chronometer (in fact priority n1
> is the chronometer right now). I thought maybe someone can point into
> some existing alternative before I try to reinvent the wheel.
>
> One of the biggest issues I foresee is to find an easy and quick way for
> the master device to find out the available slaves in the network. I
> would not like to have to, one by one, find and then type the IPs of
> each single device in the master device, although the master could be a
> laptop running PD and that would make it easier to type them...
>
> thanks in advance for any feedback
>
> enrike
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Audio clicks with postgresql external

[Antoine Rousseau]

You could try:
- to launch a second instance of Pd from your init script, and communicate
via [netsend] / [netreceive]
- or to run this second Pd instance via [pd~]; this could be simpler to
implement (because you'll just use inlet/outlet to communicate), but I
don't know, even with -noaudio and -nogui flags, if it will avoid the
master instance to block.


Le lun. 18 févr. 2019 à 09:39, Jakob Laue  a écrit :

> Hey all,
> I am working on a sample player in pd.
> In my patch I am using a postgresql external from here:
>
> https://sourceforge.net/p/pure-data/svn/17183/tree/trunk/externals/postlude/psql/
>
> Unfortunately, I get audio clicks when I send a query to my database,
> which is of course a no-go
> as I am playing audio samples.
>
> I am on a Raspberry Pi 2, Raspbian Jessie with pd 0.49.
> I start my patch like this: sudo pd -rt -nogui mypatch.pd
> (sudo because I am using a wiringPi_gpio external which causes pd to crash
> when it isnt run with sudo...)
>
> My queries are only to localhost.
> Do you have any ideas how I could solve this?
> My first idea was to simply not use postgresql and somehow stick to tables
> within pd.
> But postgresql would come in handy in my patch because I actually wanted
> to connect to the database from another
> second Raspberry Pi aswell.
>
> Thanks, Jakob
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] ugly "already connected" errors

[Antoine Rousseau]

Yes, do disconnect each time before re-connecting. This shouldn't hurt.

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le ven. 25 janv. 2019 à 11:31, michael strohmann  a
écrit :

> hi!
>
> i need to send OSC messages to a number of smartphones via UDP.
> the phones are used as remote controls for the patch, so i send the status
> of the patch to the phones every second.
> since the phones are sometimes out of WLAN reach or switched off, i send a
> [connect( message to [netsend] every second to keep in touch.
> and i get loads of “already connected” errors.
>
> this might have caused to fill up the ram on the raspi on which pd runs,
> so i sent stderr to devnull.
>
> still, do you think it is better to disconnect every time before
> connecting, or might this cause some other problems?
>
> cheers!
> mkl
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [text] issue reading SysEx files

[Antoine Rousseau]

>
> make an addition to soundfiler to read binary characters into an array.


 wouldn't "read -raw 0 1 1 n" work?


Le lun. 21 janv. 2019 à 00:55, Christof Ressi  a
écrit :

> > Somewhere on my long do-list is an idea to make an addition to soundfiler
> > to read binary chanracters into an array.
>
> +1
>
> @Mario: in the meantime you can use [mrpeach/binfile] to read arbitrary
> binary data.
>
> > Gesendet: Montag, 21. Januar 2019 um 00:34 Uhr
> > Von: "Miller Puckette" 
> > An: "Mario Buoninfante" 
> > Cc: pd-list 
> > Betreff: Re: [PD] [text] issue reading SysEx files
> >
> > The trouble is probably the presence of a '{' character in the file.
> > But there will be other problems - ASCII NULL characters will simply
> > terminate the string early, and semicolons, spaces, and commas will
> > confuse things.
> >
> > Somewhere on my long do-list is an idea to make an addition to soundfiler
> > to read binary chanracters into an array.
> >
> > cheers
> > Miller
> >
> > On Fri, Jan 18, 2019 at 04:39:04PM +, Mario Buoninfante wrote:
> > > Hi,
> > >
> > > I've been trying to read SysEx files using [text], and I noticed that
> the
> > > loaded file end up being corrupted in a way with bits and bops missing.
> > > Also trying to manually copy and paste part of the file (from Atom text
> > > editor) I'm not able to copy the entire file, there's always something
> > > missing (ie select all the file in Atom, copy and paste in [text]).
> > > When loading the file I've got no error, but then when I open the
> [text]
> > > window, this is returned on the console:
> > >
> > > (Tcl) UNHANDLED ERROR: extra characters after close-brace
> > > while executing
> > > "pdtk_textwindow_append .x100617310 {d 0 iM @?, f h I R kQ, [  ),
> Y Q Y1
> > > -" ( , XFN `  8 ) 6{` )  ) ;
> > > }
> > > pdtk_textwindow_append .x1006173..."
> > > ("uplevel" body line 39)
> > > invoked from within
> > > "uplevel #0 $docmds
> > >
> > > I know, it's a kind of a weird thing trying to read SysEx files in
> this way
> > > and probably it's just me trying to do something with the wrong tool.
> > > But weirdly enough the sequences of characters I cannot copy and paste
> from
> > > Atom, can then be directly typed in the [text] window.
> > > I suspect this has to do with the character encoding.
> > > Does anyone know why [text] behave this way?
> > >
> > > Cheers,
> > > Mario
> >
> > > ___
> > > Pd-list@lists.iem.at mailing list
> > > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >
> >
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] PdDroidParty questions

[Antoine Rousseau]

I've just pushed a PR for this.
(https://github.com/chr15m/PdDroidParty/pull/42)

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le mar. 8 janv. 2019 à 04:12, Chris McCormick  a écrit :

> Hi,
>
> On 7/1/19 10:46 pm, Antoine Rousseau wrote:
> > yes "ViewPort" is a special canvas-gui name (hard coded in the java),
> > that can be used to scroll through the main pd window:
> > - in the main pd window, create a canvas gui (add canvas)
> > - edit the canvas properties and set the receive name to "ViewPort"
> > - make sure the canvas is in the background (select all the objects but
> > the canvas, cut, copy)
> > - then send "pos" and "vis_size" messages to "ViewPort", so you have
> > visual indication of the portion of the screen that will be displayed on
> > PdDroidParty.
> Thanks Antoine, I will add this information to the droidparty.net page
> (or merge a PR if there is one before I get to it).
>
> Cheers,
>
> Chris.
>
> --
> http://mccormick.cx/
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] PdDroidParty questions

[Antoine Rousseau]

Hi!
> i don't really understand why the moving of the "ViewPort" canvas changes
the patch's
> view on the android device like it does. is "ViewPort" some special
> variable or object ?

yes "ViewPort" is a special canvas-gui name (hard coded in the java), that
can be used to scroll through the main pd window:
- in the main pd window, create a canvas gui (add canvas)
- edit the canvas properties and set the receive name to "ViewPort"
- make sure the canvas is in the background (select all the objects but the
canvas, cut, copy)
- then send "pos" and "vis_size" messages to "ViewPort", so you have visual
indication of the portion of the screen that will be displayed on
PdDroidParty.

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le lun. 7 janv. 2019 à 03:03, Chris McCormick  a écrit :

> Hi Oliver,
>
> On 6/1/19 4:56 pm, oliver wrote:
> > confirmed. only the "There are some good tips for Windows users in this
> > forum thread." link is still invalid, though
>
> Fixed thanks.
>
> > your latest build. seems to work alright, but the background is rendered
> > as black (!), making many example patches unusable unless they have a
> > coloured canvas or a png file as background !
>
> I've filed an issue for this and will try to fix it soon:
>
> https://github.com/chr15m/PdDroidParty/issues/40
>
> >> adb logcat | grep Pd
> >>
> >> If you print things from Pd you can see them via this log.
> >
> > i'm not quite sure i understand, but gonna investigate. so this would be
> > done on linux ?
>
> I think adb is available on windows too. If you do a search you can find
> more information about installing and using it.
>
> Cheers,
>
> Chris.
>
> --
> http://mccormick.cx/
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Keyboard patching

[Antoine Rousseau]

I like it too!



Le sam. 24 nov. 2018 à 19:41, Lucas Cordiviola  a
écrit :

> Seems a cool feature.
>
>
> :)
>
>
> Mensaje telepatico asistido por maquinas.
>
> On 11/24/2018 2:41 PM, Henri Augusto Bisognini wrote:
>
> Hi PD list!
>
>
> I have an idea for a "keyboard patching" feature for PD that allows you to
> navigate connections with the keyboard.
>
>
> It also allows for neatly placing objects when connecting new ones to any
> outlet!
>
>
> I've made a little working prototype showing the idea. Basically you use
> Ctrl+arrows to nagivate inlets, outlets and connections.
>
> Instead of always using the first one, when you place a new object (and
> auto-patch is enabled) the new object is connected to the selected outlet
> and placed exactly in the same exact X coordinates.
>
> What do you think?
>
> https://www.youtube.com/watch?v=Zyhm40tj7bU
>
> Cheers,
> Henri.
>
>
>
> ___pd-l...@lists.iem.at mailing 
> list
> UNSUBSCRIBE and account-management -> 
> https://lists.puredata.info/listinfo/pd-list
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] pd error detection

[Antoine Rousseau]

I think this happens when the error is inside a cloned abstraction. BTW
"Find.." can't see into cloned abstractions either.

Le jeu. 22 nov. 2018 à 09:21, Peter P.  a écrit :

> * Matt Davey  [2018-11-22 02:31]:
> > I get errors in the console (for example, foo: no such object), but pd's
> > error detection can't find the source of those errors, and when i click
> on
> > "find last error", i get "no findable error yet."
> This happens under some circumstances, but I don't know what they are.
> Can you find foo using Pd's "Find..." option?
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] removing files from deken

[Antoine Rousseau]

>
> If I manually delete the files from the puredata.info cms, they will
> still show in deken, but you get an error when trying to install them.


I think you have to wait up to one day after you uploaded or deleted the
package from puredata.info, before it (dis)appears from the deken interface.


Le mer. 21 nov. 2018 à 11:44, Max  a écrit :

> Hi list,
>
> I was wondering if it's possible to remove files from deken. The
> documentation and 'deken --help' is not covering this question as far as
> I know.
>
> If I manually delete the files from the puredata.info cms, they will
> still show in deken, but you get an error when trying to install them.
>
> Thanks
>
> M.
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] NDI for Gem

[Antoine Rousseau]

@baptiste note that spout seems to be Windows only (the github title is
even "A video frame sharing system for Microsoft Windows").


Le mar. 13 nov. 2018 à 11:12, baptiste chatel  a
écrit :

> A lot of live video softwares also use Spout (processing, Isadora, etc.)
> http://spout.zeal.co/ , which looks like an NDI / syphon alternative.
> There is an external available on the French codelab forum, but I doesn't
> work for 64 bit pd for me (running with Ubuntu). A pd spout sender/receiver
> would actually be a godsend to me in my current work.
>
> Le 13 nov. 2018 00:23, "Csaba Láng"  a écrit :
>
>
> Yes I know it, but truely GPU consumer. A direct way could be more
> efficient.
>
> On Mon, 12 Nov 2018 at 21:23, Johnny Mauser 
> wrote:
>
>> That would definitely be useful!! Workaround on OSX could allready be a
>> syhon NDI connection (didnt test, just quick research...).
>>
>> Am Mo., 12. Nov. 2018, 19:16 hat Csaba Láng 
>> geschrieben:
>>
>>> Dear Gem Lovers,
>>>
>>> recently I moved to NDI protocol on many live graphic softwares.
>>> The question is if can someone create an NDI object for Gem to send the
>>> video out through ethernet too? No limitation of resolution, no adapters
>>> needed, just connect your ethernet cable and let it go through LAN.
>>>
>>> What do you think? Could be useful.
>>>
>>> Best,
>>>
>>> Popesz
>>>
>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> https://lists.puredata.info/listinfo/pd-list
>>>
>> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Free/Open Bounties

[Antoine Rousseau]

Of course I'm all for giving it to Dan.
I guess he just has to propose a resolution (even fake) for the target
issues, then you (IO) will have to accept the PRs, and finally bountysource
will give Dan the right to cash in the money.



Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le mar. 13 nov. 2018 à 09:22, IOhannes m zmoelnig  a
écrit :

> On 12.11.18 12:01, Julian Brooks wrote:
> > Antoine & Alexandre - the GEM issue requires resolving quickly: GEM-devs/
> > IOhannes, take the goddam cash!! (and redistribute it accordingly:)
>
> can we just give it to Dan?
>
> after all he was the only one writing code for exactly one of the
> targets of the bounty.
>
> i have no idea, how to do that.
>
> fgam
> IOhannes
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Free/Open Bounties

[Antoine Rousseau]

I personally gave 60€, and I'd really like the Gem developers to take it
rather than the Bountysource people (who will start to do it from December
1st),
whether the issues are actually fixed or not...




Le lun. 12 nov. 2018 à 04:16, Alexandre Torres Porres  a
écrit :

> There was recently a bounty for GEM developing, it started picking up,
> everyone agreed it was a cool idea, I never used GEM in my life and I
> chipped in 15 US$... the thing is that then there was a discussion on
> wether to move to a different bounty system and the whole thing kinda died
> away.
>
> So all I have to say is that I don't think there's an issue for Pd people,
> and my only issue is that I hope my pennies do not go to waste :)
>
> Em dom, 11 de nov de 2018 às 21:10, Julian Brooks 
> escreveu:
>
>> Hi all,
>>
>> Can I ask our community what's the general take on bounties?
>>
>> I've discussed this informally with a couple of people on here (not
>> on-list) and it's a polarising topic.
>>
>> For me, free/open is doomed unless we accept that current/traditional
>> methods of practise serve as a form of serfdom - or require a hefty dose of
>> institutional/employer support (& often community participation - which is
>> great obvs.).
>>
>> It's not sustainable for free software to carry on reliant on free labour
>> (IMO).
>>
>> I've always liked something that Michel Bauwens (p2p foundation) once
>> said (roughly paraphrased), that copyleft can only be implemented once the
>> revolution is complete, and until then we require to get paid (somewhere
>> along the line).
>>
>> There are enough crappy things out there that are purely extractive,
>> without replicating such political/economic hardships within my own
>> favoured idealised/idealistic communities.
>>
>> This though, isn't to say I don't get the argument that it's a dangerous
>> line to cross, with projects becoming solely an economic arms race, highly
>> centralised, with reimagined methodologies and rules for participation.
>>
>> It's a tricky one.
>>
>> All input and insight appreciated...
>>
>> Best to all,
>>
>> Julian
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] German translation of Pd

[Antoine Rousseau]

I'm personally quite happy with the French translation, but I must admit
that my knowledge of Pd doesn't allow me to fully measure the confusion of
a beginner confronting the docs with the translated GUI.

Also it seems to me that maybe the problem is not equivalent with the
different languages; for e.g in French many words can be found that are
quite near from original:

object -> objet
message -> message
number  -> nombre
symbol -> symbole
comment -> commentaire
bang -> bang
graph -> graphique
canvas -> canvas
vu-meter -> vu-mètre

Of course this is not the same for every word. For e.g "toggle" turns to
"Interrupteur"... And "Slider" has even been kept in English, because no
really usual word was found ("Glissière" is very unusual; "Curseur" may
work though).

So I really don't know if translation should be entirely discarded. Maybe a
preference switch could be added to manually restore the original English
version?

Le mer. 7 nov. 2018 à 13:40, Peter P.  a écrit :

> * IOhannes m zmoelnig  [2018-11-07 13:28]:
> > On 06.11.18 13:15, Peter P. wrote:
> > > Hi list,
> > >
> > > looking at a german translation of Pd right now I am wondering if it
> > > makes sense to translate technical terms such as object, message, into
> > > their german-dictionary-counterparts. I find it counter-intuitive to be
> > > using, like most others, the english words object and messag in german
> > > but having these a bit awkward translations in the pulldown menus.
> > >
> > > Does anyone else have an oppinion on this? Thanks!
> >
> >
> > i feel your pain.
> >
> > i mostly use Pd in English (`LANG=C pd`) to ease it.
> Which is great but hard for beginners to do on proprietary operating
> systems.
>
> Just today I discovered that even "array" and "graph" are translated to
> something very confusing and unnecessary german, which is never used
> anywhere is Pd's docs or help patches and is hence totally out of
> context. How would one edit the german internationalization of Pd in its
> sources?
>
> Into how many languages was Pd's GUI translated? Is anyone happy with
> these transations?
>
> thanks!
> P
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] weird error when choosing alsa midi linux

[Antoine Rousseau]

It seems you were not actually using 0.49, as this was fixed a month ago,
before 0.49 release (and AFAICT you already reported it in august).

See https://github.com/pure-data/pure-data/issues/407


Le ven. 5 oct. 2018 à 03:42, pat pagano  a écrit :

> when configuring alsa midi on 0.49 linux
>
> i get this :
>
> opened alsa client 129 in:1 out:1
> (Tcl) INVALID COMMAND NAME: invalid command name "rase"
> while executing
> "rase "$id""
> (procedure "pdtk_alsa_midi_dialog" line 67)
> invoked from within
> "pdtk_alsa_midi_dialog .gfxstub1a28270 1 0 0 0 1 0 0 0 0 1"
> ("uplevel" body line 5)
> invoked from within
> "uplevel #0 $docmds"opened alsa client 129 in:2 out:2
> opened alsa client 129 in:2 out:2
>
>
>
>
> --
> *Patrick Pagano  B.S, M.F.A*
> Assistant Professor Entertainment Technology
> Howard Community College
> Interactive Media & Education
> Audio Projection & Performance Design
> *Columbia, Maryland USA*
> *http://shreeswifty.github.io *
> *(352)226-2016*
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] trouble enabling Jack on Ubuntu compile

[Antoine Rousseau]

>
> maybe there is a way that the configure gives a better hint at what's
> missing?


there is (at least) one:  https://github.com/pure-data/pure-data/pull/507
;-)
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] metro 1000 is 3 times faster than a second

[Antoine Rousseau]

You could try if (far less powerfull than Gem) Pof externals could suit
your needs, cause the GPU thread is decoupled from the audio thread. Not
sure that the available deken version will work on 18.04 though...

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le lun. 1 oct. 2018 à 12:54, Roman Haefeli  a écrit :

> On Mon, 2018-10-01 at 12:15 +0200, Csaba Láng wrote:
> > Thanks for the hints, probably the best idea is to turn off dsp every
> > time it is not needed. However playing a video and audio with metro
> > control (sending the bangs according to the frame rate) and using
> > cameras in the same time makes pd totally loose sense of time. Very
> > disappointing, as I trusted more in metro than in God.
> > Popesz
>
>
> Pd is designed to be deterministic. There is no notion of skipping some
> task in order to keep synchronicity with real time, unlike many media
> players that are able to skip frames in order to playback a movie file
> with no interruption.
>
> It has been discussed many times on this list about how to deal with
> audio and video in Pd. Probably the best way is to run the audio and
> video part in two separate instances of Pd, whereas the audio instance
> does all the time-critical stuff and the video part is controlled by
> the audio part through some communication channel (network socket, unix
> socket, [pd~], etc.).
>
> Roman
>
>
> > On Sun, Sep 30, 2018 at 9:23 PM Jean-Marie Adrien <
> > jm.adrien@gmail.com> wrote:
> > > mabye you could set dsp on (and off again if needed) this will
> > > synchronize pd in a more reasonable way
> > > … and keep an eye permanently on this aspect if time measurement is
> > > critical for ur patch
> > > (high load might blow pd out, means 1 second is lasting three
> > > seconds or so, in this latter case there is little to do besides
> > > optimizing the patch)
> > > JM
> > >
> > > > Le 30 sept. 2018 à 20:55, Csaba Láng  a
> > > écrit :
> > > >
> > > > Dear list,
> > > >
> > > > how is it possible that measuring a metro 1000 with realtime
> > > object i get 333.3 as a result?
> > > > I am testing it on an Ubuntu 18.04 and time just goes 3 times
> > > faster than it should.
> > > > On a Mac OS the result for the same test is expectedly 1000ms.
> > > > Please advice!
> > > >
> > > > Popesz
> > > > ___
> > > > Pd-list@lists.iem.at mailing list
> > > > UNSUBSCRIBE and account-management ->
> > > https://lists.puredata.info/listinfo/pd-list
> > >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > https://lists.puredata.info/listinfo/pd-list
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Compiling externals for w64. (was : Re: Slider/Knob)

[Antoine Rousseau]

Thanks Christof, I was just wandering if you could make and upload to deken
moonlib-v0.4 for windows; I never did that, and if possible, I'd like
avoiding spending my time on figuring how to do it...

So if it's possible for you that would be great, as moonlib received some
improvements since last windows upload you did, like better mknob drawing
and zooming, sfread2~ and readsfv~ improvements and fixing, and overall
cleaning.

Also maybe some of the objects that are currently excluded from windows
compilation could be reintegrated; I'm thinking mostly of dinlet~ and
readsfv~, but it obviously requires testing to tell...

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le ven. 28 sept. 2018 à 14:50, Christof Ressi  a
écrit :

> I can try to fix the compatibility issue next week. Back then, I just
> patched it for Pd >= 0.47 Windows only and uploaded it on Deken.
>
> Gesendet: Freitag, 28. September 2018 um 13:12 Uhr
> Von: "Lucas Cordiviola" 
> An: "pd-list@lists.iem.at" 
> Betreff: Re: [PD] Compiling externals for w64. (was : Re: Slider/Knob)
>
> Well...
> I'm going to sleep now.
> BTW, can you give a look to
> https://github.com/MetaluNet/moonlib/blob/externals/moonlib/mknob.c#L795-L812
> The object compiles and work but is in the old compatibility. Looks like
> this issue was not solved
>
> https://github.com/MetaluNet/moonlib/issues/4[https://github.com/MetaluNet/moonlib/issues/4]
> I had to install 'mingw64/mingw-w64-x86_64-dlfcn' and
> #include 
> #include 
> to finish compilation.
>
>
> Mensaje telepatico asistido por maquinas.
>
> On 9/28/2018 7:51 AM, IOhannes m zmölnig wrote:
> On 9/28/18 12:40 PM, Lucas Cordiviola wrote:
> [cxmean] [cxavgdev] [cxstddev].
> but the source code for these  objects is only '#include "mean~.c"' so a
> fix for "mean~.c" will automatically fix those objects.
>
>
>
>
> gfmrdsa
> IOhannes
>
>
> ___pd-l...@lists.iem.at
> [mailto:Pd-list@lists.iem.at] mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]
> ___ Pd-list@lists.iem.at
> mailing list UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list[https://lists.puredata.info/listinfo/pd-list]
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [PD-announce] Pd 0.49-0 released

[Antoine Rousseau]

Thanks a lot to everybody for all this good work!
I couldn't do without the new features anymore.


Le mar. 25 sept. 2018 à 22:17, IOhannes m zmölnig  a
écrit :

> On 9/25/18 5:56 AM, Miller Puckette wrote:
> > At long last...
> >
> > Pd version 0.49-0 is available on http://msp.ucsd.edu/software.htm
> > or (source only) via github: https://github.com/pure-data/pure-data
> >
>
> hooray!
>
> the Debian packages are already available for Debian/unstable.
> They should be available in Debian/testing (aka: buster) within the next
> 3 days.
> Within the next 7 days, they should hit Debian/stable-backports (aka:
> stretch-backports).
>
> cheers, and happy (& intelligent) patching.
>
> gfamdsr
> IOhannes
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Some patches broken in 0.49test3

[Antoine Rousseau]

>
> he's still able to trigger such errors.
>

see https://github.com/pure-data/pure-data/issues/477
and a proposed fix: https://github.com/pure-data/pure-data/pull/492


Le lun. 24 sept. 2018 à 11:45, Roman Haefeli  a écrit :

> Hi
>
> 0.49test4 fixed the regression for me. I don't see any 'INVALID COMMAND
> NAME' errors anymore. Claude told me in #dataflow, though, that he's
> still able to trigger such errors.
>
> Thanks,
> Roman
>
> On Sun, 2018-09-23 at 09:40 +0200, Roman Haefeli wrote:
> > Hey Claude
> >
> > It seems you already did the hard work. Sorry for not having checked
> > more carefully. I'm glad attention is already paid to the issue.
> >
> > Roman
> >
> > On Sat, 2018-09-22 at 23:29 +0100, Claude Heiland-Allen wrote:
> > > Hi Roman,
> > >
> > > On 22/09/18 23:19, Roman Haefeli wrote:
> > > > Hi
> > > >
> > > > Sorry, need to report something probably more serious. Some of my
> > > > patches trigger messages like the following:
> > > >
> > > >
> > > > (Tcl) INVALID COMMAND NAME: invalid command name
> > > > ".x558795b0c400.c"
> > > >  while executing
> > > > ".x558795b0c400.c itemconfigure 558795b682c0LABEL -font {{DejaVu
> > > > Sans Mono} -11 bold}"
> > > >  ("uplevel" body line 10)
> > > >  invoked from within
> > > > "uplevel #0 $docmds"
> > > >
> > > >
> > > > Side effects are that sometimes the label of [cnv] is not
> > > > updated.
> > > > Or
> > > > the canvas stays blank after dynamically creating stuff and
> > > > objects
> > > > are
> > > > only shown after closing the window and opening it again.
> > >
> > > You might try my (unfortunately too slow for anything other than
> > > debugging) attempt here:
> > > https://github.com/claudeha/pure-data/tree/gui-tcl-robustness
> > >
> > > It may reduce the impact of the error, or perhaps show further
> > > errors...
> > > > I don't have a small patch yet that triggers the problem, but
> > > > will
> > > > try
> > > > to figure one out.
> > >
> > > I reported something possibly-similar here:
> > > https://github.com/pure-data/pure-data/issues/488
> > >
> > > toplevel patch contains a
> > > non-GOP abstraction which contains a
> > > GOP abstraction which
> > > sets iemgui properties on loadbang results in
> > > invalid command name tcl error
> > > > BTW.: this is with  0ee284ecfb5215
> > > >
> > >
> > > Claude___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Managing externals/abstractions in libraries

[Antoine Rousseau]

just search "avg~" in deken, it will answer that you'll find it in
"cyclone".
(BTW: strangely it will only talk about cyclone-v0.2beta1, not about latest
cyclone-v0.3rc1).


Le lun. 24 sept. 2018 à 09:39, Atte via Pd-list  a
écrit :

> On Sun, 23 Sep 2018 21:02:23 +0200
> IOhannes m zmölnig  wrote:
>
> > there is also the "pd-deken-apt" (Debian) package, which allows you to
> > install the Debian packaged libraries from within Pd (using the deken
> > plugin)
>
> Ok, thanks!.
>
> I just installed 0.48.2 (with my debian hat off), deken is included. I
> also removed all pd-* debain packages, in an effort to keep s much as
> possible coming from deken.
>
> However, it seems it's not possible to ask deken which package will
> provide a certain file (like "apt-file search" in debian). Example: I'm
> looking through stuff I grabbed from the net to
> study/modify/learn-from/reuse, and one patch needs avg~. What's the
> cleanest way of figuring out which (if any) package in deken will provide
> me with that file?
>
> Cheers
> --
> Atte
>
> http://atte.dk   http://a773.dk
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Managing externals/abstractions in libraries

[Antoine Rousseau]

Sorry, I forgot to say this will only be effective with the version 0.49 to
come soon...

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le dim. 23 sept. 2018 à 21:48, Antoine Rousseau  a
écrit :

> Is there a an easy way to include a bunch of directories recursively,
>> rather than adding each of the 30+ paths available in usr/lib/pd/extra/
>> alone?
>
>
> be aware that [declare] and [lib] behavior just changed a bit; they now
> scan sub-directories of:
> - 1 calling patch folder
> - 2 paths that you declared in Pd preferences
> - 3 standard paths (e.g /usr/lib/pd/extra or ~/.local/lib/pd/extra)
>
> So whatever the way you chose to install "foo" library, i.e whether "foo"
> folder has been copied locally to the patch, or in "/myHome/myLibs"
> (provided that you declared "myHome/myLibs" in Pd's path preferences), or
> in "/usr/lib/pd/extra" (because you used apt-get), all you have to do is
> put a [declare -path foo] in the calling patch so you can use objects from
> "foo".
>
> Antoine Rousseau
>   http://www.metalu.net <http://metalu.net> __
> http://www.metaluachahuter.com/
> <http://www.metaluachahuter.com/compagnies/al1-ant1/>
>
>
>
> Le dim. 23 sept. 2018 à 21:02, IOhannes m zmölnig  a
> écrit :
>
>> On 9/23/18 8:27 PM, Atte via Pd-list wrote:
>> > I can think of three ways to make external libraries
>> (externals/abstractions) available on my debian stable (running pd 0.47.1
>> from the debian repos):
>> >
>> > 1) install the ones from the debian repos
>> > 2) using the deken plugin
>> > 3) compiling by hand
>> >
>> > I'd rather stick with one to avoid total mess. What do other debian
>> users prefer?
>>
>> with my Debian hat on: the choice should always be to use the Debian
>> repositories, whenever possible.
>> (sometimes this may not be possible, as not all (although most known)
>> Pd-libraries are packaged; or when you need a release of a given library
>> that is newer than Debian/stable).
>>
>> there is also the "pd-deken-apt" (Debian) package, which allows you to
>> install the Debian packaged libraries from within Pd (using the deken
>> plugin)
>>
>> gfmdsar
>> IOhannes
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Managing externals/abstractions in libraries

[Antoine Rousseau]

>
> Is there a an easy way to include a bunch of directories recursively,
> rather than adding each of the 30+ paths available in usr/lib/pd/extra/
> alone?


be aware that [declare] and [lib] behavior just changed a bit; they now
scan sub-directories of:
- 1 calling patch folder
- 2 paths that you declared in Pd preferences
- 3 standard paths (e.g /usr/lib/pd/extra or ~/.local/lib/pd/extra)

So whatever the way you chose to install "foo" library, i.e whether "foo"
folder has been copied locally to the patch, or in "/myHome/myLibs"
(provided that you declared "myHome/myLibs" in Pd's path preferences), or
in "/usr/lib/pd/extra" (because you used apt-get), all you have to do is
put a [declare -path foo] in the calling patch so you can use objects from
"foo".

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le dim. 23 sept. 2018 à 21:02, IOhannes m zmölnig  a
écrit :

> On 9/23/18 8:27 PM, Atte via Pd-list wrote:
> > I can think of three ways to make external libraries
> (externals/abstractions) available on my debian stable (running pd 0.47.1
> from the debian repos):
> >
> > 1) install the ones from the debian repos
> > 2) using the deken plugin
> > 3) compiling by hand
> >
> > I'd rather stick with one to avoid total mess. What do other debian
> users prefer?
>
> with my Debian hat on: the choice should always be to use the Debian
> repositories, whenever possible.
> (sometimes this may not be possible, as not all (although most known)
> Pd-libraries are packaged; or when you need a release of a given library
> that is newer than Debian/stable).
>
> there is also the "pd-deken-apt" (Debian) package, which allows you to
> install the Debian packaged libraries from within Pd (using the deken
> plugin)
>
> gfmdsar
> IOhannes
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Unnecessary scrollbars since 0.49

[Antoine Rousseau]

>
> 50% of the cases scrollbars are drawn and in the other 50% they are not,
> with the 'return' addition and without.


same for me.

Le dim. 23 sept. 2018 à 09:43, Roman Haefeli  a écrit :

> (forgot to send to the list)
>
> On Sun, 2018-09-23 at 03:12 +0200, Dan Wilcox wrote:
> > Try this as a small test: add a new line with "return" after the
> > "update idle tasks" on line 302 of tcl/pd_bindings.tcl.
>
> I can't see a difference at first glance. Without having done an actual
> measurement, it feels like in 50% of the cases of opening a subpatch
> the unnecessary scrollbars are drawn and in the other 50% they are not.
> This is with the 'return' addition and without.
>
> Roman___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] multiple instances of a patch forbidden in 0.49, why?

[Antoine Rousseau]

thanks Miller, it works perfectly!

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le dim. 23 sept. 2018 à 00:37, Miller Puckette  a écrit :

> Well, I ended up simply reverting to the old behavior but leaving a hook in
> so that users can specifically ask only to open a patch once.
>
> cheers
> M
>
> On Sun, Sep 23, 2018 at 12:10:01AM +0200, Antoine Rousseau wrote:
> > Yes I realized that. So it should be something more specific.
> > Why not a wider scope object, like [pdconfig], that would take "once" as
> an
> > argument?
> >
> > Antoine Rousseau
> >   http://www.metalu.net <http://metalu.net> __
> > http://www.metaluachahuter.com/
> > <http://www.metaluachahuter.com/compagnies/al1-ant1/>
> >
> >
> >
> > Le sam. 22 sept. 2018 ?? 23:55, Roman Haefeli  a
> ??crit :
> >
> > > On Sat, 2018-09-22 at 23:29 +0200, Antoine Rousseau wrote:
> > > > Of course [once] would be much better than [lock]
> > >
> > > [once] is taken by iemlib. Not that I think every library in existence
> > > should be considered regarding name conflicts when introducing new
> > > objects to Pd, but I feel that [once] is in wide use and adding a
> > > [once] with totally different behavior would be a bold move.
> > >
> > > Roman___
> > > Pd-list@lists.iem.at mailing list
> > > UNSUBSCRIBE and account-management ->
> > > https://lists.puredata.info/listinfo/pd-list
> > >
>
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Some patches broken in 0.49test3

[Antoine Rousseau]

yes, this is issue #488 reported by claude.

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le dim. 23 sept. 2018 à 00:19, Roman Haefeli  a écrit :

> Hi
>
> Sorry, need to report something probably more serious. Some of my
> patches trigger messages like the following:
>
>
> (Tcl) INVALID COMMAND NAME: invalid command name ".x558795b0c400.c"
> while executing
> ".x558795b0c400.c itemconfigure 558795b682c0LABEL -font {{DejaVu Sans
> Mono} -11 bold}"
> ("uplevel" body line 10)
> invoked from within
> "uplevel #0 $docmds"
>
>
> Side effects are that sometimes the label of [cnv] is not updated. Or
> the canvas stays blank after dynamically creating stuff and objects are
> only shown after closing the window and opening it again.
>
> I don't have a small patch yet that triggers the problem, but will try
> to figure one out.
>
> BTW.: this is with
> 0ee284ecfb5215___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] multiple instances of a patch forbidden in 0.49, why?

[Antoine Rousseau]

Yes I realized that. So it should be something more specific.
Why not a wider scope object, like [pdconfig], that would take "once" as an
argument?

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le sam. 22 sept. 2018 à 23:55, Roman Haefeli  a écrit :

> On Sat, 2018-09-22 at 23:29 +0200, Antoine Rousseau wrote:
> > Of course [once] would be much better than [lock]
>
> [once] is taken by iemlib. Not that I think every library in existence
> should be considered regarding name conflicts when introducing new
> objects to Pd, but I feel that [once] is in wide use and adding a
> [once] with totally different behavior would be a bold move.
>
> Roman___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] multiple instances of a patch forbidden in 0.49, why?

[Antoine Rousseau]

Of course [once] would be much better than [lock]

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le sam. 22 sept. 2018 à 23:28, Antoine Rousseau  a
écrit :

> A bit trickier solution would be to add the possibility to lock a given
> patch, i.e forbid to open it twice.
>
> This could be either via an additional object (e.g [lock]), or a GUI
> property that would be saved into the patch file, like the font size.
>
> This would require that, when a patch is requested for opening, the file
> would be first read, then discard if either [lock] is present or
> lock_property is set and a toplevel patch of this file is already opened.
>
> Antoine
>
> Le sam. 22 sept. 2018 à 23:11, Christof Ressi  a
> écrit :
>
>> I can imagine it being it a GUI preference. maybe there could be a dialog
>> asking you if you really want to open the same patch again with the usual
>> 'yes', 'no' + 'don't ask me again' (saving your selection in the GUI
>> preferences).
>>
>> OTOH, I kind of agree with the others that I never thought it was a
>> problem that you can open the same patch several times... if it's just for
>> test tone patch, this could be solved in other ways.
>>
>> Christof
>>
>> > Gesendet: Samstag, 22. September 2018 um 22:53 Uhr
>> > Von: oliver 
>> > An: Pd-list 
>> > Betreff: Re: [PD] multiple instances of a patch forbidden in 0.49, why?
>> >
>> >
>> > >
>> > > 1) ugly workaround, make symlinks to the same patch so it can be
>> opened
>> > > (and then managed) via different filenames or directory names)
>> > >
>> > > 2) I could add a message to pd or perhaps a startup flag, or both, to
>> > > switch the behavior on and off.
>> > >
>> > > 3) (I doubt this is a good idea) I could make it "0.48 compatible" to
>> open
>> > > duplicates.
>> > >
>> >
>> > my vote is #2 !
>> >
>> > (that is: both a startup flag AND a possible message to PD to
>> > dynamically turn it on/off)
>> >
>> > now we only have to decide what the default behaviour should be ;-)
>> >
>> > (i personally think that multiple patch instances
>> > should stay the default.)
>> >
>> >
>> > best
>> >
>> > oliver
>> >
>> >
>> >
>> >
>> >
>> > ___
>> > Pd-list@lists.iem.at mailing list
>> > UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>> >
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] multiple instances of a patch forbidden in 0.49, why?

[Antoine Rousseau]

A bit trickier solution would be to add the possibility to lock a given
patch, i.e forbid to open it twice.

This could be either via an additional object (e.g [lock]), or a GUI
property that would be saved into the patch file, like the font size.

This would require that, when a patch is requested for opening, the file
would be first read, then discard if either [lock] is present or
lock_property is set and a toplevel patch of this file is already opened.

Antoine

Le sam. 22 sept. 2018 à 23:11, Christof Ressi  a
écrit :

> I can imagine it being it a GUI preference. maybe there could be a dialog
> asking you if you really want to open the same patch again with the usual
> 'yes', 'no' + 'don't ask me again' (saving your selection in the GUI
> preferences).
>
> OTOH, I kind of agree with the others that I never thought it was a
> problem that you can open the same patch several times... if it's just for
> test tone patch, this could be solved in other ways.
>
> Christof
>
> > Gesendet: Samstag, 22. September 2018 um 22:53 Uhr
> > Von: oliver 
> > An: Pd-list 
> > Betreff: Re: [PD] multiple instances of a patch forbidden in 0.49, why?
> >
> >
> > >
> > > 1) ugly workaround, make symlinks to the same patch so it can be opened
> > > (and then managed) via different filenames or directory names)
> > >
> > > 2) I could add a message to pd or perhaps a startup flag, or both, to
> > > switch the behavior on and off.
> > >
> > > 3) (I doubt this is a good idea) I could make it "0.48 compatible" to
> open
> > > duplicates.
> > >
> >
> > my vote is #2 !
> >
> > (that is: both a startup flag AND a possible message to PD to
> > dynamically turn it on/off)
> >
> > now we only have to decide what the default behaviour should be ;-)
> >
> > (i personally think that multiple patch instances
> > should stay the default.)
> >
> >
> > best
> >
> > oliver
> >
> >
> >
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
> >
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] multiple instances of a patch forbidden in 0.49, why?

[Antoine Rousseau]

>
> when trying to load a patch twice, pd becomes unresponsive
>

I confirm that; whatever the decision, this doesn't seem to be a desirable
behavior...;-)

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le sam. 22 sept. 2018 à 19:35, Alexandre Torres Porres  a
écrit :

> I have to say I like the new feature and being able to avoid loading the
> same patch twice, even as an expert, so I guess a flag or something that
> allows us to configure this is fine.
>
> Em sáb, 22 de set de 2018 às 13:30, Miller Puckette 
> escreveu:
>
>> Ah, yes, a fourth option: have a new "pd really-open" message to open
>> a file without checking if it's a duplicate.
>>
>> cheers
>> M
>>
>> On Sat, Sep 22, 2018 at 06:18:42PM +0200, IOhannes m zm??lnig wrote:
>> > On 9/22/18 3:17 PM, katja wrote:
>> > > Much to my alarm, Pd 0.49test3 prevents loading multiple instances of
>> > > a patch, and release notes tell us that this is on purpose.
>> >
>> >
>> > funnily, i recently worked on a related regression where double-clicking
>> > on a Pd-patch (in your favourite Windows exploder) would start a new
>> > instance of Pd (rather than switching to the current instance and
>> > raising the patch if already opened).
>> >
>> > note however, that this regression (fix) is unrelated to what you are
>> > describing.
>> >
>> > and i agree that it should be possible to open the same patch multiple
>> > times. esp. on a programmatic layer (that is: by sending messages to
>> Pd).
>> > i guess, when opening an already opened patch from the menu (Ctrl-O), Pd
>> > could *ask* whether this is really intended.
>> >
>> >
>> >
>> > gkmdsar
>> > IOhannes
>> >
>>
>>
>>
>>
>> > ___
>> > Pd-list@lists.iem.at mailing list
>> > UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
>>
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] 0.49-0test1 multiple lib loading? was PD 0.49-0test1 released

[Antoine Rousseau]

I've prepared PR #463 for removing this error printing, I think this (or
another equivalent if preferred) should go in 0.49.

Antoine Rousseau
  http://www.metalu.net <http://metalu.net> __
http://www.metaluachahuter.com/
<http://www.metaluachahuter.com/compagnies/al1-ant1/>



Le mar. 11 sept. 2018 à 23:47, Dan Wilcox  a écrit :

> The updated help patch ... ?
>
> On Sep 11, 2018, at 11:44 PM, Matt Davey  wrote:
>
> Is there a clear and detailed explanation somewhere of how all the -lib
> and -path stuff works with [declare] and [import] yet?
>
>
> 
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com
> robotcowboy.com
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list