#14755: Haiku Grinds to a Halt when Dribbling
------------------------------------+----------------------------
Reporter: AGMS | Owner: leavengood
Type: bug | Status: assigned
Priority: normal | Milestone: Unscheduled
Component: Servers/media_server | Version: R1/Development
Resolution: | Keywords:
Blocked By: | Blocking: 4954
Has a Patch: 0 | Platform: All
------------------------------------+----------------------------
Changes (by leavengood):
* owner: nobody => leavengood
Comment:
Buffers are still leaked even after the recent change. This seems to
essentially be the same bug as in #4954. I will keep both bugs open for
now.
As Barrett says this is a longstanding bug. While the buffer management is
indeed very complicated and could be improved, I don't think the core
buffer management is the problem. Certainly for the buffers leaked in
media_addon_server there seems to be a media add-on which creates a
BBufferGroup that it never destroys. Since this occurs every time you try
to play audio from a file, I suspect BMediaFile or the media_reader add-on
or something like that.
I also want to run the sample program from #4920 to see what buffer
behavior it exhibits, since it is not loading audio from a file, but
generating it directly. If it also has the problem then BSoundPlayer (or
something it uses) may be the culprit.
A lot of this code is very old, crufty and full of XXX or TODO comments
(media_reader add on is quite bad in this respect.) Now maybe most of
those things are not issues but it might be good to give much of the media
related code an audit. The fact that it is spread among two servers, a
kit, two header locations and a ton of addons does not help. Plus
MediaPlayer or media_client, etc.
Even if this buffer leak is fixed, I think MediaPlayer also leaks memory
in other ways, but I believe that is another issue.
--
Ticket URL: <https://dev.haiku-os.org/ticket/14755#comment:13>
Haiku <https://dev.haiku-os.org>
The Haiku operating system.