Pd-dev October 2011

pd-dev@lists.iem.at

22 participants
138 discussions

[ pure-data-Bugs-3429577 ] getting help on [bitmap] in bitmap-madness-pd crashes pd
by SourceForge.net 28 Oct '11

28 Oct '11

Bugs item #3429577, was opened at 2011-10-27 22:46 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3429577&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: mescalinum (mescalinum) Summary: getting help on [bitmap] in bitmap-madness-pd crashes pd Initial Comment: On Mac OS X 10.5.8 running Pd-extended 0.43.1 2011-10-26, If I open tclpd/examples/bitmap-madness.pd, right-click on the 40x40 bitmap and select Help, I get the intro-help.pd. If I close intro-help.pd, then right-click on the 40x40 bitmap again, then select Help, Pd crashes everytime with this crashdump: Thread 0 Crashed: 0 pd 0x00029eb2 bindlist_anything + 50 1 pd 0x0002b4a8 pd_typedmess + 824 2 pd 0x0002f8bd binbuf_eval + 1565 3 pd 0x00033491 binbuf_evalfile + 225 4 pd 0x00033589 glob_evalfile + 41 5 pd 0x0003c252 open_via_helppath + 386 6 pd 0x000214f6 canvas_done_popup + 710 7 pd 0x0002b5bb pd_typedmess + 1099 8 pd 0x0002b4a8 pd_typedmess + 824 9 pd 0x0002f8bd binbuf_eval + 1565 10 pd 0x00038508 socketreceiver_read + 952 11 pd 0x00037439 sys_domicrosleep + 409 12 pd 0x00038041 sys_pollgui + 33 13 pd 0x00034a47 m_mainloop + 327 14 pd 0x00036aab sys_main + 1675 15 pd 0x00001ffb _start + 209 16 pd 0x00001f29 start + 41 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3429577&group_…

1 0

[ pure-data-Bugs-3429542 ] Small errors in visual/GEM tutorial
by SourceForge.net 28 Oct '11

28 Oct '11

Bugs item #3429542, was opened at 2011-10-27 23:49 Message generated for change (Tracker Item Submitted) made by ricardofabbri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3429542&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: v0.44 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ricardo Fabbri (ricardofabbri) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Small errors in visual/GEM tutorial Initial Comment: (I wanted to assign this bug to myself todo later but I am not yet listed in the tracker for some reason. ) tutorials/visual/05.basic_3d_objects.pd - [curve 5] doesn't show anything. tutorials/visual/07.basic_3d_objects.pd - needs something to turn on lighting. perhaps [tgl]---[ lighting $1 ( -- [gemwin] (compiled pd-extended from svn using pd-extended.git and pd-gem from git as of today). using linux. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3429542&group_…

1 0

Re: [PD-dev] signal object test template for automated unit testing
by Hans-Christoph Steiner 28 Oct '11

28 Oct '11

On Oct 25, 2011, at 1:26 PM, F.J. Kraan wrote: > On 2011-10-25 19:01, Hans-Christoph Steiner wrote: >> >> On Oct 25, 2011, at 11:44 AM, F.J. Kraan wrote: >> >>> >>>>> On Mon, Oct 24, 2011 at 7:35 PM, Hans-Christoph Steiner<hans(a)at.or.at >>>>> > wrote: >>>>> >>>>>> Ah, course, makes sense. The third item there, the IIR >>>>>> filters, it >>>>>> should be not too hard to reproduce the exact same operation >>>>>> with them >>>>>> too. With the tests, each one is run in a new Pd instance, so >>>>>> they're >>>>>> always starting from scratch. Pd is then quit, and restarted >>>>>> for the >>>>>> next test. >>>>>> >>>> >>> But how do you want to create and check the test if the only >>> environment the test will produce proper results is the unattended >>> automatic run? If the test would fail, it would be hard to find >>> out why, as the manual run would always produce a different result. >> >> I guess I don't quite follow what you mean here. I am thinking >> that for a more elaborate test, the test patch would would run thru >> the IIR filter a few times. Each iteration of the IIR filter test >> should produce the same result. > Ok, I see. Here you are testing for repeatability. As an addition to > a test for regression. > > One of the 'requirements' for the test-patch was something that > makes it easy to create tests, validate and run them, and find the > cause if the test fails. Yes, making it easy is the primary concern right now so we can get lots of tests written and running. But for very specific cases like the IIR case, we would need to test for repeatability of multiple iterations. Pd is designed to be 'deterministic', meaning that a patch should produce the same result every time its run, so things should be very repeatable. >> >> This does remind me tho, the original load_every_help.py script >> would load each help patch into the same instance of Pd, just >> continually reusing it. That would trigger a couple hard-to- >> reproduce bugs that basically only happened when loading every help >> patch in a certain order. I was focused on getting a report on each >> help patch, so I changed the script to make a new Pd instance per >> test. But Pd should be able to load every help patch without >> crashing, so perhaps we need a second test mode where the same Pd >> is reused again and again. > The possibilities are endless here. We should try to stick to a > sensible subset of these and focus on that. Even then the test set > can grow larger that Pd itself. Yes, definitely lets limit the scope to get tests running first. I was just thinking there could be two modes for running the tests: every test in a single Pd instance; and, each test in its own Pd instance. I have one of those cases working, doing the other would not be too hard, I think. But yes, lower priority. .hc ---------------------------------------------------------------------------- "A cellphone to me is just an opportunity to be irritated wherever you are." - Linus Torvalds

