Benjamin Otte wrote: > Hi, > > I'm the main developer of the Swfdec Flash player. I'm currently > trying to update DirectFB's Swfdec integration to the current Swfdec > version. However I have never used DirectFB at all - both > technological and organizational - so I have some questions. Here they > go in no particular order: > > Currently DirectFB uses Swfdec as a video provider. I'm wondering if > that makes sense for the Flash format, as Flash is a lot more similar > to (scripted) SVG or HTML. Would you suggest providing a browser > component as an IDirectFBVideoProvider?
The IDirectFBVideoProvider interface is interactive (see IDirectFBVideoProvider::SendEvent(), for example) so it should be suitable for a standalone flash player. The case of a browser plugin is a bit different, because the flash plugin should be capable of interacting with the javascripts in the web page. In this case using a video provider interface > > Would you prefer I develop the integration inside the Swfdec sources > or should it be developed inside the DIrectFB? For me it's definitely > easier in the Swfdec source tree as I already have access to all the > services I need, but it might be undiscoverable for people wanting to > use DirectFB. Well, I haven't given a deep look at your code, yet. The question is: Is there a low level API that returns audio/video frames? From the example player (swfplay) I only see a predefined player object. If it's the only kind of api supported, creating a video provider for it could be very difficult; better implementing DirectFB support in Swfdec, therefore. > > Swfdec nowadays relies on Cairo for all the rendering done. So the > speed of rendering relies heavily on the optimizations done in the > Cairo DirectFB backend. As far as I've understood, the "official" > backend is unmaintained, but there's also a cairo repository in > DirectFB git. So I'm a bit confused about the current state of Cairo > on DirectFB. Which one is best to use? How will it go forward? >From now on (say cairo-1.5.5), there will be only one backend located in the official cairo tree. > > As far as I have seen DirectFB does not have any event loop and relies > on threads, which causes a lot of locking to go on in the current > Swfdec video provider. Are threads still the suggested method to > interact with DirectFB? Of course, given the IDirectFBVideoProvider api, there must be at least one thread, but the exact number of threads used depends on your choice. > > What's the suggested way of developing DirectFB apps if I don't want > to live without my Gnome desktop? Is there some way of running > DirectFB on X? Yes, XDirectFB (http://git.directfb.org/?p=programs/XDirectFB.git;a=summary). -- Regards, Claudio Ciccani [EMAIL PROTECTED] http://directfb.org http://sf.net/projects/php-directfb _______________________________________________ directfb-dev mailing list directfb-dev@directfb.org http://mail.directfb.org/cgi-bin/mailman/listinfo/directfb-dev
