gnash-dev
[Top][All Lists]
Advanced

[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)




reply via email to

[Prev in Thread] Current Thread [Next in Thread]