[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnash-dev] sound_handler redesign status
From: |
Dossy Shiobara |
Subject: |
Re: [Gnash-dev] sound_handler redesign status |
Date: |
Sat, 08 Nov 2008 12:30:08 -0500 |
User-agent: |
Thunderbird 2.0.0.17 (Macintosh/20080914) |
strk wrote:
> On Sat, Nov 08, 2008 at 12:11:56PM -0500, Dossy Shiobara wrote:
>> strk wrote:
>>> The deliverable for the final cleanup would be a NullSoundHandler
>>> providing manual samples fetching functionality, to allow fully
>>> predictable data flow for the testing framework.
>> Does this also mean that Gnash could possibly be built without SDL as a
>> requirement?
>
> Sure, but need to find a replacement.. Last time GST was attempted it
> was not being bended into the sound_handler design, but taking its own
> path instead (IIRC). Would be nice to see a GST implementaion once the
> desing settles, and of course would be best to have someone think about
> it *while* the design settles, so we can change whatever is needed to
> make the bending easier.
Sorry, I wasn't clear: does this mean it will be possible to build Gnash
without _any_ sound handler (well, perhaps with only the
NullSoundHandler, I mean)? Right now, SDL is a hard requirement for
Gnash, yes? Once the interface is cleaned up and a NullSoundHandler
implemented, it should be possible to build Gnash without any other
sound handler, right?
>> Once the interface is sufficiently cleaned and decoupled, it would be
>> nice to see the sound handler be dlopen'ed, perhaps controlled by
>> runtime configuration.
>
> Yes!
> Beside, this is already possible with MediaHandler, if anyone wants
> to try it.
Cool. I'll try and take a look.
--
Dossy Shiobara | address@hidden | http://dossy.org/
Panoptic Computer Network | http://panoptic.com/
"He realized the fastest way to change is to laugh at your own
folly -- then you can let go and quickly move on." (p. 70)