Re: [PD] loading externals on Debian (was Re: Py/pyext not recognized...)

2020-05-18 Thread Martin Peach
On Mon, May 18, 2020 at 6:17 PM Christof Ressi wrote: > > I get the same, and I don't yet understand why it doesn't show, > although a midifile-help.pd file is there. > > It's because [midifile] sets "midifile-help" as the help symbol instead of > just "midifile", so Pd looks for

[PD] Gem - loading UT or Magicyuv Codec (Debian/Linux)

2020-05-18 Thread oliver
Hi, I recently tried to load some video clips encoded with either a "UT" or "magicyuv" Codec, that play fine on any other video software i use (mplayer, mpv, vlc, kdenlive etc.) Loading one of these immediately causes PD/Gem to quit. Running PD from the commandline with "-d 4" i only get

Re: [PD] loading externals on Debian (was Re: Py/pyext not recognized...)

2020-05-18 Thread Christof Ressi
I get the same, and I don't yet understand why it doesn't show, although a midifile-help.pd file is there. It's because [midifile] sets "midifile-help" as the help symbol instead of just "midifile", so Pd looks for "midifile-help-help.pd".

Re: [PD] loading externals on Debian (was Re: Py/pyext not recognized...)

2020-05-18 Thread Roman Haefeli
Hi Jakob I'm not IOhannes, but I'll answer anyway. On Mon, 2020-05-18 at 22:22 +0200, Jakob Laue wrote: > But when I add a "-lib mrpeach" in the > command line preferences, I always get "mrpeach: can't load library" Yes, because the mrpeach library doesn't contain a binary named mrpeach. In

Re: [PD] loading externals on Debian (was Re: Py/pyext not recognized...)

2020-05-18 Thread IOhannes m zmölnig
hi. On 5/18/20 10:22 PM, Jakob Laue wrote: > > Hey IOhannes, > sorry for stumpling in here. If it is not okay, I will open a new thread. ja, bitte. mgads IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at

Re: [PD] loading externals on Debian (was Re: Py/pyext not recognized...)

2020-05-18 Thread Jakob Laue
Hey IOhannes, sorry for stumpling in here. If it is not okay, I will open a new thread. I have a question regarding your statement '[declare -path XY]'. I have trouble loading the mrpeach-library on startup and mrpeach comes with multiple binaries (at least here on my mac, downloaded from

Re: [PD] Fwd: Re: Data structures: object placement order

2020-05-18 Thread Laure M. Hiendl
Easy :) Thank you! On Mon, 18 May 2020 at 16:56, Christof Ressi wrote: > > BTW, you can easily verify this behavior with the help patch of [append] > > Christof > > > Forwarded Message > Subject: Re: [PD] Data structures: object placement order > Date: Mon, 18 May 2020

[PD] Fwd: Re: Data structures: object placement order

2020-05-18 Thread Christof Ressi
BTW, you can easily verify this behavior with the help patch of [append] Christof Forwarded Message Subject:Re: [PD] Data structures: object placement order Date: Mon, 18 May 2020 16:55:14 +0200 From: Christof Ressi To: Pd-List Hi Laure, data structures

Re: [PD] Data structures: object placement order

2020-05-18 Thread Christof Ressi
Hi Laure, data structures are displayed according to their position in the list, meaning that objects with a higher index will be shown on top of objects with a lower index. There is, however, a bug/inconsistency: If you move (not only click) a scalar, it will always show on top of any

[PD] Data structures: object placement order

2020-05-18 Thread Laure M. Hiendl
Dear all, I have a quick question about the object placement in data structures. What determines which object lies on top, and which goes in the background? Instantiation and creation order don't seem to affect the placement order (but maybe that's also a problem in my patch…) Thanks! xo Laure