Pd-list December 2018

pd-list@lists.iem.at

54 participants
60 discussions

tabwrite onset
by João Pais 05 Dec '18

05 Dec '18

Hello list, I'm creating long tables (+20m, @22.05KHz, Pd 32b windows), where I read a short voice sample from another table and copy them into different places in the long table. Since that's running outside of the audio chain, I'm using [tabread]+[tabwrite]. The idea is to generate an audio file from a list of events without having to "bounce" the playback. I notice that the further away the samples are copied to, the worse the audio quality gets. There is an onset parameter for [tabread4~] to help in these cases, but not any for [tabwrite]. Do you advise any solutions to this? I could split the long buffer in several buffers, but at some point it would have to be put together. Or maybe a clever use of [block~] to make a subpatch that would go very fast through the table? Since this patch uses extended objects, I can't use Pd64b. I would prefer to use vanilla objects for this module, if possible. Best, Joao

4 6

rpi debug cont'd
by michael strohmann 04 Dec '18

04 Dec '18

Hi, i don’t know if i read this right: to me it looks like PD froze and the watchdog sent SIGHUP. after which the system rebooted itself. is there a way do find out why PD froze? thanks! michael Dec 3 12:15:01 RoomOne CRON[3818]: (pi) CMD (ps aux --sort -rss|head -15 >> /home/pi/Desktop/ps.log) Dec 3 12:15:35 RoomOne systemd[1]: Received SIGHUP from PID 634 (pd-watchdog). Dec 3 12:15:35 RoomOne systemd[1]: Reloading. Dec 3 12:15:36 RoomOne systemd[1]: apt-daily.timer: Adding 8h 8min 33.364295s random time. Dec 3 12:15:36 RoomOne systemd[1]: apt-daily-upgrade.timer: Adding 56min 30.656756s random time. Dec 3 12:15:37 RoomOne systemd[1]: Received SIGHUP from PID 634 (pd-watchdog). Dec 3 12:15:37 RoomOne systemd[1]: Reloading. Dec 3 12:15:38 RoomOne systemd[1]: apt-daily.timer: Adding 7h 25min 1.539393s random time. Dec 3 12:15:38 RoomOne systemd[1]: apt-daily-upgrade.timer: Adding 24min 58.719805s random time. Dec 3 12:15:38 RoomOne systemd[1]: Unmounting RPC Pipe File System Dec 3 12:15:38 RoomOne systemd[1]: Stopped target Sound Card. Dec 3 12:15:38 RoomOne systemd[1]: Stopping Disk Manager... Dec 3 12:15:38 RoomOne systemd[1]: Stopped target Graphical Interface. Dec 3 12:15:38 RoomOne systemd[1]: Stopped target Multi-User System. Dec 3 12:15:38 RoomOne systemd[1]: Stopping triggerhappy global hotkey daemon... Dec 3 12:15:38 RoomOne udisksd[679]: udisks daemon version 2.1.8 exiting Dec 3 12:15:38 RoomOne systemd[1]: Stopped Check for v3d driver. Dec 3 12:15:38 RoomOne avahi-daemon[296]: Disconnected from D-Bus, exiting. Dec 3 12:15:38 RoomOne systemd[1]: Stopping Regular background program processing daemon... Dec 3 12:15:38 RoomOne systemd[1]: Stopping D-Bus System Message Bus... Dec 3 12:15:38 RoomOne systemd[1]: Stopped target Login Prompts. Dec 3 12:15:38 RoomOne systemd[1]: Stopping LSB: Switch to ondemand cpu governor (unless shift key is pressed)... Dec 3 12:15:43 RoomOne systemd-modules-load[92]: Inserted module 'i2c_dev' Dec 3 12:15:43 RoomOne fake-hwclock[85]: Mon 3 Dec 12:15:41 UTC 2018 Dec 3 12:15:43 RoomOne systemd[1]: Time has been changed Dec 3 12:15:43 RoomOne systemd[1]: Started Restore / save the current clock. Dec 3 12:15:43 RoomOne systemd[1]: Started Apply Kernel Variables. Dec 3 12:15:43 RoomOne systemd-fsck[86]: e2fsck 1.43.4 (31-Jan-2017) Dec 3 12:15:43 RoomOne systemd[1]: Started Create Static Device Nodes in /dev. Dec 3 12:15:43 RoomOne systemd[1]: Starting udev Kernel Device Manager... Dec 3 12:15:43 RoomOne systemd-fsck[86]: rootfs: clean, 127992/957712 files, 1147672/3877760 blocks Dec 3 12:15:43 RoomOne systemd[1]: Started File System Check on Root Device.

2 1

[PD-announce] call for works - OEGZM
by IOhannes m zmoelnig 04 Dec '18

04 Dec '18

