Subject: Re: [ecasound] problems with the loop device and changing formats
From: Jeremy Hall (jhall_AT_uu.net)
Date: Wed Oct 31 2001 - 11:37:00 EET
The /dev/dsp for RME9652 is flakey at best and so it isn't used here. I
don't recall now whether output was directly to a alsa device, I think it
In the new year, Kai Vehmanen wrote:
> On Tue, 30 Oct 2001, Jeremy Hall wrote:
> > then I tried outputing to a wav, this caused the wierd noises I was
> > hearing before, so I checked and all the rates and formatting were
> > correct. Next, I tried output to a raw file and that sounded correct.
> Hmm, I found at least one place in the loop-device code which might cause
> trouble when -sr is not 44100... I'll put the change to CVS.
> > I noticed I was hearing a ghost image in the right channel for something
> > based on frames_per_cycle, so I decided to use a larger
> > frames_per_cycle. I used 1024 and thought I noticed it more, so decided
> > to use 4096. well that was fun, except the process hung and given that it
> > was RT priority, it has happily consumed the resources of the computer,
> > somehow both cpu's, I guess some of its multithreaded process got onto
> > both of them
> > and yes I think double buffering was enabled
> This isn't non-realtime operation anymore, right (-> both rt-priority and
> double-buffering are disabled if there are no rt-devices)?
> Were you possibly outputting to an ALSA-device, and if yes, alsa,hw:0 or a
> plugin device? I've noticed weird behaviour with big buffersizes with
> older ALSA 0.9.x/0.6.x versions... Does the same problem occur with
> /dev/dsp emulation?
> Audio software for Linux!
> To unsubscribe send message 'unsubscribe' in the body of the
> message to <ecasound-list-request_AT_wakkanet.fi>.
-- To unsubscribe send message 'unsubscribe' in the body of the message to <ecasound-list-request_AT_wakkanet.fi>.
This archive was generated by hypermail 2b28 : Wed Oct 31 2001 - 11:31:45 EET