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 | [EMAIL PROTECTED] | 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) _______________________________________________ Gnash-dev mailing list Gnash-dev@gnu.org http://lists.gnu.org/mailman/listinfo/gnash-dev
