Patches item #2317572, was opened at 2008-11-20 08:49
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2317572&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: bugfix
Status: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: [bugfix] garray_resize should use int
Initial Comment:
currently the function to resize arrays is "garray_resize(t_garray *x, t_floatarg f)".
using "float32" as resize-arguments is a bad idea, especially in comparision to "garray_getfloatwords(t_garray *x, int *size, t_word **vec)".
a real problem occured when using [soundfiler] with "-resize" (and "-maxsize") for bigger soundfiles: soundfiler refused to load a soundfile into an array, because resizing "failed".
the "failure" was due to passing the wantedsize to resize() in float32 (losing precision) and then comparing the wantedsize with the gotsize (in int32).
since the sizes differed, [soundfiler] would issue a "resize failed".
the attached patch changes the resize-function to "garray_resize(t_garray *x, int size)".
this might be a bit problematic, as this function is exposed in m_pd.h and thus might break binary compatibility with externals.
an alternative (though not as elegant, imho) solution would be to add another method garray_resize_i() and use this new function throughout internally.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-08-16 23:29
Message:
git commit 98b4959f03f0fd9acfd7c117d8061589504c89e6
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2010-08-02 23:41
Message:
renamed it garray_resize_long to keep garray_resize backward compatible.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2317572&group_…
Patches item #2151892, was opened at 2008-10-07 12:43
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2151892&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: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: bugfix: [route 0] should not route symbols
Initial Comment:
up till now, [route 0] would happily route messages like [symbol foo( or [list foo bar( to the "0" outlet.
this is due to the use of atom_getfloat() which will return "0" for non-numeric atoms.
i think this is a bug.
the attached patch fixes this.
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-08-16 23:22
Message:
git commit 2c966618db8899fc0a19b7c33f3be37d920f4186
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2151892&group_…
Patches item #2532431, was opened at 2009-01-24 00:13
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2532431&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: Closed
Resolution: Accepted
Priority: 7
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix opening of .PD/.Pd/.pD and Max patches (.mxt/.pat)
Initial Comment:
add support for Max patch file .mxt file extension, which should be the same file format as a text .pat".
Anyone know the status of the Max patch file conversion code in Pd?
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-08-16 23:20
Message:
oops, actually this is the right git commit
b1fc612415b9d4274337a1ce55299bfd2e7bf578
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-08-16 23:17
Message:
git commit e980269e976db443358f0b32f698b457daab29d4
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2010-08-03 00:12
Message:
hope I edited this one in OK -- not sure what cases to test.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2009-01-24 00:24
Message:
This patch fixes .pat and .mxt loading, it turns out that open_file was
just testing for .pd as a valid file. It also has the nice side effect of
allowing Pd to open .pD, .Pd and .PD files. Currently, open_file will only
open .pd files.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2532431&group_…
Patches item #2588029, was opened at 2009-02-11 01:47
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2588029&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: bugfix
Status: Closed
Resolution: Accepted
Priority: 5
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix exporting to Max .pat/.mxt file
Initial Comment:
The Max export feature was pretty broken, this patch makes it export a much more usable patch. This was checked into Pd-extended 0.41.4:
http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-extended/…
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-08-16 23:19
Message:
git commit e980269e976db443358f0b32f698b457daab29d4
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2009-02-11 20:13
Message:
A couple additions:
- fixed up exporting to Max .pat so that it should export working
[trigger],
[osc~], and [hsl]
- code will now import the slightly newer hslider and uslider from Max
http://pure-data.svn.sourceforge.net/viewvc/pure-data/branches/pd-extended/…
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2588029&group_…
Patches item #2532431, was opened at 2009-01-24 00:13
Message generated for change (Comment added) made by eighthave
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2532431&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: Closed
Resolution: Accepted
Priority: 7
Private: No
Submitted By: Hans-Christoph Steiner (eighthave)
Assigned to: Miller Puckette (millerpuckette)
Summary: fix opening of .PD/.Pd/.pD and Max patches (.mxt/.pat)
Initial Comment:
add support for Max patch file .mxt file extension, which should be the same file format as a text .pat".
Anyone know the status of the Max patch file conversion code in Pd?
----------------------------------------------------------------------
>Comment By: Hans-Christoph Steiner (eighthave)
Date: 2010-08-16 23:17
Message:
git commit e980269e976db443358f0b32f698b457daab29d4
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2010-08-03 00:12
Message:
hope I edited this one in OK -- not sure what cases to test.
----------------------------------------------------------------------
Comment By: Hans-Christoph Steiner (eighthave)
Date: 2009-01-24 00:24
Message:
This patch fixes .pat and .mxt loading, it turns out that open_file was
just testing for .pd as a valid file. It also has the nice side effect of
allowing Pd to open .pD, .Pd and .PD files. Currently, open_file will only
open .pd files.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2532431&group_…
Bugs item #3046432, was opened at 2010-08-16 16:33
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3046432&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: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Hans-Christoph Steiner (eighthave)
Summary: [multimodel] texture mode bug
Initial Comment:
The texture mode message for [multimodel] needs to be triggered twice to be set correctly.
Pd version 0.42.5 extended RC4
GEM: ver: 0.92.3
Windows7/Geforce8600M GT
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3046432&group_…
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 08/15/2010 12:00 PM, pd-cvs-request(a)iem.at wrote:
> ------------------------------
>
> Message: 4
> Date: Sat, 14 Aug 2010 21:02:41 +0000
> From: eighthave(a)users.sourceforge.net
> Subject: [PD-cvs] SF.net SVN: pure-data:[13794] trunk
> To: pd-cvs(a)iem.at
> Message-ID: <E1OkNsH-0008IV-8E(a)sfp-svn-1.v30.ch3.sourceforge.com>
> Content-Type: text/plain; charset=UTF-8
>
> Revision: 13794
> http://pure-data.svn.sourceforge.net/pure-data/?rev=13794&view=rev
> Author: eighthave
> Date: 2010-08-14 21:02:39 +0000 (Sat, 14 Aug 2010)
>
> Log Message:
> -----------
> applied Felipe Sateler's feedback on the pd-motex package to these packages
>
> Modified Paths:
> --------------
> trunk/abstractions/footils/list-abs/debian/changelog
hi hans,
so do you plan to maintain debian/ files in both the pure-data svn and
the pkg-multimedia repositories?
what's the good use of that?
fgmasdr
IOhannes
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkxoK6sACgkQkX2Xpv6ydvQdvwCePEtCVNS4sJ7i4/+FMOk0M2Sm
w1QAmwU6gv0RxVeveVQn7NhkIEKoGQWt
=JJUn
-----END PGP SIGNATURE-----
For the record, I refactored this for Miller's 0.43 git code and
submitted it as a patch here:
https://sourceforge.net/tracker/?func=detail&aid=3032363&group_id=55736&ati…
.hc
On Jan 20, 2010, at 4:33 AM, Bryan Jurish wrote:
> moin Hans,
>
> sending this just in reply to you; if you wish I can post the
> diff.gz to
> the list as well, although I don't think it's necessary (mua problem
> rather than an encoding problem)...
>
> On 2010-01-20 03:39:11, Hans-Christoph Steiner <hans(a)eds.org>
> appears to
> have written:
>> Also, could you repost the diff patch as an attachment? Copy-n-paste
>> usually messes up diffs since email often wraps at 72 chars.
>
> hmm... the diff I posted *was* in fact an attachment (i am not, by and
> large, a heavy user of the mouse. copy and paste happen for me in
> emacs, but almost *never* buffer-wise: that's what 'cp' is for!) -- a
> brief glance at the raw data of the message reveals:
>
>>> --------------080808000202020305020308
>>> Content-Type: text/plain;
>>> name="pd-gui-rewrite-0.43.utf8-moo-2010-01-19.full.diff"
>>> Content-Transfer-Encoding: 7bit
>>> Content-Disposition: inline;
>>> filename="pd-gui-rewrite-0.43.utf8-moo-2010-01-19.full.diff"
>
> maybe the Content-Disposition field is confusing your mua... here is a
> gzipped version which hopefully will work for you... I'll have to
> check
> my client settings at home to see about the Content-Disposition stuff;
> apologies for the inconvenience.
>
>> 127 is an ASCII char, AFAIK.
>
> As Miller noted, 127 == 0x0f is ASCII "DEL" (delete), which gets
> special
> handling (a few lines above the cited change).
>
> marmosets,
> Bryan
>
> --
> Bryan Jurish "There is *always* one more
> bug."
> jurish(a)ling.uni-potsdam.de -Lubarsky's Law of Cybernetic
> Entomology
>
> <pd-gui-rewrite-0.43.utf8-moo-2010-01-19.full.diff.gz>
----------------------------------------------------------------------------
All mankind is of one author, and is one volume; when one man dies,
one chapter is not torn out of the book, but translated into a better
language; and every chapter must be so translated.... -John Donne
Patches item #2171733, was opened at 2008-10-16 15:53
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2171733&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: feature
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: [feature] select objects without gui interaction
Initial Comment:
currently the only available method to select an object, is to use GUI-interaction (mouse) or simulate this via "mouse"-messages to the canvas.
both things only work with gui enabled and have problems with overlapping objects.
the attached patch (against current svn) adds following messages to the canvas:
- select <id>
- deselect <id>
- deselectall
they allow programmatic selection of objects; <id> is the same object-id as used e.g. for the "connect" message.
this also allows programmatic deletion of objects-per-id, e.g. by sending a message "deselectall, select 14, cut" to the canvas.
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-08-11 20:34
Message:
attached are 2 updated patches, one adding the "select" messages and one
adding the "delete" message
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-08-11 19:31
Message:
well, yes...
however: "select" would allow for both selecting and deleting (with the
"cut" message)
if a "delete <id>" message was added, i would be happy as well.
once you are at it, i would add both "delete" and "select" message,
though...
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2010-08-03 05:12
Message:
Wouldn't it be better just to have a "delete" method? Selecting only makes
sense if the
object is visible anyhow, forcing you to have stuff visible to edit it
programmatically.
If this is indeed what is wanted, it should be fixed so as not to crash
when y runs off the
glist and goes to zero.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-10-16 15:54
Message:
File Added: objectselection.diff
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2171733&group_…
Patches item #2171733, was opened at 2008-10-16 15:53
Message generated for change (Comment added) made by zmoelnig
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2171733&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: feature
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: IOhannes m zmlnig (zmoelnig)
Assigned to: Miller Puckette (millerpuckette)
Summary: [feature] select objects without gui interaction
Initial Comment:
currently the only available method to select an object, is to use GUI-interaction (mouse) or simulate this via "mouse"-messages to the canvas.
both things only work with gui enabled and have problems with overlapping objects.
the attached patch (against current svn) adds following messages to the canvas:
- select <id>
- deselect <id>
- deselectall
they allow programmatic selection of objects; <id> is the same object-id as used e.g. for the "connect" message.
this also allows programmatic deletion of objects-per-id, e.g. by sending a message "deselectall, select 14, cut" to the canvas.
----------------------------------------------------------------------
>Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2010-08-11 19:31
Message:
well, yes...
however: "select" would allow for both selecting and deleting (with the
"cut" message)
if a "delete <id>" message was added, i would be happy as well.
once you are at it, i would add both "delete" and "select" message,
though...
----------------------------------------------------------------------
Comment By: Miller Puckette (millerpuckette)
Date: 2010-08-03 05:12
Message:
Wouldn't it be better just to have a "delete" method? Selecting only makes
sense if the
object is visible anyhow, forcing you to have stuff visible to edit it
programmatically.
If this is indeed what is wanted, it should be fixed so as not to crash
when y runs off the
glist and goes to zero.
----------------------------------------------------------------------
Comment By: IOhannes m zmlnig (zmoelnig)
Date: 2008-10-16 15:54
Message:
File Added: objectselection.diff
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2171733&group_…