(sorry for x-posting; please distribute) ////////// CALL FOR WORKS The ÖGZM - Österreichische Gesellschaft für zeitgenössische Musik (Austrian Society for Contemporary Music) is announcing a call for works, seeking electro-acoustic compositions with or without instruments (see "guidelines" for details). The call is open to composers of all ages and nationalities. Four compositions will be selected from the submitted works by a jury. The four selected works will receive two performances in Vienna and Graz (Austria) in spring 2019 within the framework of OEGZM´s electronic concert series CROSSTALKS. The composers of the selected works will be announced via e-mail and on the OEGZM Website at the beginning of March 2019. GUIDELINES 1. Instrumentation: 2 categories: a) saxophone (available instruments: soprano, tenor, baritone sax.) and/or double bass plus live electronics or playback b) fixed media. NOTE: All works of (a) must contain an electronic part - either live electronics or playback (fixed media). The maximum number of channels is 4. 2. Submitted pieces may be no longer than 11 minutes duration. A minimum duration of 3 minutes would be appreciated, but is not mandatory. 3. Submissions are due by 31.01.2019 midnight. Composers may submit one work per category (= max. 2 works). 4. The material for the jury - scores (*pdf) and/or playback, fixed media, audio material in stereo and *mp3 only - must be submitted via Dropbox, Google Drive, WeTransfer or a similar download link without expiring date, sent to office(at)oegzm.at before the deadline. We are sorry that scores on paper and sound files on CD, flash drive and other hardware media cannot be accepted. 5. The use of video is possible by means of video beamer + screen, which will be provided on request. 6. A short biography in English (running text, max. 2000 figures including spaces; *pdf) is required. 7. Submissions must contain the following information: Composer´s full name, date and place of birth, full current address, e-mail address and telephone number (including country calling code). NOTE: This Call for Works is not anonymous. 8. There is no submission fee. If you have any questions, please contact us via our e-mail address office(at)oegzm.at http://www.oegzm.at http://www.facebook.com/oegzm http://www.youtube.com/user/oegzm ////////// Regards Daniel Mayer ----------------------------- http://daniel-mayer.at ----------------------------- _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

1 0

Fwd: Keyboard patching
by José de Abreu 03 Dec '18

03 Dec '18

forwardind to list ---------- Forwarded message --------- From: José de Abreu <abreubacelar(a)gmail.com> Date: Seg, 3 de dez de 2018 09:37 Subject: Re: [PD] Keyboard patching To: Henri Augusto Bisognini <msndohenri(a)hotmail.com> Em Dom, 2 de dez de 2018 17:24, Henri Augusto Bisognini < msndohenri(a)hotmail.com> escreveu: > > On 11/24/18 6:41 PM, Henri Augusto Bisognini wrote: > > Hi PD list! > > > > I have an idea for a "keyboard patching" feature for PD > > On 11/24/18 6:41 PM, IOhannes wrote: > you might want to look for the ideas matju (mathieu bouchard) had about > this back in the days (i remember a presentation at Pd~con in montreal, > together with chun lee). > > Hi > > Thanks a lot for pointing that out. The article > <http://artengine.ca/~catalogue-pd/18-Lee-Bouchard.pdf> contains a lot of > interesting ideas. Also upon searching for the DesireData > <http://artengine.ca/desiredata/> implementation he mentioned on a > footnote and looking at the screenshot gallery you can see even more > features than described in the article. Too bad the project seems abandoned > since 2010 :( > > > *1.* I really like the console idea. Indeed it is something that would > not stand in the way of newcommers but could be very very useful for > experienced users. > > If you think about it, we kind of already can send commands to canvases by > using [namecanvas] and the Message dialog heh. A console would send the > commands to the right canvas for you. More on that below. > > > *2.* I don't like the 45 degrees/tile navigating method. It is not > precise enough. In the current keyboard navigation prototype > <https://www.youtube.com/watch?v=Zyhm40tj7bU> i've implemented the > following: > > - There is a shortcut to displaying the object indexes on the screen. > Then there is a "goto" dialog where you type the index of the object and it > selects it for you. > > (DesireData could display the indexes too). > > Not only this is useful for this "goto" keyboard selection method > (which allows navigating faster and to objects that are not in your > connection path) but it can also make dynamic patching easier. Plus it > might be useful for commands if we decide for a console. Like creating > connections on the console you could use those indexes. Something like > just a suggestion: > conn 10-3 -> 23-1 > it would be faster to type like this conn 10 3 23 1 the user only has to know the meaning of each argument, and this is also how it is done in the .pd file too > to connect the 3rd outlet of object #10 to the 1st inlet of object #23 > > > *3.* DesireData implemented a "object class list" and an suggestion > windows. We already have that in the "completion-plugin" (it's on deken. > btw a new release is planned for the near future). I've been using it > literally everyday and it saves me A LOT of typing. People seem to like it > a lot, i even got some inboxes on FB talking about it. Also we had testers > that said it works normally on Raspberry Pi :) > > *4.* It would be nice if connection.mpeg > <http://artengine.ca/desiredata/gallery/connection.mpeg> showed the > keystrokes. But looks impressive. > > > Cheers, > Henri. > _______________________________________________ > Pd-list(a)lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list >

1 0

Re: [PD] Disable JACK auto-connect from command line
by Dan Wilcox 03 Dec '18

03 Dec '18

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/>

2 1

Gem crashes after relaunching with error: i965: Failed to submit batchbuffer: Invalid argument
by Csaba Láng 03 Dec '18

03 Dec '18

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

6 13

PdParty 1.2.1
by Dan Wilcox 02 Dec '18

02 Dec '18

For those of you iOS people, PdParty 1.2.1, a bugfix release, is live on the Apple App Store today. Main points are: * virtual MIDI ports actually work now * fixed a crash and some layout issues on iOS 8 & 9 Further details can be found in the changelog. http://danomatika.com/code/pdparty <http://danomatika.com/code/pdparty> -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

1 0

Keyboard patching
by Henri Augusto Bisognini 02 Dec '18

02 Dec '18

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.

5 5

Re: [PD] Disable JACK auto-connect from command line
by Dan Wilcox 02 Dec '18

02 Dec '18

-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/>

2 1

Disable JACK auto-connect from command line
by Lorenzo Sutton 01 Dec '18

01 Dec '18

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.

2 2

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 December 2018