Pd-dev December 2009

pd-dev@lists.iem.at

16 participants
59 discussions

[ pure-data-Bugs-2909827 ] can't save
by SourceForge.net 07 Dec '09

07 Dec '09

Bugs item #2909827, was opened at 2009-12-07 04:05 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2909827&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: can't save Initial Comment: cannot save my files when i close cannot save as only using pd-extended my email is rat_dog_lover(a)yahoo.com ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2909827&group_…

1 0

[ pure-data-Bugs-2909692 ] [ext13/wavinfo]: returns often wrong data
by SourceForge.net 06 Dec '09

06 Dec '09

Bugs item #2909692, was opened at 2009-12-06 17:33 Message generated for change (Comment added) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2909692&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Nobody/Anonymous (nobody) Summary: [ext13/wavinfo]: returns often wrong data Initial Comment: Many files, that seem compliant with the RIFF WAVE format and also can be played back by a various of players and are read fine by Pd's [readsf~], give strange values with [wavinfo]. I couldn't verify this claim by reading the code, but from having tried some files i could find, it seems, that only files with a header of the usual 44 bytes are read correctly, but not files with a bigger header size. Please contact me off-list, if you need an example file. ---------------------------------------------------------------------- >Comment By: Roman Haefeli (reduzent) Date: 2009-12-06 18:44 Message: It seems, that [wavinfo] shows correct data as long as the header signature is 'fmt '. It seems, that Broadcast Wave files aren't read correctly ('bext' header signature). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2909692&group_…

1 0

[ pure-data-Bugs-2909692 ] [ext13/wavinfo]: returns often wrong data
by SourceForge.net 06 Dec '09

06 Dec '09

Bugs item #2909692, was opened at 2009-12-06 17:33 Message generated for change (Tracker Item Submitted) made by reduzent You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2909692&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Nobody/Anonymous (nobody) Summary: [ext13/wavinfo]: returns often wrong data Initial Comment: Many files, that seem compliant with the RIFF WAVE format and also can be played back by a various of players and are read fine by Pd's [readsf~], give strange values with [wavinfo]. I couldn't verify this claim by reading the code, but from having tried some files i could find, it seems, that only files with a header of the usual 44 bytes are read correctly, but not files with a bigger header size. Please contact me off-list, if you need an example file. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2909692&group_…

1 0

Re: [PD-dev] much better scrolling algorithm (pd-extended 0.42.5)
by Hans-Christoph Steiner 06 Dec '09

06 Dec '09

I guess I didn't understand the nature of that issue. I haven't seen it. Tcl/Tk's bbox stuff seems to work with comments, do you mean IEMGUI text? .hc On Dec 4, 2009, at 2:06 PM, Ivica Ico Bukvic wrote: > Please see the patch. It says there. I also sent you on several > email test that you should do to assess the problem of text size > being misrepresented by tcl tk's bbox call. > > Ico > > Hans-Christoph Steiner <hans(a)at.or.at> wrote: > >> >> On Dec 4, 2009, at 7:56 AM, Ivica Ico Bukvic wrote: >> >>>>> please see attached patch. it applies cleanly against 0.41.4 >>>>> extended as >>>>> well as 0.42.5 extended. >>>>> >>>>> ico >>>>> <patch> >>>> >>>> It works for me Pd-extended 0.42.5-20091112, thanks for that. >>>> Sorry >>>> for the delay, its been a busy week. Two things I tried: >>>> >>>> - like the current Pd-extended scroll logic, scrolling with the >>>> wheel >>>> moves the patch when there are no scrollbars, except it'll scroll >>>> the >>>> patch contents out of the visible area and not add scrollbars. >>> >>> I've not touched this part. This is simply how 0.42.5 does scrolling >>> in >>> respect to the mouse wheel so I would say this part has nothing to >>> do with >>> my patch... >> >> Ah, ok, didn't realize you weren't changing that. IMHO, if we are >> going to look at scrolling, we need to look at the whole picture. >> This is bad behavior that should be fixed. That's why I started this >> dev wiki page, to make a catalog of the whole picture: >> >> http://puredata.info/dev/ScrollBarLogic >> >>>> - resizing the window doesn't seem to track comments, I tried >>>> 3.audio.examples/A02.amplitude.pd, the scrollbars don't kick in >>>> until >>>> I cover the objects. the comments don't seem to affect the >>>> scrollbars. >>> >>> I realized this earlier last week as well. This is because I am >>> omitting >>> text in manually calculating bbox to avoid redundant scrollbars >>> which are >>> apparent in all other versions, particularly when using number boxes >>> with >>> larger fonts. I think it would be a good idea to report your >>> experience on >>> this one: namely whether you are getting the same results in this >>> respect so >>> that we have this also covered as part of the algorithm's >>> assessment. >>> >>> That said, I thought a bit about this and I think text can be added >>> in two >>> different ways: >>> >>> 1) by creating an invisible box around them (not sure if canvas >>> supports >>> this) or if there is already one identifying it in the manual bbox >>> calculation. >>> >>> 2) trying to figure out what is the font scaling discrepancy and >>> applying >>> that number to text (once again inside manual bbox calculation since >>> that is >>> the only place you could do so on an individual basis such as this >>> one). >> >> What was the problem with using Tcl/Tk's bbox calculations? It'll >> get >> the comments automatically, IIRC. >> >> .hc >> >> >> >> >> ---------------------------------------------------------------------------- >> >> Programs should be written for people to read, and only incidentally >> for machines to execute. >> - from Structure and Interpretation of Computer Programs >> ---------------------------------------------------------------------------- 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 3