3 6

[ pure-data-Patches-3429241 ] adding iemnet to Pd-extended
by SourceForge.net 27 Oct '11

27 Oct '11

Patches item #3429241, was opened at 2011-10-27 09:59 Message generated for change (Comment added) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3429241&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: wishlist Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Roman Haefeli (rdz) Summary: adding iemnet to Pd-extended Initial Comment: The attached patch adds iemnet to <pd-svn>/externals/Makefile, so that it gets built and installed into Pd-extended ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2011-10-27 17:48 Message: Ok, thanks. Of course, I'll check how the build goes after applying changes to the Makefile. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-10-27 13:58 Message: You can just commit directly to externals/Makefile, as long as you follow up on the nightly builds to make sure its working on all platforms. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3429241&group_…

1 0

Re: [PD-dev] Pd-extended-0.43 appearance
by Hans-Christoph Steiner 27 Oct '11

27 Oct '11

On Oct 26, 2011, at 4:39 AM, Roman Haefeli wrote: > On Wed, 2011-10-26 at 01:15 -0400, Hans-Christoph Steiner wrote: >> On Oct 25, 2011, at 9:47 AM, Roman Haefeli wrote: >> >>> On Fri, 2011-10-21 at 18:36 -0400, Hans-Christoph Steiner wrote: >>>> Pd vanilla still has different box sizes on different platforms, >>>> if I >>>> remember correctly, therefore the sizes will have to change >>>> somewhere. >>> >>> I made a little test patch and took screenshots [1]. On three >>> operating >>> systems (Mac OS 10.6.4, Ubuntu 10.04, Windows 7) I tested >>> Pd-extended-0.43.1 (from autobuilds) and Pd-0.43.1test4 (from >>> Miller's >>> site). >>> >>> The results are contrary to what you are saying. For Pd-0.43.1test4 >>> the >>> box sizes are consistent across all tested platforms. For >>> Pd-extended-0.43.1 the number, symbol, message and object boxes are >>> 2 px >>> less tall on Windows than on the other platforms. Due to this, >>> only on >>> Windows number and symbol boxes have the same height in Pd-vanilla >>> and >>> Pd-extended (though message and object boxes are 2px smaller in >>> Pd-extended than in Pd-vanilla). >>> >>> On the other two platforms, Ubuntu 10.04 and OS X, number and symbol >>> boxes are 2 px taller in Pd-extended than in Pd-vanilla. >>> >>> The hsliders, vsliders and cnvs have the exact same dimensions in >>> every >>> tested combination. Also is the width of number, symbol, message and >>> object boxes consistent across all tested platforms and flavors. >>> >>> >>>> I tried to get these changes into vanilla, but I guess Miller >>>> didn't >>>> want them. >>> >>> Currently, it looks like they are not necessary since the situation >>> looks good for Pd-vanilla. >>> >>>> I've already spent a lot of time on it, so I've moved on >>>> since it works in Pd-extended. There should be a whole history of >>>> the >>>> discussion on pd-dev, i.e. the details of the issues. I don't >>>> remember them, I'm sure it was some annoying technical details. >>> >>> Since only Pd-extended is not consistent across platforms, would >>> that be >>> reason enough to reconsider adapting Pd-extended to the symbol and >>> number box height of Pd-vanilla? >>> >>> Roman >>> >>> [1] http://www.romanhaefeli.net/ramsch/pdappear.tar.gz >> >> Ok, I think I fixed it, at least it worked on my Windows XP test VM. > > Cool! > > I think it's not necessary to post this to the bug tracker then, > right? > Let me know, if you think otherwise. No need, its fixed. Thanks for confirming :) >> Basically, the code that was supposed to fit the font into the fixed >> box sizes was actually changing the box sizes. This commit now >> leaves >> the box sizes fixed so they are the same everywhere, then fits the >> font into the box. >> >> http://pure-data.git.sourceforge.net/git/gitweb.cgi?p=pure-data/pd-extended… >> >> I'm guessing the different in Pd-vanilla comes from the different >> fonts that are in use, but it could be something else. > > Just to be clear here: > > In Pd-vanilla (0.43.1, at least) the _box sizes_ are consistent across > all platforms. With your fix for Windows the same can be said for > Pd-extended ;-). > > So after all the situation does not look that bad, I would say. > > Still, the remaining differences are: > > * The symbol and number boxes are 2 px taller in Pd-extended than in > Pd-vanilla. > I think it is not possible to adjust one or the other without > breaking > backwards compatibility of the respective flavor. So either Pd- > vanilla > and Pd-extended will stay different for eternity or one of them needs > to bite into the sour apple. > Since the latter only hurts once, I'd prefer to latter. And since > Pd-extended is a derivative of Pd-vanilla, I'd say it's Pd-extended > that has to bite into the sour apple. What do you think? Pd-extended has been consistently sized since 0.39 and many people rely on that. I'm pretty sure that Pd-vanilla did not get consistent box sizes until 0.43, but I could be wrong. Here's some history on that topic, its the wiki I used to organize the box sizing effort for Pd-extended 0.39. http://puredata.info/dev/GuiSizeDifferences > * The fonts in Pd-vanilla look quite different across platforms. The > situation is much better in Pd-extended, especially when the aliasing > issue on Mac OS X will be resolved. The aliasing is actually a bugfix. Pd-extended uses Monaco, which is a font designed to be not aliased. Previously Pd-extended was scaling it a bit, so it appeared aliased. Now it is no longer scaling the Monaco font, so it appears in Pd-extended just like it would another Cocoa app. Here's a pic of Pd-extended versus Apple TextEdit: .hc ---------------------------------------------------------------------------- I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr.

2 2

[ pure-data-Patches-3429241 ] adding iemnet to Pd-extended
by SourceForge.net 27 Oct '11

27 Oct '11

Patches item #3429241, was opened at 2011-10-27 05:59 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3429241&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: wishlist >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) >Assigned to: Roman Haefeli (rdz) Summary: adding iemnet to Pd-extended Initial Comment: The attached patch adds iemnet to <pd-svn>/externals/Makefile, so that it gets built and installed into Pd-extended ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-10-27 09:58 Message: You can just commit directly to externals/Makefile, as long as you follow up on the nightly builds to make sure its working on all platforms. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3429241&group_…

1 0

maximum array display size 2000 points?
by João Pais 27 Oct '11

27 Oct '11

Hi. I just wanted to call the developers' attention to the thread at http://lists.puredata.info/pipermail/pd-list/2011-10/092037.html. For a project I'm working on it would be great to know the reasons for this, and if there is a fix that can be made. Thanks, JoÃ£o Pais

3 6

[ pure-data-Patches-3429241 ] adding iemnet to Pd-extended
by SourceForge.net 27 Oct '11

27 Oct '11

Patches item #3429241, was opened at 2011-10-27 09:59 Message generated for change (Settings changed) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3429241&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: wishlist Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: adding iemnet to Pd-extended Initial Comment: The attached patch adds iemnet to <pd-svn>/externals/Makefile, so that it gets built and installed into Pd-extended ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3429241&group_…

1 0

[ pure-data-Patches-3429241 ] adding iemnet to Pd-extended
by SourceForge.net 27 Oct '11

27 Oct '11

Patches item #3429241, was opened at 2011-10-27 09:59 Message generated for change (Tracker Item Submitted) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3429241&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: pd-extended Group: wishlist Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Nobody/Anonymous (nobody) Summary: adding iemnet to Pd-extended Initial Comment: The attached patch adds iemnet to <pd-svn>/externals/Makefile, so that it gets built and installed into Pd-extended ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3429241&group_…

1 0

Pd-extended-0.43 appearance
by Roman Haefeli 26 Oct '11

26 Oct '11

Hi Hans I noticed a significant difference between Pd-extended-0.43 and Pd-vanilla-0.43 appearance. Symbol- and Numberboxes are 2 px higher in Extended than in Vanilla. This is especially problematic in cases where a GOP-patch in Vanilla was created so that the number/symbol box perfectly fits in. The same GOP-abstraction in Pd-extended does not show the number/symbol box at all, because it is overlapping the GOP area of the abstraction. I also noticed that Pd-extended-0.43 on OS X does not use anti-aliased fonts, although it is (I think) using Tcl/Tk 8.5, while Pd-vanilla-0.43 does use anti-aliased fonts. On Ubuntu both, Pd-extended and Pd-vanilla 0.43, do use anti-aliased fonts. Roman

6 23

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev October 2011