Enrico Weigelt wrote: > * Ben Combee <[EMAIL PROTECTED]> schrieb: > > Hi, > >> FusionSound has backends for ALSA, OSS, and wave output. >> If you only need it in a single process, it can use the >> fake Fusion library, like DirectFB. > > I didn't yet have the time to take a deeper look into it. > Does the API meet my requirements (listed in my last mail) ?
> * device independent - not limited to local devices, also possibly > any network device protocol, tap or recording devices, ... Supported. > * complete encapsulation - client application has to know nothing > more about audio IO beyond that API. Supported. > * device enumeration - the client can enumerate available devices > with their attributes and choose one, by an driver independent > device identification Actually unsupported (only one output device). > * high precision timing / synchonisation (ie. for video streaming) The time resolution is in milliseconds, but it's good enough for audio / video synchonisation (see FFmpeg video provider, for example). > * meta information support (ie current song, etc) Supported. > * available backends for alsa and esound. Alsa is supported, Esound not (but FusionSound is a replacement for esound). > * minimal dependencies, minimal resource consumption, plain-C FusionSound itself (without drivers and music providers) depends only on DirectFB and it's written in plain C. The resource consumption (memory) mainly depends on the client application. > > That API I'm looking for (let's now call it DreamAO ;-)) > should be device and platform independent and be suited > for everyone who wants to do audio output. Maybe it's best > to put also audio input and mixer control into that lib. Audio input is not supported, but there will be mixer control soon. > >> I don't know if its ever been used on a non-Linux platform, >> but then again, DirectFB really doesn't have traction outside >> of Linux. > > Yep, DirectFB is mainly targeted to Linux, but at least the > API has great potential for becoming an really universal > Framebuffer API. > > BTW: does DirectFB already have some (primitive) windowing > capabilities ? See IDirectFBWindow (http://directfb.org/docs/DirectFB_Reference/IDirectFBWindow.html). > Would be cool, if applications like lynx or > ffmpeg could entirely work on DirectFB - without any own > builtin driver layer. > ffmpeg knows nothing about video output, but both Xine and Mplayer have a DirectFB backend. -- Regards, Claudio Ciccani [EMAIL PROTECTED] http://directfb.org http://sf.net/projects/php-directfb _______________________________________________ directfb-dev mailing list [email protected] http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
