Could you direct us to the fix?
I don't have the info handy-this has been something I did long before git (IIRC), but I think it is noted on the pre-Git changelog which means you could easily track it with a diff between those releases. It was either inside g_graph.c or g_array.c but there might be other source files involved as well.
HTH
.hc
On Mar 16, 2012, at 7:15 PM, Ivica Ico Bukvic wrote:
FWIW this has been fixed in L2Ork but only for the newly created arrays. Opening old patches requires resizing them as they are saved incorrectly in the patch.
Best wishes,
Ico
Ivica Ico Bukvic, D.M.A Composition, Music Technology Director, DISIS Interactive Sound & Intermedia Studio Director, L2Ork Linux Laptop Orchestra Assistant Director, CCTAD Virginia Tech Department of Music Blacksburg, VA 24061-0240 (540) 231-6139 (540) 231-5034 (fax) disis.music.vt.edu http://disis.music.vt.edu/ l2ork.music.vt.edu http://l2ork.music.vt.edu/ ico.bukvic.net http://ico.bukvic.net/
Jonathan Wilkes jancsika@yahoo.com wrote:
----- Original Message -----
From: katja katjavetter@gmail.com
To: pd-list@iem.at
Cc:
Sent: Friday, March 16, 2012 6:35 PM
Subject: Re: [PD] Array resize : bug?
On Fri, Mar 16, 2012 at 10:35 PM, Pierre Massat pimassat@gmail.com
wrote:
Hi Katja,
I confirm this behaviour in windows too. So I understand that the actual
number of samples is the same, the only difference being that they all fit
within the GOP frame when resized by a message, whereas the last sample is
out of the frame when the size is set upon creation.
Should I report a bug? Or is there a reason to this?
Oops, seems I responded off-list by accident.
The initial situation with
the last sample outside the frame is
annoying, I guess this could be reported as a bug.
In 0.43.1-extended-20120201 at least, it is definitely a bug. When you create an
array with, say 10 elements, the last one extends 20 pixels outside of the gop box!
-Jonathan
2012/3/16 katja katjavetter@gmail.com
Hello Pierre,
With Pd-extended 0.42.5 for OSX it's similar to your description.
However, when resizing to a low size like 10, and manually counting
the number of 'sliders', it can be verified that the correct
number of
points is visually represented.
Katja
On Fri, Mar 16, 2012 at 6:05 PM, Pierre Massat
pimassat@gmail.com wrote:
Dear list,
I've just noticed a strange behaviour of arrays in Pd-extended
0.42.5
running in Win XP.
When I manually create an array and set it's size through its
properties
(right-click, etc.), say, to 44100 samples, the range on the X
axis is 0
to
- Fine.
Now when I resize it by sending it a message ("array1 resize
44100"),
the X
axis now spans from 0 to 44100 (that is 44101 samples).
Anybody noticed this in other versions/platforms?
Cheers,
Pierre.
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"A cellphone to me is just an opportunity to be irritated wherever you are." - Linus Torvalds