adding standard install paths to the 'puredata' package
by Hans-Christoph Steiner 05 Dec '09

05 Dec '09

Hey all, For the new 'puredata' package, I think we should add the user- installed paths that have been included with Pd-extended for a while now. Additionally, I'd like to Debianize the directory names (i.e. / usr/lib/puredata) and add /usr/lib/pd-externals for the install path for libraries that can be used with 'puredata', 'pd-extended', 'desiredata', etc. Here are the user-installed locations: http://www.puredata.info/docs/faq/how-do-i-install-externals-and-help-files… The user-installed folders would not be created by the package, just searched if they exist, so people can completely ignore them if they want. I propose the search order look like this: - paths from preferences ~/pd-externals/ /usr/local/lib/pd-externals /usr/lib/pd-externals /usr/lib/puredata Ultimately, I think some of this stuff should end up in a 'pd-common' package, including things like the file mime types and the directory / usr/lib/pd-externals. .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.

5 20

Re: [PD-dev] much better scrolling algorithm (pd-extended 0.42.5)
by Ivica Ico Bukvic 04 Dec '09

04 Dec '09

Oops, still getting used to the microscopic phone keyboard... BTW if this thing is top-posting, my apologies. It appears the droid leaves me no choice here :-( So, what I was trying to say is that there are two issues at hand here that are mistakenly being interpreted as one. Pd.tk in and of itself has not been submitted for inclusion, but (as per your request) as a means to test new scrolling method. And while the pd.tk in question has a wrapper in place to allow use on both <8.4 and >=8.5 it has not been fully tested nor fully implemented for non-linux platforms. Hene if you wish to test it out as I indicated before, you either need to test it on linux or use updated replacement function in your existing pd.tk I sent out in my earlier email. Reporting any failures of it running otherwise is imho irrelevant to the scrolling algorithm. So, may I suggest that for the sake of clarity, let us not discuss any potential inclusion of pd.tk in this thread, as that clouds the matter at hand which is the scrolling algorithm. Cheers! Ivica Ico Bukvic <ico(a)vt.edu> wrote: >I think we are confusing two things here, the whole pd.tk which does offer

4 8

externals for timecoded vinyl
by komika 03 Dec '09

03 Dec '09

hello list i have set up a download site at http://www.komika.org for externals which read and play back timecoded vinyl (at the moment only traktor scratch vinyl is supported). These externals are written for Max/MSP. I am wondering if anybody is interested to port those externals to PD. - - - - - - - - - - - www.komika.org - - - - - - - - - - -

2 2

svn on build farm (was Re: [GEM-dev] gem fails on 10.4)
by IOhannes m zmoelnig 02 Dec '09

02 Dec '09

IOhannes m zmoelnig wrote: > > the svn client installed on the build-machine (/sw/bin/svn) is somewhat > outdated (1.4.4) and refuses to "svn update" the sandbox. this seems to be a common problem on more of the build machines (e.g. i just noticed it on the ubuntu-hardy-lts-i386) for me this makes working on these machines a bit strange: you fix the code, login to the build machine, try to "svn update" (or rather: "svn info" or "svnversion" to see which revision was actually used) and get "svn: This client is too old to work with working copy" what? i guess, that for performance reasons (the sf repositories often suck) the repository is pulled only to a central machine and then distributed via rsync to the various build hosts. however, i haven't found any documentation on this. it would be nice if the tools installed on the build hosts would be able to cope with the repository. if this is too much hazzle (e.g. setting up a proxy, or whatever), could somebody learned please document e.g. on http://puredata.info/docs/developer/PdLab (or somewhere linked from there; or in the nice splashscreen on the build-machines) what is to be expected and what not? the workaround that does work (it seems), is to do another checkout with the system's own svn and work in this sandbox. i usually do this only on 2nd choice (in order to save bandwidth). i guess it's just a matter of knowing. fbm,asdr IOhannes

2 8

new build machine: Mac OS X 10.4/Intel
by Hans-Christoph Steiner 02 Dec '09

02 Dec '09

Hey all, In case you didn't already see it, we now have a Macbook Pro with a dead screen set up as a 10.4/Intel build server. Thanks for Greg Pond/ Sewanee for the donation of said Macbook. http://puredata.info/docs/developer/Macosx104I386 .hc ---------------------------------------------------------------------------- "Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you." - Richard M. Stallman

1 0

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