Hi Georg,

I just tested it. You wrote "this is very experimental and may crash your patch". ... and yes, it did! Unfortunately when it doesn't crash the patch it also interupts audio. BTW you should add the option of using the "-resize" in the load message so you can use the same commands as for soundfiler without having to change all the load messages when replacing "soundfiler" with "sndfiler". I guess "sndfiler" should simply ignore "-resize". Too bad, but it's not usable for me at the current state it is in. It's simply too unstable. I need something extremely stable as I am developing a hardware instrument (sample player) that runs with pd. Anything unstable is absolutely out of the question. I guess I'll have to keep loading the patches as the get recalled instead of loading in the background after the instrument stared playing already.

Thanks anyway Ingo

Georg Holzmann schrieb:

Ingo Scherzinger schrieb:

...

Hi,

does anybody know if there is an alternative method to soundfiler in order to load wave files into tables. Soundfiler is not realtime capable and I urgently need to load files in the background while playing audio and midi without interruption.

Maybe an external?

sndfiler: http://grh.mur.at/software/sndfiler.html

LG Georg

Hallo!

I just tested it. You wrote "this is very experimental and may crash your patch". ... and yes, it did!

;)

Unfortunately when it doesn't crash the patch it also interupts audio. BTW you should add the option of using the "-resize" in the load message so you can use the same commands as for soundfiler without having to change all the load messages when replacing "soundfiler" with "sndfiler". I guess "sndfiler" should simply ignore "-resize".

The version in cvs (or now svn) supports that - I guess you got the one from my homepage ? The sndfiler should not crash pd - then something is definitely wrong. Which OS are you on ? Maybe there is somewhere a library problem and I suggest you to compile it yourself, then there shouldn't be a crash.

Also if it works as it should there could be still some audio dropouts, because the dsp graph has to be recalculated in pd (this was discussed quite some times on this list) and there is no (easy) way to solve this problem. However, I used sndfiler in some performance patches without dropouts.

I need something extremely stable as I am developing a hardware instrument (sample player) that runs with pd. Anything unstable is absolutely out of the question. I guess I'll have to keep loading the patches as the get recalled instead of loading in the background after the instrument stared playing already.

If it helps you can also consider the iem16 library, then you can load more samples into RAM ... ;)

LG Georg

Hallo!

is that correct, that it only happens if some table needs to be resized?

No it happens also if you only load a soundfile ...

can drop-outs completely be avoided by using [sndfiler] without any table resizing?

No not completely - however, I did not get dropouts in my use-cases ...

LG Georg

moin Ingo, moin all,

I've used a similar trick with [readanysf~] (no upsampling, just a "background" [tabwrite~]). It's even possible to simulate "-resize" e.g. with [wavinfo], but re-allocating tables is generally a Bad Idea if you want to avoid dropouts.

marmosets, Bryan

On 2008-02-12 13:14:14, Claude Heiland-Allen claudiusmaximus@goto10.org appears to have written:

Ingo Scherzinger wrote:

...

Hi,

does anybody know if there is an alternative method to soundfiler in order to load wave files into tables.

[readsf~] and [tabwrite~] in an upsampled subpatch (with [block~]).

No -resize support there though, and it's only "N times" faster than real time, not "as fast as possible without dropouts".

Claude