Hah, zing!
> On Dec 2, 2018, at 2:30 PM, pd-list-request(a)lists.iem.at wrote:
>
> From: IOhannes m zmölnig <zmoelnig(a)iem.at <mailto:zmoelnig@iem.at>>
> To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>
> Subject: Re: [PD] Disable JACK auto-connect from command line
> Message-ID: <6dcf68a6-cb01-a2f2-0e02-79e3b42489f7(a)iem.at <mailto:6dcf68a6-cb01-a2f2-0e02-79e3b42489f7@iem.at>>
> Content-Type: text/plain; charset="utf-8"
>
> On 12/2/18 1:13 PM, Dan Wilcox wrote:
>> -help was there 10 year ago :)
>
> actually, it was not.
> Pd just printed the usage info, whenever it encountered an unknown flag.
>
> however, since Pd-0.49 there finally *is* a "-help" flag (which does the
> same, minus trying to initialize the audio system), ut ironically it is
> not documented :-)
>
> gfmadsr
> IOhannes
--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
Dear list,
did anyone meet this OpenGL bug on ununtu 18.04?
When recreating gemwin (destroy, create) Pd crashes with this error:
i965: Failed to submit batchbuffer: Invalid argument
Best,
Popesz
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.
-help was there 10 year ago :)
> On Dec 2, 2018, at 12:00 PM, pd-list-request(a)lists.iem.at wrote:
>
> From: Lorenzo Sutton <lorenzofsutton(a)gmail.com <mailto:lorenzofsutton@gmail.com>>
> To: pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>
> Subject: Re: [PD] Disable JACK auto-connect from command line
> Message-ID: <a1d8388f-feb3-9c6e-3763-19ad64fa0d1b(a)gmail.com <mailto:a1d8388f-feb3-9c6e-3763-19ad64fa0d1b@gmail.com>>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> On 01/12/2018 18:52, IOhannes m zmölnig wrote:
>> On 12/1/18 6:11 PM, Lorenzo Sutton wrote:
>>> Is there a way to disable autoconnecting hardware inputs to Pd's first
>>> two inputs when using jack?
>>>
>>> I need this for scripting the start of a patch which I do not want to
>>> connect to jack 'system' inputs.
>>
>> as reported by "pd -help":
>> $ pd -nojackconnect
>
> Ah thanks! I was probably remembering command line switches of 10 years
> ago :)
>
> Lorenzo.
--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
Is there a way to disable autoconnecting hardware inputs to Pd's first
two inputs when using jack?
I need this for scripting the start of a patch which I do not want to
connect to jack 'system' inputs.
Lorenzo.
You can use aconnectgui if you don't want to use qjackctl.
Also, you can use the device name with aconnect. Here's an excerpt of a script I rote to start Pd on my wearable 10 years ago. The trick is that you need to wait until Pd sets up its MIDI ports before trying to connect to them in a script.
-----
echo "rc_starts_pd: strating pd"
pd -rt -nogui -alsa -audiodev 4 -audiobuf 10 -alsamidi $PATCH &
# wait for pd to initialize
KA=$(aconnect -i -o | grep "Pure Data")
while [ "$KA" = "" ]
do
sleep 1
echo "rc_starts_pd: pd alsamidi not ready"
KA=$(aconnect -i -o | grep "Pure Data")
done
echo "rc_starts_pd: pd alsmidi is ready"
# connect the UA-25 midi to Pure Data
echo "rc_starts_pd: alsa midi connect 'UA-25' <-> 'Pure Data'"
aconnect 'UA-25' 'Pure Data'
aconnect 'Pure Data':1 'UA-25':0
-----
> On Nov 30, 2018, at 4:57 PM, pd-list-request(a)lists.iem.at wrote:
>
> Date: Fri, 30 Nov 2018 16:47:21 +0100
> From: "Ingo" <ingo(a)miamiwave.com <mailto:ingo@miamiwave.com>>
> To: "'Jaime Oliver'" <jaime.oliver2(a)gmail.com <mailto:jaime.oliver2@gmail.com>>
> Cc: "'Pd-List'" <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>>
> Subject: Re: [PD] Recognizing USB MIDI interfaces on Pd 0.48.1 (Debian
> 9.5)
> Message-ID: <002b01d488c3$fb7c13c0$f2743b40$(a)miamiwave.com <mailto:002b01d488c3$fb7c13c0$f2743b40$@miamiwave.com>>
>
> Thanks, Jamie!
>
> got it finally to connect or disconnect now.
>
> I didn't have the correct client and ID numbers.
> I'll have to find a way to retrieve the port number of an unknown USB
> interface first automatically before I can connect it to Pd automatically.
> I couldn't find any way to connect an existing new port without knowing its
> number.
>
> I tried aconnect *:0 128:0 instead of aconnect 24:0 128:0 but it didn't work.
> Obviously havin * become 128 would cause a feedback loop - so it makes sense
> not to work.
>
> I had also installed qjackctl as IOhannes suggested.
> This also works.
--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
Pd on macOS uses portmidi for it's backend and portmidi, like portaudio, does not support device hot plugging.
I imagine it works on Linux using the alsamidi backend instead...
> On Nov 30, 2018, at 5:49 AM, pd-list-request(a)lists.iem.at wrote:
>
> Date: Thu, 29 Nov 2018 23:29:41 +0100
> From: Simon Iten <itensimon(a)gmail.com <mailto:itensimon@gmail.com>>
> To: Ingo <ingo(a)miamiwave.com <mailto:ingo@miamiwave.com>>
> Cc: Jaime Oliver <jaime.oliver2(a)gmail.com <mailto:jaime.oliver2@gmail.com>>, Pd-List
> <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>>
> Subject: Re: [PD] Recognizing USB MIDI interfaces on Pd 0.48.1 (Debian
> 9.5)
> Message-ID: <C3B84F2E-B351-44B8-9208-D1F49F5B12FF(a)gmail.com <mailto:C3B84F2E-B351-44B8-9208-D1F49F5B12FF@gmail.com>>
> Content-Type: text/plain; charset="utf-8"
>
> on osx at least you had to restart pd for new midi devices to work since “ages”… (not talking about extended)
--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
hi
I started teaching a course on using PD for real time sound and graphics
and I just discovered that the computers do not have QuickTime
installed. Getting it installed is going to take weeks. Too late for the
course I am afraid.
is there some way to incorporate manually into the GEM folder the
required dlls and files from a QuickTime install in another machine?
if this would be feasible, which ones should I copy and where should
they be? I made some quick tests with no luck.
thanks
enrike