Hi, thanks, yeah, I had checked properties before like you suggested
earlier. And I see how it has extra code to not make the new properties
behaviour affect all canvases. I think I'm ok with that. But I can just use
that same logic and put the *tcl* code instead. I have other issues when
trying
I knew it would be something really simple, thanks a lot!
mb
Am 12.04.2018 um 17:19 schrieb Matt Davey:
[quit (
|
[s pd]
On Fri, Apr 13, 2018 at 1:14 AM, Matthias Blau > wrote:
Hi list,
is there a simple way of quitting pd from within a patch?
Hello,
I have a problem to get all usable channels of the ALSA loopback in Pd.
Here the output of :
$ aplay -l
List of PLAYBACK Hardware Devices
card 0: PCH [HDA Intel PCH], device 0: ALC3266 Analog [ALC3266 Analog]
Subdevices: 0/1
Subdevice #0: subdevice #0
card 0: PCH [HDA Intel
[quit (
|
[s pd]
On Fri, Apr 13, 2018 at 1:14 AM, Matthias Blau wrote:
> Hi list,
>
> is there a simple way of quitting pd from within a patch? The idea is to
> close pd automatically once a recording is finished.
>
> Thanks in advance, mb
>
>
Hi list,
is there a simple way of quitting pd from within a patch? The idea is to
close pd automatically once a recording is finished.
Thanks in advance, mb
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management ->
Le 12/04/2018 à 15:06, Jack a écrit :
> Hello,
>
> Somme interrogation here with ALSA loopback and Pd.
>
> I used to use ALSA loopback to route audio on my Linux and it works like
> a charm with ffmpeg : I send the audio to hw:1,0,0 and get it on
> hw:1,1,0. And the sound sounds good (no
FWIW I recently debugged the Ableton link external on macOS using lldb. As
mentioned previously, I build both Pd *and* the external with debugging symbols
using "-g". One thing to check: may sure you are loading the external you built
and not pre-existing binary somewhere in your path.
> On
Hello,
Somme interrogation here with ALSA loopback and Pd.
I used to use ALSA loopback to route audio on my Linux and it works like
a charm with ffmpeg : I send the audio to hw:1,0,0 and get it on
hw:1,1,0. And the sound sounds good (no glitch).
With Pd, it is not the same. First I need to send
On 04/12/2018 01:11 PM, David Medine wrote:
> After starting gdb --args etc. as in your example, and after calling run
> I get this:
>
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib64/libthread_db.so.1".
> Detaching after fork from child process 3889.
>
After starting gdb --args etc. as in your example, and after calling run
I get this:
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
Detaching after fork from child process 3889.
[New Thread 0x761ff700 (LWP 3891)]
(Pd is on PID 3888
On 04/12/2018 11:18 AM, David Medine wrote:
> @Miller, no I hadn't. Thanks! I knew there was something like that I had
> neglected. Now I am able to debug with gdb.
>
> @iohannes, I am still having trouble with this technique. If I run Pd
> from the gdb prompt (with -nrt and -stderr) and a break
@Miller, no I hadn't. Thanks! I knew there was something like that I had
neglected. Now I am able to debug with gdb.
@iohannes, I am still having trouble with this technique. If I run Pd
from the gdb prompt (with -nrt and -stderr) and a break point within the
extern (meaning object not
On 2018-04-12 04:02, Alexandre Torres Porres wrote:
> subpatch or abstraction. But well, can it even be possible to tweak with
> this without affecting all of Pd?
>
> Any ideas?
take a look at how this is handled in iemguts' [propertybang].
mgfasdrt
IOhannes
signature.asc
Description:
13 matches
Mail list logo