#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 Pete): Replying to [comment:15 ttcoder]: > Replying to [comment:13 Pete]: > > > I'll report on the values with SB-Live/emuxki. > > Latency is significantly higher with the SB-Live: Cortex's Get Info on "MediaPlayer audio out" claims a Latency of ''26.36 ms''. Thanks for that. Very useful added information. Actually that's not too bad a latency (better than I get on BeOS, anyway). And compared to what HDA seems to work at currently (up to 300 msec delay, apparently) it's excellent! > Update2: one minute into the mp3 it now says ''34.48'' ms, is that normal ? Update 3: now up to 76.89 ms, and stays so until the end of the mp3 ?? Weird. Ok I'll let more media-savvy folks try to reproduce that one. Note: I have a dozen "buffer late" notices in syslog [....] Yep -- just about exactly what I'm seeing. Caused by the mysterious 'blackouts' (#7285). My revised media code I posted in that ticket improves the media kit response to the blackouts, but doesn't help individual apps' behaviour; if they -- as normal -- use the B_INCREASE_LATENCY mode, they'll be affected by the blackouts in the same way. I think the 76.89 ms is a maximum set by the program to prevent total meltdown. > > > Anyway I think I'll wait until #7882 (another good find, that one, didn't know there was a problem with media-kit thread priorities!) is addressed before coming back to this ticket.. Just in case that one improves this one.. I find I get the glitches (blackouts) with just about any display action, not just WP, so I don't know... -- Ticket URL: <http://dev.haiku-os.org/ticket/7284#comment:17> Haiku <http://dev.haiku-os.org> Haiku - the operating system.