Do you think you (or someone else) will have the time in the near future to
solve the bug?
sure, if a genuine bug shows up i'll usually fix it quickly. Missing
features take much longer.
gr~~~
___
Pd-dev mailing list
Pd-dev@iem.at
Ok, thanks a lot!
Meanwhile I'm going ahead with my work... very very happy to use py/pyext.
By the way I'm using python/numpy/scipy in pd to calculate interpolations,
extrapolations and functions intersections.
Right now I succeeded in my preliminary tests (very satisfied and tired too
:-)
the message [mul array3 array1 array2 works only on the first half of the
array3
instead the message [add array3 array1 array2
you mean the latter add function works as it should?
- this behaviour is correct (I don't think so)?
true, i suspect a bug
- this behaviour is due to the
you mean the latter add function works as it should?
yes (sorry)
very probable, but it should be fixed nonetheless
meantime I use the add version.
Do you think you (or someone else) will have the time in the near future to
solve the bug?
I don't have skill to try, sorry (I have looked at
Hi Thomas,
I hope someone will find the time to integrate the flext-based externals
into
the autobuild structure.
Sorry but I can't: it's beyond my skills.
I've got another problem now (ubuntu 9.04 64-bit machine PD 0.42.5):
in the example buffer-1.pd (py/pyext) there's a strange behaviour:
thanks for your kind words. I haven't given up the hope that someday
someone will find the time to integrate the flext-based externals into
the autobuild structure and, consequently, pd-extended.
gr~~~
2010/3/9 Dario Pedrioli dariopedri...@gmail.com:
Thanks a lot Thomas.
Now it compile fine!
Hi all,
I'm trying to compile py/pyext on ubuntu 9.04 64-bit machine PD 0.42.5
with flext rev 3659 I've got no problems.
with flext rev 3723 I've got the error below:
ubu...@ubuntu-desktop:~/pd/
source/py_3723$ sh ../flext_3723/build.sh pd gcc
make -f ../flext_3723/buildsys/gnumake-sub.mak
Thanks a lot Thomas.
Now it compile fine!
I pick the occasion to say that your work for pd (flext, pool, py, etc...)
is fantastic. Many many many thanks!
ciao, Dario
2010/3/9 Thomas Grill g...@g.org
Hi Dario,
please check out py from svn and try again.
gr~~~
Am 09.03.2010 um 09:48
Hi Dario,
please check out py from svn and try again.
gr~~~
Am 09.03.2010 um 09:48 schrieb Dario Pedrioli:
Hi all,
I'm trying to compile py/pyext on ubuntu 9.04 64-bit machine PD 0.42.5
with flext rev 3659 I've got no problems.
with flext rev 3723 I've got the error below:
Hey Thomas,
On Mon, Jan 11, 2010 at 11:55 AM, Thomas Grill g...@g.org wrote:
Hi Spencer, hi all,
i finally committed 64-bit fixes to flext.
great, thanks!
The way buffers are to be accessed now slightly differ from the patches you
sent me... i use the indexing operator [] instead of
Hi Spencer, hi all,
i finally committed 64-bit fixes to flext.
The way buffers are to be accessed now slightly differ from the
patches you sent me... i use the indexing operator [] instead of Peek
and Poke functions.
Existing code should continue to work.
If compiled for 64-bit systems
Hi Spencer,
many thanks for the patch... i'm not yet familiar with the way how pd
uses arrays in 64 bit mode, but i'll check out your modifications and
commit them to the svn.
gr~~~
Am 24.10.2009 um 23:24 schrieb Spencer Russell:
Attached is a patch that should make flext buffer handling
Attached is a patch that should make flext buffer handling 64-bit compatible.
It adds new wrapper functions buffer::Peek(int index) and
buffer::Poke(int index, t_sample value) to access a buffer's data. New
externals should uses these instead of accessing the data array
directly, because with
13 matches
Mail list logo