Pd-dev July 2005

pd-dev@lists.iem.at

26 participants
85 discussions

[ pure-data-Patches-1242690 ] updated bonk~ help patch with discussion of units
by SourceForge.net 22 Jul '05

22 Jul '05

Patches item #1242690, was opened at 2005-07-21 16:31 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1242690&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 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: updated bonk~ help patch with discussion of units Initial Comment: I added some discussion about the units that are used in bonk~'s thresholds. The source of the discussion is a post from Miller explaining the units: http://lists.puredata.info/pipermail/pd-list/2005-01/025358.html ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1242690&group_…

1 0

Re: [PD-dev] proposed new "list" object
by Hans-Christoph Steiner 22 Jul '05

22 Jul '05

On Jul 21, 2005, at 4:02 PM, Mathieu Bouchard wrote: > On Thu, 21 Jul 2005, Hans-Christoph Steiner wrote: >> [int] isn't an atom type either, and it behaves the same as [f], >> [symbol], and >> [pointer]. I think that the storage type should be consistent and >> need not >> only apply to atoms. [anything] would also be handy. > > Hey, btw, [anything] could be exactly like list except that it would > treat > the selector as part of the list it is processing. What do you think of > this? That would be a handy object, though I am not sure that it should called [anything]. I have to look at how other objects like [trigger] and [route] handle "anything". It should be consistent with the other key objects. > Btw, one thing that would be different between [list],[anything] vs the > four other, is that you can't put initial object content of the former > in > the constructor: you can't write [list 1 2 3] to mean [list]<-"1 2 > 3"<-[loadbang] because [list] already reserves $1 for another purpose. I assume you mean Miller's proposed [list]. If Miller's proposed functionality was split into individual objects, and [list] made into a storage object, then [list 1 2 3] would work. That makes the most sense to me. .hc ________________________________________________________________________ ____ As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin

1 0

[ pure-data-Bugs-1242495 ] changing properties doesn't set "modified" status
by SourceForge.net 21 Jul '05

21 Jul '05

Bugs item #1242495, was opened at 2005-07-21 14:07 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1242495&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: puredata Group: None Status: Open Resolution: None Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: changing properties doesn't set "modified" status Initial Comment: When you change the properties of an object, it does not set the "dirty" or "modified" flag on the patch. Therefore, Pd does not prompt to save if that patch is closed and those changes are lost. To see this bug in action, make a new patch, and place a GUI bang object on the canvas (i.e. [bng]), then save the file. Now, open the properties dialog of that bang and change the color of it and it OK. When you close the patch, it does not prompt you to save your changes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1242495&group_…

1 0

[ pure-data-Bugs-1242459 ] [bonk~] reads and writes to / by default
by SourceForge.net 21 Jul '05

21 Jul '05

Bugs item #1242459, was opened at 2005-07-21 13:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1242459&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: puredata Group: None Status: Open Resolution: None Priority: 6 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: [bonk~] reads and writes to / by default Initial Comment: When reading and writing files with [bonk~], it defaults to / if no directory is specified. [qlist] and [textfile] default to the current directory of the patch. This seems to me to be the correct behavior. To see this bug in action, save the attached patch to /tmp and open it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1242459&group_…

1 0

Re: [PD-dev] proposed new "list" object (fwd)
by Mathieu Bouchard 21 Jul '05

21 Jul '05

---------- Forwarded message ---------- Date: Thu, 21 Jul 2005 10:28:17 -0400 From: Hans-Christoph Steiner <hans(a)eds.org> To: Mathieu Bouchard <matju(a)artengine.ca> Subject: Re: [PD-dev] proposed new "list" object On Jul 21, 2005, at 12:39 AM, Mathieu Bouchard wrote: > On Wed, 20 Jul 2005, Miller Puckette wrote: > > > On the other hand, perhaps "list" should be taken to mean "list append" > > and to just prepend a "list" selector should be some more special name > > like "list listify". Seems to me that's more ugly than having to use > > "append" to store lists, but maybe there's a third way somewhere... > > I think that having "append" as the default behaviour is au contraire > something quite clever in that context. That is, _if_ the whole [list] > thing is a good idea, then just [list] should be like [list append] or > [list prepend] so that a bang just outputs the stored list, to be more > like [f] and [symbol] and [pointer], although a list is not an atomtype > and thus it isn't *that* important to be consistent there. [int] isn't an atom type either, and it behaves the same as [f], [symbol], and [pointer]. I think that the storage type should be consistent and need not only apply to atoms. [anything] would also be handy. .hc ____________________________________________________________________________ "If nature has made any one thing less susceptible than all others of exclusive property, it is the action of the thinking power called an idea, which an individual may exclusively possess as long as he keeps it to himself; but the moment it is divulged, it forces itself into the possession of everyone, and the receiver cannot dispossess himself of it." - Thomas Jefferson

