Thanks for answering,<br><br>IOhannes, you were right, now it works fine.<br>What I did : <br>- enlarged the buffersize of readsf~<br>- increased audiobuffer (I'm at 100 ms, but I think I can go below) <br>- created a huge 8 channels audio file read by a [readsf~ 8 1e008], and It seems to be the more efficient method of the three points.<br><br>Thanks again.<br><br><b><i>Roman Haefeli <reduzierer@yahoo.de></i></b> a écrit :<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> On Tue, 2007-03-27 at 11:02 +0200, IOhannes m zmoelnig wrote:<br>> david lemarechal wrote:<br>> > Hi List,<br>> > <br>> > I have to play simultaneously 8 large soundfile (about 30min at<br>> > 44,1kHz/16bit, e.g. about 70 Mb each in wav format) on 8 different outputs.<br>> > <br>> > I use readsf~ on Windows but audio drops out at every disk access (when<br>> > the Disk Acess LED of my
laptop blinks), and of course this occurs very<br>> > frequently... I can hear about one minute without drops, then it occurs<br>> > at a fixed frequency (which I didn't calculate exactly).<br>> > <br>> > I tried to load each files with a long delay, tried to defragment,<br>> > nothing change. I tried to change the bloksize flag, and the arguments<br>> > of readsf~, with no luck.<br>> <br>> make the buffer for readsf~ HUGE (like [readsf~ 2 1e8] or so)<br>> make the audiobuf in pd as big as possible.<br>> make your harddisk as fast as possible (reorganize it; buy a new one)<br>> if you have enough ram, you could also consider using a ramdisk.<br>> <br>> oh and: do the 8 soundfiles have to be played independently? or is it<br>> really just a kind of 8track soundfile (split into 8 mono files).<br>> if so, i would _highly_ suggest creating one big 8channel interleaved<br>> soundfile and play that one instead of
8 separate files.<br>> your harddisk heads will be thankful for not having to move from one<br>> file to the other every block.<br>> <br>> <br>> i don't think that there are "better" soundfile players out there (there<br>> are soundfile players with more (and less) features; but in your case<br>> they should behave very similar or worse).<br>> <br>> we have been using [readsf~] successfully with 24 channel soundfiles<br>> without any dropouts.<br><br>i can confirm that (though i tested only with 16 channels), but the<br>first thing i'd do, is to test with another multitrack-software, if your<br>system is the bottleneck or if pd is the cause of these problem.<br>personally i don't trust pd too much on windows. i had once a similar<br>problem on windows, which might be related: when recording 8 or more<br>channels with [writesf~], one or more soundfiles were empty afterwards<br>(44 bytes to be exact). this was only on windows. i tested on the
same<br>system under ubuntu and everything worked well. we solved the problem<br>then by using the pd-core from pd-extended, then it worked also on<br>windows. it could be, that this issue is completely unrelated to your<br>problem. but at least it could be interesting to know, that there _are_<br>cases, where pd is the source of the troubles and not a slow harddisk /<br>too less ram etc.<br><br>roman <br><br><br> <br>___________________________________________________________ <br>Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de<br></blockquote><br><p> 
<hr size="1">
Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions !
Profitez des connaissances, des opinions et des expériences des internautes sur <a href="http://fr.rd.yahoo.com/evt=42054/*http://fr.answers.yahoo.com">Yahoo! Questions/Réponses</a>.