Pd-list August 2017

pd-list@lists.iem.at

68 participants
100 discussions

Hidin freezes in Win 10
by Therese Forsberg 23 Aug '17

23 Aug '17

Hi list! I hope someone can give me a hint on how to solve this problem. I have a patch where I use the hid-object to receive data from a xbox 360-controller. I developed the patch on a win 7 system where the patch is reasonably stable. Then I wanted to use the patch on my other computer with a better sound card that unfortunately has win10. The patch works for a while then the hid-object stops receiving data. If I try to restart the hid-object with the start message pd crashes. I get no error message. I tried different USB-ports. I have looked for newer drivers for the controller. But noting seems to help. At least it should be possible to make it as stable as on the win 7 system - shouldn't it? Someone has any idea on what to do, please? /Therese

1 0

Sensors2OSC mapping challenge
by Max 22 Aug '17

22 Aug '17

I've played around with the Android app Sensors2OSC [1] and was trying to just map the senors to a virtual model of a phone. I was able to get the axis individually mostly behaving correctly, but as soon as the phone moves around in more than one way, it is doing weird things. I started to wonder if it is only my phone though. At https://github.com/mxa/GemVR the patch ReceiveSensors2OSC.pd has everything ready to map the senor data to the Gem model. I'd be curious to see if it is possible to let it behave correctly. [1] https://sensors2.org/osc/

3 8

PD 0.48 - another deken/externals path problem ...
by Dan Wilcox 21 Aug '17

21 Aug '17

You can change the install folder in the Paths dialog or hit the "no" button when deken asks where to install it and navigate to a new location. If you don't want it to default to the Documents/externals path, either change the install path or disable the Documents directory. Further, if you clear the install path, deken will default back to asking on every download. > On Aug 21, 2017, at 4:00 PM, pd-list-request(a)lists.iem.at wrote: > > PD automatically defaults the deken download folder not to the directory > "extra" but to "externals" when the "directories" folder is set (no > startup option to change this as far as i know). -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

4 7

PD 0.48 - another deken/externals path problem ...
by oliver 21 Aug '17

21 Aug '17

hi, sorry to come in again, but the problems get deeper ... WIN7/64bit PD 0.48.0 (zipped) i built a lot of patches using [declare] to make sure that any deken-installed externals/libraries are loaded when needed. up until PD 0.47, the behaviour was like this: [declare -stdlib GEM] loaded the Gem library if it was located inside PD's "extra" folder now (PD 0.48): PD automatically defaults the deken download folder not to the directory "extra" but to "externals" when the "directories" folder is set (no startup option to change this as far as i know). but [declare] in PD 0.48 STILL looks inside "extra", unless you define an absolute path to tell it otherwise (which is totally besides the point). as a result, none of these works: [declare -stdlib GEM] [declare -stdlib externals/GEM] [declare -stdlib ./externals/GEM] only this does: [declare -stdlib D:/pd_0.48/externals/GEM] so, [declare] is therefore not backwards compatible. a bug, IMHO. possible solutions: 1.) the user must manually change the deken download (externals installation) path back to "extra" again, (but where's the benefit in this ?) 2.) make [declare] search the defined externals/library path (whatever its name is) since these features are new in PD 0.48, it would be great to at least make them settable with a startup option. if i may make a wish for pd 0.49: recursive directory search paths - settable with a PD option ! would ease so much pain ;-) best oliver -- \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ /////////////// http://pendler.klingt.org ////////////// \\\\\\\\\\\\\\\ http://oliver.klingt.org \\\\\\\\\\\\\\ ////////////////////////////////////////////////////////

3 4

zoom current state
by Peter P. 21 Aug '17

21 Aug '17

I am not sure if this is known, and if yes, for how long it has been around. I am on Pd 0.48 via apt on Debian testing. Creating the following gui objects after having zoomed in does not create them with zoomed (doubled) dimensions : graphical bang hslider vslider hradio vradio vumeter (does look totally weird) (see also attached gui_zoomedObjectCreation.png where the objects have been created twice, once before zooming in, once afterwards) What works correctly here is: number graphical toggle canvas Number2 does not scale at all upon zooming in. In general, upon using the great zoom feature I discovered that the labels of most gui objects do not scale except for that of the numberbox. The area that changes the mousepointer to something else (a circle on Debian) when hovering over in/outlets does not scale either on zoomed patches making it more difficult to find this area. Happy to do more testing. I was hoping I could make use of the zoom feature in my teaching this semester but sadly will have to wait a bit.

2 2

jack connect after startup
by Peter P. 21 Aug '17

21 Aug '17