1 0

Re: [PD-dev] externals wanted ...
by Georg Holzmann 20 Jul '05

20 Jul '05

Hallo! >>1) something like pwd, witch gives me the directory of the current patch > > > Guenther once wrote something like this, I thought it was in CVS > already? Don't remember the name currently. thanks - it's "getdir" ... >>2) something, which gives me the maximum value of a dynamic length list >> >>e.g. >>[1 3 5 4 ( >>| >>[max_length] >>| >> >>this should give 2 as result (because 5 is the biggest element) > > > You meant "5" right? That you can do with [maximum] from Cyclone. > There also is [minimum]. no, I meant "2", because "5" is the biggest element and has the index "2" (if you count from 0) ... but I have just written it ... (but if someone knows such an object please let me know and I'll forget mine ...) LG Georg -- GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl

3 2

externals wanted ...
by Georg Holzmann 20 Jul '05

20 Jul '05

Hallo! Just a question: I need 2 externals and I don't know if they already exist (I know they are really easy to make, but I don't want to double things): 1) something like pwd, witch gives me the directory of the current patch 2) something, which gives me the maximum value of a dynamic length list e.g. [1 3 5 4 ( | [max_length] | this should give 2 as result (because 5 is the biggest element) Thanks, LG Georg -- 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse f�r Mail, Message, More +++

3 2

devel 39 and plugin~
by patrick 19 Jul '05

19 Jul '05

hi all, just did a fresh checkout scons of pd devel 0.39 and also on cvs of externals. got plugin~ running with pd (creating and destroying ladspa plugin, but when turning dsp "on" = segfault. i will try soon with pd 0.39 (test). pat

1 1

proposal: postdsp callbacks
by Tim Blechmann 19 Jul '05

19 Jul '05

hi all, messaging functions called by dsp routines are usually implemented by using clocks with a delay 0. this only works as long as the clock callbacks are executed after each dsp tick. this causes problems for my scheduler, that uses the callback from the audio api (jack / portaudio) to run the dsp tick. running all the clock callbacks from the audio callback is not a good idea, since it's running from a separate thread and possibly in realtime (i.e. gem would crash). thus i'd propose the following api extension: sys_postdsp_callback(t_method fn); the function fn would be called immediately after dsp_tick() is executed. this would work for both miller's synchronous and my asynchronous scheduler and is probably more elegant than the current solution. drawback: external developers would have to change their externals to improve the dsp/message interaction granularity for my asynchronous scheduler... off course, there are ugly workarounds for this (i just implemented one), but i'd prefer to have a clean solution ... i would be interested in other opinions ... especially in miller's cheers .... tim -- mailto:TimBlechmann@gmx.de ICQ: 96771783 http://www.mokabar.tk latest mp3: kMW.mp3 http://mattin.org/mp3.html latest cd: Goh Lee Kwang & Tim Blechmann: Drone http://www.geocities.com/gohleekwangtimblechmannduo/ After one look at this planet any visitor from outer space would say "I want to see the manager." William S. Burroughs

4 4

fiddle~ crashes Pd 0.38-4
by Hans-Christoph Steiner 19 Jul '05

19 Jul '05

So I am trying to work with [fiddle~] and I've found that it crashes Pd on Mac OS X if I connect it to an audio source and turn on DSP. I am using Pd-0.38-4-extendedRC1. This does not seem to happen with Miller's Pd-0.38-3, but I don't have a running version of a plain 0.38-4 to test with. Anyone else had any fiddle~ crashes? Can anyone reproduce this? .hc ________________________________________________________________________ ____ "[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore

2 1

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

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 July 2005