[PD] soundfiler alternative - realtime? (loading in background)

[Derek Holzer]

Do you really have so many soundfiles that they can't all fit in RAM? My 
solution has been to preload all the samples I need before performing.

best,
d.

Ingo Scherzinger wrote:
> 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
>>
> 
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
> 

-- 
derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista
---Oblique Strategy # 64:
"Don't stress one thing more than another"