Hi, I am trying to make Pd connect to certain jack ports after startup. While on Linux I could use the jack_connect command line program to do so I am trying to make do from a bash script after having started Pd. Stupid me I am thinking of starting and detaching pd with -nogui in the script and, upon successful startup, call jack_connect. So far I have pd -nogui -rt -jack -jackname blah -nojackconnect -open superpatch.pd -send "goto 10" & pidpd=$! if [ $pidpd -eq 0 ]; then echo "Pd did not start successfully. Exiting script."; exit 1; else jack_connect pddel:output0 system:playback_1 jack_connect pddel:output1 system:playback_2 fi But I would like to not detach Pd so that I can kill it and its script conveniently with command-c. Apart from writing a better shell script that eventually listens to the keyboard and then kills $pidpd, I wonder if there is a vanilla way™ to connect to jack ports from within pd after startup. I have not found something in the list archives so far. Thanks for all hints! Peter

2 2

pd 0.48 - deken not working on w32 when "documents" folder is not set
by oliver 21 Aug '17

21 Aug '17

hi, dear everyone ! this is probably a minority problem, but i want to report it nonetheless. i'm on windows 7 / 64 bit PD 0.48.0 (zipped version !) I ALWAYS use the zipped version of PD to keep it portable, using batch scripts with "-noprefs", defining all necessary infos at as startup options in the script (where i always use the paths relative to the pd folder) so i'm always having my up-to-date pd version and patches on a usb stick wherever i go. (IMHO one of THE killer features of PD ;-)) i just noticed, that if i omit the "documents" path definition when starting up PD, deken is not working anymore (please see attached image), as it doesn't have a folder to download to. of course all is well as soon as i am defining it but somehow that goes against portability. (i never use my user home location for those reasons, and the preferences are not stored inside the PD folder) so my suggestion is, that there should be either a startup flag to set the "documents" directory in a shell script (or batch file), so deken will find it, or to default it to PD's "extra" folder if none is set. or is the flag "stdpath" already doing this ? as i said, i don't know how many people are affected by this small problem, it's probably only me who uses PD that way, so i'm not sure if this is any reason to file a bug report ... best oliver -- \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ /////////////// http://pendler.klingt.org ////////////// \\\\\\\\\\\\\\\ http://oliver.klingt.org \\\\\\\\\\\\\\ ////////////////////////////////////////////////////////

2 1

Re: [PD] Pd path window on Debian, .pdsettings syntax?
by Dan Wilcox 21 Aug '17

21 Aug '17

Thanks. I opened an issue on Github: https://github.com/pure-data/pure-data/issues/201 <https://github.com/pure-data/pure-data/issues/201> Note: That's the startup dialog, not the path dialog. Does the path dialog look ok? Looks like I need to use automatic sizing instead of fixed sizing. This is not a big deal as I already updated the audio and midi dialogs to do this as the platform and TK version differences mean fixed sizing is longer a good idea. > On Aug 21, 2017, at 10:04 AM, pd-list-request(a)lists.iem.at wrote: > > From: "Peter P." <peterparker(a)fastmail.com <mailto:peterparker@fastmail.com>> > To: pd-list <pd-list(a)iem.at <mailto:pd-list@iem.at>> > Subject: [PD] Pd path window on Debian, .pdsettings syntax? > Message-ID: <20170821080412.qjgqspa5cda5uo3i(a)fastmail.com <mailto:20170821080412.qjgqspa5cda5uo3i@fastmail.com>> > Content-Type: text/plain; charset="utf-8" > > Hi list, > and thanks to IOhannes for neatly packing up pd 0.48 for Debian testing. > On my system the path preference dialog features a largely hidden line with a > checkbox that can't be made visible by enlarging the window (see > attached screenshot). Is this the case on someone else's system too? -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

2 2

Pd path window on Debian, .pdsettings syntax?
by Peter P. 21 Aug '17

21 Aug '17

Hi list, and thanks to IOhannes for neatly packing up pd 0.48 for Debian testing. On my system the path preference dialog features a largely hidden line with a checkbox that can't be made visible by enlarging the window (see attached screenshot). Is this the case on someone else's system too? I am trying to put the -noautopatch option into .pdsettings and am wondering about its syntax and where to find information about that syntax. Is it noautopatch: True or noautopatch: 1 or autopatch: False or autopatch: 0 ? I feel a bit stupid trying it all out and not having some reference to how .pdsettings works when editing by hand (as -noautopatch, thanks god, is not settable by GUI). Thanks again! Peter

2 2

[comport] interpreting byte 13 as 10
by Alexandros Drymonitis 21 Aug '17

21 Aug '17

I can't send the number 13 from the Arduino to Pd using Arduino's Serial.write() function. Instead I'm receiving a 10. Does this have anything to do with the fact that ASCII 10 is a new line feed and ASCII 13 is the carriage return? Maybe [comport] is interpreting both values as the new line feed, just a thought. A work around this is to use Serial.print((char)13); in the Arduino code. This did work with an Arduino UNO and my laptop, running Debian Jessie XFCE, but it failed with a Teensy 3.6 and an Ordoid-U3, running an Ubuntu 14.04 LTS image. Both systems run Pd-0.47-1 with [comport] installed via apt-get.

4 5

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list August 2017