[haiku-bugs] Re: [Haiku] #7284: auich.settings not installed
- From: "ttcoder" <trac@xxxxxxxxxxxx>
- Date: Fri, 15 Jul 2011 10:59:11 -0000
#7284: auich.settings not installed
-----------------------------------+----------------------------
Reporter: Pete | Owner: korli
Type: bug | Status: new
Priority: normal | Milestone: R1
Component: Drivers/Audio/auich | Version: R1/Development
Resolution: | Keywords:
Blocked By: | Blocking:
Has a Patch: 0 | Platform: All
-----------------------------------+----------------------------
Comment (by ttcoder):
Replying to [comment:10 Pete]:
> Seems to mirror my observations pretty closely. (Though I've never
noticed that progress bar jump -- it seems to move normally, even though
no sound comes out.)
>
Same here now that I experimented with bufferframes of no more than 1024..
Odd that this behavior changes too.. And only on this setup but not
yours.. Whatever the root cause of the bug is, it is kinda rich in
consequences.
> > I'll stay with Auich a couple more days before plugging the SB-live
back in.
> When you do, could you please report what Cortex shows as the latency
for, say, MediaPlayer?
> I get ~170 msec with the default 4096 buffer size. (With 256-frame
buffers, it becomes 17-20 msec... until the latency glitches hit!)
Clicking "Get Info.." for "Mediaplayer audio out" I see ''17.91 ms when
buffer is at 1024'', and Latency:''14.88 ms for buffer_frames =512''
I'll report on the values with SB-Live/emuxki.
> (BTW, rebooting isn't needed when you change the settings file... A lot
quicker just to Restart Audio Services in the preferences panel.)
D'oh! Seems I took bad habits due to #4285. Testing is much less painful
now thx to your reminder, that's for sure..!
---
Miscellanious notes..
Looked at the whole audio drivers source tree and found [http://dev.haiku-
os.org/browser/haiku/trunk/src/add-ons/kernel/media/audio/ich?order=name
kernel/media/audio/ich] which just contains some print("hello world")
statements.. Looking further, it seems to be tied to
[http://dev.haiku-os.org/browser/haiku/trunk/src/add-
ons/kernel/drivers/audio/module_driver kernel/drivers/audio/module_driver]
or something. Not sure what that is about.
Back to auich, noticed it is possible to activate a verbose log with the
right compile-time defs:
[http://dev.haiku-os.org/browser/haiku/trunk/src/add-
ons/kernel/drivers/audio/ac97/auich/debug.c#L40 auich/debug.c#L40] (static
const char * logfile="/boot/home/auich.log" ..etc)
And of course, noticed the big-bad-ass ac97.c file (up one directory
level) is ''also'' part of the driver in fact, so in all this is quite a
sizeable beast to read and review :-] .. !
If I have a chance in the future I plan to 1) setup for building the
driver from source here; 2) activate the '''logfile''' and 3) if the
logfile yields no hint, '''grep''' the sources for
"current_settings.buffer_frames" and try to understand how this variable
can have a 'threshold' that triggers the delayed-audio bug between 512 and
1024. Maybe when crossing that threshold and allocating the bigger buffers
it steps over some memory bounds or something. Could even try to set it to
some dementedly high value to see if it triggers a crash :-)...
This will be (almost) my first foray into kernelland and drivers however,
so I don't expect too much.
--
Ticket URL: <http://dev.haiku-os.org/ticket/7284#comment:11>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.
Other related posts:
