* IOhannes m zmoelnig zmoel...@iem.at [2015-07-20 04:17]:
On 2015-07-20 00:04, Peter P. wrote:
And I discovered a similar related a few weeks ago (and reported them to
the original author). IOhannes, do you want me to file this as debian
package bug?
yes.
all users of Debian
On 07/21/2015 07:11 PM, Peter P. wrote:
* IOhannes m zmoelnig zmoel...@iem.at [2015-07-20 04:17]:
all users of Debian packages, please always file a bug against the
Debian package if you encounter strangenesses.
I reckon that users of compiles-from-svn then still write to the
original
* IOhannes m zmölnig zmoel...@iem.at [2015-07-21 14:41]:
On 07/21/2015 07:11 PM, Peter P. wrote:
* IOhannes m zmoelnig zmoel...@iem.at [2015-07-20 04:17]:
all users of Debian packages, please always file a bug against the
Debian package if you encounter strangenesses.
I reckon that users
On 2015-07-20 00:04, Peter P. wrote:
And I discovered a similar related a few weeks ago (and reported them to
the original author). IOhannes, do you want me to file this as debian
package bug?
yes.
all users of Debian packages, please always file a bug against the
Debian package if you
On 2015-07-20 10:17 AM, IOhannes m zmoelnig wrote:
the main problem is really, that there are virtually no releases from
the svn (apart from a few select projects); which makes it rather hard
to track all casual fixes of bugs.
Isn't the Debian repository downstream of svn? I always assumed
Hi All,
On 2015-07-17 06:56 PM, Alexandre Torres Porres wrote:
partconv~ needs to receive a set message to set the table, otherwise it
wont work with the specified array given as the first argument and it
will crash. So it needs a loadbang to set the table. I contacted the
author (bensaylor),
Hello all, Fred Jan,
thank you all for your help - Alexandre's remark below solved my problem.
After having sorted this out, I also noticed that even the pd-bsaylor
package from Ubuntu 14.04 appears to work (regarding partconv~) although
it says it encountered a 64bit error!
Best wishes,
Hi Matthias,
Hello all, Fred Jan,
thank you all for your help - Alexandre's remark below solved my problem.
Well, your problem might be solved by a workaround, but there are still
issues with [partconv~].
After having sorted this out, I also noticed that even the pd-bsaylor
package from
On 07/19/2015 10:49 PM, Fred Jan Kraan wrote:
If you get the 64-bit error the values you get from the array are
incorrect (at least half of them). The nice thing is, it doesn't crash.
The code was updated in 2013-01-02, but the latest pd-extended may be
before that.
iiuc, matthias refers to
* Fred Jan Kraan fjkr...@xs4all.nl [2015-07-19 16:55]:
On 2015-07-19 09:55 PM, IOhannes m zmölnig wrote:
i *guess* that even for [partconv~] it would be enough to not access the
table-data before the DSP is started.
this might need major refactoring though.
[partconv~] does access the
On 07/19/2015 10:52 AM, Fred Jan Kraan wrote:
Some time ago I ran into probably the same issue; how to load an
array/table at load time, while said array/table is not guaranteed to
have loaded yet. From within an object there is nothing like a loadbang
AFAIK. I ended up setting a timer for
On 07/19/2015 08:46 PM, Alexandre Torres Porres wrote:
hi, what is so hard about initializing the object with a table? The
[cycle~] object does that really well, for example.
it's very simple if the object can access the table-values directly when
needed.
e.g. [tabread] (we don't need to search
On 2015-07-19 09:55 PM, IOhannes m zmölnig wrote:
i *guess* that even for [partconv~] it would be enough to not access the
table-data before the DSP is started.
this might need major refactoring though.
[partconv~] does access the table at DSP start, but somehow this doesn't
work properly.
On 07/19/2015 09:55 PM, IOhannes m zmölnig wrote:
And I don't see how it wouldn't work if the table had its contents saved,
for example...
have the [partconv~] object be created before the [table]?
in any case: a table saving its own content is an edge case. if your
[partconv~] only works
bugs can't be reported yet
SourceForge developer pages are presently offline.
See our Twitter feed for more information.
2015-07-19 15:46 GMT-03:00 Alexandre Torres Porres por...@gmail.com:
hi, what is so hard about initializing the object with a table? The
[cycle~] object does that really
have the [partconv~] object be created before the [table]?
I tried and have it working actually, not sure how it wouldn't work like I
said
2015-07-19 16:55 GMT-03:00 IOhannes m zmölnig zmoel...@iem.at:
On 07/19/2015 08:46 PM, Alexandre Torres Porres wrote:
hi, what is so hard about
hi, what is so hard about initializing the object with a table? The
[cycle~] object does that really well, for example.
And I don't see how it wouldn't work if the table had its contents saved,
for example...
attached there's a patch using cycle, the table is initialized in the patch
with a
Hi Matthias,
Using the same configuration (xubuntu 14.04 / pd-0.46-6), I have no
trouble getting sound from the partconv~-help.pd patch, although I had
to make a correction to fill both arrays: [read -resize $1 irL irR( to
soundfiler didn't seem to load irR. And without something to convolve
On 07/17/2015 11:30 AM, Matthias Blau wrote:
Hello list,
I'm having trouble using partconv~ in a freshly compiled pd-0.46.6 on
Ubuntu 14.04.
First, if I use the distro-supplied pd-bsaylor package, then I get the
usual 64bit error message:
if this a usual error message for you and it is
partconv~ needs to receive a set message to set the table, otherwise it
wont work with the specified array given as the first argument and it will
crash. So it needs a loadbang to set the table. I contacted the author
(bensaylor), who said this is a known bug but that he didn't have time to
work
20 matches
Mail list logo
