Re: [PD] soundfiler alternative - realtime? (loading in background)
Hi Claude, sorry that it took so long to test and to answer to your suggestion. I tried it with [readsf~] and [tabwrite~] plus [switch~ 64 1 32] and it works perfectly. It's about 40% of the speed (upsampling 32x)compared to[soundfiler] and has absolutely no dropouts or any other artifacts (so far). The only annoying thing is that it may take forever setting all the table sizes (around 3000 samples) manually. I tried [wavinfo] but it didn't really work. It may be better anyway not to change anything about the tablesizes while loading in background. However it will spped up loading time from currently 1 minute 45 sec to about 30-40 seconds. That's absolutely great. Thanks for the hint! Ingo -Ursprüngliche Nachricht- Von: Claude Heiland-Allen [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 12. Februar 2008 13:14 An: Ingo Scherzinger Cc: pd-list@iem.at Betreff: Re: [PD] soundfiler alternative - realtime? (loading in background) 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 -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] soundfiler alternative - realtime? (loading in background)
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? Any help is appreciated! Ingo ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] soundfiler alternative - realtime? (loading in background)
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@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] soundfiler alternative - realtime? (loading in background)
Thank you very much, Georg. I will try it immeadetly. 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@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] soundfiler alternative - realtime? (loading in background)
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 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] soundfiler alternative - realtime? (loading in background)
On Tue, 2008-02-12 at 14:07 +0100, Georg Holzmann wrote: 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. is that correct, that it only happens if some table needs to be resized? can drop-outs completely be avoided by using [sndfiler] without any table resizing? roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] soundfiler alternative - realtime? (loading in background)
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 -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] soundfiler alternative - realtime? (loading in background)
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@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] soundfiler alternative - realtime? (loading in background)
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@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 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] soundfiler alternative - realtime? (loading in background)
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 [EMAIL PROTECTED] 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 -- Bryan Jurish There is *always* one more bug. [EMAIL PROTECTED] -Lubarsky's Law of Cybernetic Entomology ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
