Thanks Juha, for the patch ...

The main reason that there is not too many development in sfplay and sfread is that it is encouraged to use the pd builtin readsf object.

sfplay has the additional feature of beeing able to open many soundfiles at the same time, I can't see any real reason to use sfread nowadays, ... well probably if you want to use its resampling artefacts in some artistic manner ...

Guenter

On Tue, 4 Jun 2002, [ISO-8859-1] Juha Vehvil�inen wrote:

Hi,

here's my fix for Winfried Ritsch's "sfplay". The one in ggee seems to be based on this and is equally buggy, as well as sfread~ (in ggee).

With this fix pd won't crash when playing an 8-channel file, but it wont play right either, everything is coming from the first few channels. If you know of a version that works with 8 channels let me know.

Juha

----- clip ---- 527c527 < dsp_add(sfplay_perform, 6, x, ---

...

dsp_add(sfplay_perform, 7, x,

537c537 < dsp_add(sfplay_perform, 8, x, ---

...

dsp_add(sfplay_perform, 11, x,

Juha Vehviläinen writes:

Hi,

here's my fix for Winfried Ritsch's "sfplay". The one in ggee seems to be based on this and is equally buggy, as well as sfread~ (in ggee).

With this fix pd won't crash when playing an 8-channel file, but it wont play right either, everything is coming from the first few channels. If you know of a version that works with 8 channels let me know.

thanx,

the sfplay external from me was merged into zexy library from johannes...

there should be a working one.

mfg winfried