[PD] harddisc activity blocks sound playback

Norbert Math math at iem.kug.ac.at
Mon Sep 24 19:07:55 CEST 2001


hello,
in my own special case i suspect some general kernel incopatibilty 
problem with the mainboard (chipset via VT82C686B) - 
i'll dig deeper into it as soon as i have more time (but then i
won't need that pd patch anymore, that's life)

hard-coded hacking the buffersize to 1024 helps just to get
to 4 track output - any more track blockes again.
(and i had to stop cron and any other harddisc consuming task) - 

again thank you all for your suggestions - you gave me a lot
of insights.

norbert  

On Mon, 24 Sep 2001, Karl MacMillan wrote:

> My understanding is that the RME has the number of fragments set at 2 as a
> hardware property. I don't see why the drivers couldn't do more buffering,
> however.
> 
> Karl
> 
> On Sun, 23 Sep 2001, Miller Puckette wrote:
> 
> > Hi all,
> >
> > I don't understand why 64 sample buffers should be a problem for RME
> > since you should be able to use many buffers ("fragments") to set
> > the latency to a reasonable value.  But perhaps I'm mising something...
> >
> > cheers
> > Miller
> >
> > On Thu, Sep 13, 2001 at 02:35:45PM +0200, guenter geiger wrote:
> > >
> > >
> > > On Thu, 13 Sep 2001, IOhannes m zmoelnig wrote:
> > > > this should definitely rock !
> > > > note, that i do not remember having problems with a rme-9652 and
> > > > kernel-2.4.3 (or something),
> > > > although i had to compile the kernel myself then.
> > > > i am sure, that i could play-bac 2 files at least.
> > > >
> > > > which soundfile-player do you use ?
> > > > under linux i definitely suggest using miller's "readsf" instead of
> > > > zexy's "sfplay~" !!
> > > > could this be the problem ?
> > >
> > > I don't think so.
> > > I'm not sure if the pd-0.34 has the same thing, but the buffersize for
> > > the RME is changed to use 64 samples (the smallest buffer you can get
> > > for the rme), no matter what buffersize you request.
> > >
> > > Linux without the low latency patches isn't suited for this short buffers
> > > when doing harddisk I/O.
> > >
> > > Even with lowlatency you are living on the edge with this setting.
> > >
> > > The only way I found to change this was editting s_linux.c
> > >
> > > Guenter
> > >
> > >
> >
> 
> ---------------------
> Karl W. MacMillan
> Computer Music Department
> Peabody Institute of the Johns Hopkins University
> karlmac at peabody.jhu.edu
> mambo.peabody.jhu.edu/~karlmac
> 
> 
> 




More information about the Pd-list mailing list