[haiku-bugs] Re: [Haiku] #7882: Video/Audio stuttering when using programs
- From: "stargatefan" <trac@xxxxxxxxxxxx>
- Date: Tue, 09 Aug 2011 20:51:10 -0000
#7882: Video/Audio stuttering when using programs
------------------------------+-----------------------
Reporter: SeanCollins | Owner: axeld
Type: bug | Status: new
Priority: normal | Milestone: R1
Component: Kits/Media Kit | Version: R1/alpha3
Resolution: | Keywords:
Blocked By: | Blocking:
Has a Patch: 0 | Platform: All
------------------------------+-----------------------
Comment (by stargatefan):
Replying to [comment:10 ttcoder]:
> Dang I'm fairly annoyed as I've refined my 'torture test' to be more
brutal and now I can't get flawless audio any more: even if I rise
priorities to +20 audio is "close but no cigar", i.e. I can get glitches
if I try hard enough.
>
> The refined test is to open the multi-MB textfile, and then drag/hover
the (still loading/layout'ing) StyledEdit window over a bunch of Tracker
windows. @Sean I guess you'll see the same behavior I see with this test
too?
>
> Tracking down where each thread is created takes some time, the
MediaPlayer app is surprisingly big, but if 'patching' its source does not
even fix the problem then I guess it's back to the drawing board for us
:-/
>
> One of the two interesting MediaPlayer threads is a BLooper created
[http://dev.haiku-
os.org/browser/haiku/trunk/src/apps/mediaplayer/media_node_framework/PlaybackManager.cpp#L97
here] ..
>
> I guess one could change it to no longer use the default parameter but
instead override it like thus:
>
> {{{
> PlaybackManager::PlaybackManager()
> :
> BLooper("playback manager", B_DISPLAY_PRIORITY),
> }}}
>
> and track down the other loopers/threads to do the same, but again that
would just bring performance to 99% level, not to perfection..
>
> To get the remaining 1% of glitches we'll need someone more savvy coming
to the rescue!
>
> P.S. Also tried SoundPlayTT and out-of-the-box playback is a bit better
than MediaPlayer, but still not perfect, around 95% good or something.
Playing with the "priority" slider in prefs/playback helps a little, just
like playing with ProcessController's menus helps a little in regard to
MediaPlayer...
From my observation it would seem that interupts in audio are driven by
CPU over utilization and a lack of priority. I wonder if there is a short
comming "or bug" in the kernel scheduler design in haiku preventing these
thread prioritys from getting guarenteed the minimum processor time
required? This is way over my head at this point.Maybe time to start a
thread on the dev mailing list regarding the issue ?
I get the same results BTW with your increased torture test, I will say
that the issue is more prevelant on other OS's but Haiku is supposed to be
"the" multiasking OS, hecne my rationality for starting the ticket.
--
Ticket URL: <http://dev.haiku-os.org/ticket/7882#comment:11>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.
Other related posts:
