Pd-list September 2018

pd-list@lists.iem.at

47 participants
62 discussions

Some patches broken in 0.49test3
by Roman Haefeli 24 Sep '18

24 Sep '18

Hi Sorry, need to report something probably more serious. Some of my patches trigger messages like the following: (Tcl) INVALID COMMAND NAME: invalid command name ".x558795b0c400.c" while executing ".x558795b0c400.c itemconfigure 558795b682c0LABEL -font {{DejaVu Sans Mono} -11 bold}" ("uplevel" body line 10) invoked from within "uplevel #0 $docmds" Side effects are that sometimes the label of [cnv] is not updated. Or the canvas stays blank after dynamically creating stuff and objects are only shown after closing the window and opening it again. I don't have a small patch yet that triggers the problem, but will try to figure one out. BTW.: this is with 0ee284ecfb5215

3 5

[PD-announce] Pd 0.49-0test4 released
by Miller Puckette 24 Sep '18

24 Sep '18

To Pd-announce: Pd version 0.49-0test4 is available on http://msp.ucsd.edu/software.htm or (source only) via github: https://github.com/pure-data/pure-data cheers Miller _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at https://lists.puredata.info/listinfo/pd-announce

3 3

Re: [PD] Unnecessary scrollbars since 0.49
by Dan Wilcox 23 Sep '18

23 Sep '18

*sigh* This is really a constant battle. I added a rather overcomplicated method to fix this in 0.48 and found a much simpler way to do it later on, or so I thought. The problem always comes down to the scrollbar logic being triggered when the window is the wrong size while it's still opening. As for the resizing part, I really could never figure that out. You are WELCOME to try. > On Sep 22, 2018, at 11:41 PM, pd-list-request(a)lists.iem.at wrote: > > From: Roman Haefeli <reduzent(a)gmail.com <mailto:reduzent@gmail.com>> > > Hi > > It seems there is a slight regression in the logic that decides whether > to show the scrollbars or not. According to my experience, the > behaviour in 0.48 was quite good and now sometimes when opening a > canvas, scrollbars are drawn when none are needed, even for empty > windows. When editing the patch (for instance: by creating an object) > they immediately disappear. > Another less nice side effect: When the canvas size is chosen so that > objects fit tightly in with only little white space, the scrollbars > cover some objects and justify their existence by appearing at all. To > get rid of them one has to resize the window by first increasing it > enough just to decrease it again. > > It does not happen every time with every canvas, but it does happen. -------- Dan Wilcox @danomatika <http://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/>

3 4

moving windows in 0.49
by Roman Haefeli 23 Sep '18

23 Sep '18

Hi Another regression I just observed: When sending 'vis 0, vis 1' to a canvas repeatedly, the window keeps moving to the top left of the screen. The offset is only a few pixels in each dimension. . I observe this with 0.49test3 (updated and compiled just now) on Ubuntu 18.04 (Gnome). This happens regardless of the menu wrapping of narrow windows. I checked again and it does not happen in 0.48 in different environments (Ubuntu 16.04 / Fluxbox, Ubuntu 18.04 / Gnome, Windows 10). I wonder whether this is related to the recent 'Window Title Bar off screen' thread: What if the offset is exceptionally large there for some reason? I haven't thoroughly checked, but the help files don't use negative canvas positions. Roman

1 0

Unnecessary scrollbars since 0.49
by Roman Haefeli 22 Sep '18

22 Sep '18

Hi It seems there is a slight regression in the logic that decides whether to show the scrollbars or not. According to my experience, the behaviour in 0.48 was quite good and now sometimes when opening a canvas, scrollbars are drawn when none are needed, even for empty windows. When editing the patch (for instance: by creating an object) they immediately disappear. Another less nice side effect: When the canvas size is chosen so that objects fit tightly in with only little white space, the scrollbars cover some objects and justify their existence by appearing at all. To get rid of them one has to resize the window by first increasing it enough just to decrease it again. It does not happen every time with every canvas, but it does happen. Roman

1 0

acoustic feedback removal
by Jeppi Jeppi 22 Sep '18

22 Sep '18

Hi all, I have a laptop running a pd-patch which processes the audio coming from a mike and sends it back to a loudspeaker located rather close to that microphone. A certain degree of feedback is sometimes desired in my scenario, but just to a degree. Would it be feasible to incorporate a sort of user controllable feedback removal utility in the same patch?

2 2

type size of a commentary
by Clemens 22 Sep '18

22 Sep '18

Hello list, is there a way to add some words to the surface of a patch like adding a commentary, but with a lager type size? Just for clarity reasons. Cheers Clemens

6 6

Re: [PD] question about gemwin
by ray Y 20 Sep '18

20 Sep '18

IOhannes m zmoelnig <zmoelnig(a)iem.at> wrote: > you can also drop the [fullscreen( message alltogether, and just create > a borderless-window at position 0/0 with the desired dimensions: > [border 0, offset 0 0, dimen 320 240, create,1] > thanks for that one, specially useful if you set your backgound black. a little trick i discover in the raspi-config tool is the pixel doubling option. it greatly improves the framerate. i wish there was a way to even cut on color resolution, like using 8 bit or even 7 bit color instead of 16 to improve the framerate even more. cheers r.y

1 0

[PD-announce] PD 0.49-0test3 -
by Jean-Yves Gratius 20 Sep '18

20 Sep '18

Hi, since pd 0.48-2, when I open from Pd some helpfiles or tutorials, the title bar of the opened patch is above the upper border of my screen. I cannot access it. example : 2.control.examples/01.PART1.hello.pd The same occurs with Pd 0.49-0test3 (fresh downloaded and compiled today, lubuntu 64 bits 18.04.1 LTS )

4 3

Re: [PD] Window Title Bar off screen
by Jean-Yves Gratius 20 Sep '18

20 Sep '18

Thanks for the keyboard shortcut, it worked for me. Attached is a screen capture of the pb, but it doesn't give more information about it. JYG > Subject: > Re: [PD] Window Title Bar off screen (Was: Re: [PD-announce] PD > 0.49-0test3 -) > From: > Julian Brooks <jbeezez(a)gmail.com> > Date: > 18/09/2018 12:11 > > To: > Max <abonnements(a)revolwear.com> > CC: > "pd-list(a)lists.iem.at" <pd-list(a)lists.iem.at> > > > Quick hack would be to press the 'alt' key, 'grab' anywhere on the > window and bring the window down. > > On Tue, 18 Sep 2018 at 11:08, Max <abonnements(a)revolwear.com > <mailto:abonnements@revolwear.com>> wrote: > > Can't replicate this in KDE. Do you have a screenshot? > > > On 18.09.2018 11:10, Jean-Yves Gratius wrote: > > Hi, > > > > since pd 0.48-2, when I open from Pd some helpfiles or > tutorials, the > > title bar of the opened patch is above the upper border of my > screen. I > > cannot access it. > > > > example : > > > > 2.control.examples/01.PART1.hello.pd > > > > The same occurs with Pd 0.49-0test3 > > > > (fresh downloaded and compiled today, lubuntu 64 bits 18.04.1 LTS ) > > > > >

2 1

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