Am 27.05.2010 08:44, schrieb Hiremath, Vaibhav: >> V4L(2) video output vs. framebuffer. >> >> Problem: Currently the standard way to provide graphical output on various >> (embedded) displays like LCDs is to use a framebuffer driver. The >> interface is well supported and widely adopted in the user-space, many >> applications, including the X-server, various libraries like directfb, >> gstreamer, mplayer, etc. In the kernel space, however, the subsystem has a >> number of problems. It is unmaintained. The infrastructure is not being >> further developed, every specific hardware driver is being supported by >> the respective architecture community. But as video output hardware >> evolves, more complex displays and buses appear and have to be supported, >> the subsystem shows its aging. For example, there is currently no way to >> write reusable across multiple platforms display drivers. To add another point of view: I'm not completely sure how much these topics overlap, but another area where there's display output available, but not using some generic interface like fbdev, are DVB adapters with video output capabilities, e.g. /dev/dvb/adapterX/osdY devices and similar. The 'old' style Technotrend Full Featured DVB cards can only display either mpeg streams or very basic and restricted OSD overlays, but the newer generation of HD capable video decoders are usually capable of displaying an RGB32 video overlay in HD resolution. If these decoder cards would provide a framebuffer device, these devices could instantly be used for various media applications on the TV, like xbmc. Actually, the missing ability to run generic apps on DVB output devices is one of their biggest disadvantage over regular graphics cards with video acceleration. Maybe such a v4l-fbdev interface could handle such devices too? Cheers, Udo -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
