* IOhannes m zmölnig [2015-07-21 14:41]:
> On 07/21/2015 07:11 PM, Peter P. wrote:
> > * IOhannes m zmoelnig [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
On 07/21/2015 07:11 PM, Peter P. wrote:
> * IOhannes m zmoelnig [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 authors, or is t
* IOhannes m zmoelnig [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 packages, pl
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 assume
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 en
> 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 :
> On 07/19/2015 08:46 PM, Alexandre Torres Porres wrote:
> > hi, what is so hard about initializing the obj
* Fred Jan Kraan [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 table
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 t
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
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
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,
Matthia
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 wo
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 searc
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 :
> hi, what is so hard about initializing the object with a table? The
> [cycle~] object does that really well, for exampl
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 loadb
On 2015-07-19 07:46 PM, IOhannes m zmölnig wrote:
> 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 nothin
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 f
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 (bensaylo
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 on
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
wit
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 i
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:
"An operation on the array '1003-ns_coeffs' in the patch
'1003-ns_coeffs' failed since it uses gar
22 matches
Mail list logo
