[mythtv] Sucess! mythtv no X-Window

[Steve]

On Sun, 2003-11-30 at 09:22, Joseph A. Caputo wrote:
> On Sunday 30 November 2003 00:02, Steve wrote:
> > On Sat, 2003-11-29 at 13:25, Joseph A. Caputo wrote:
> > > On Friday 28 November 2003 16:44, Steve wrote:
> > > > The subject should say it all!
> > > > 
> > > > I've written a video output for mythtv using directfb, modified
> > > > settings.pro and Makefile in libmythtv so it doesn't try to compile
> > > > against X, and compiled with qt-embedded. Everything's running on the
> > > > framebuffer.
> > > 
> > > Just curious, what kind of performance/CPU usage are you getting for 
> playback?  
> > > Are you able to use any kind of hardware-accelerated scaling, since (I 
> > > presume) you can't use Xv without X (or am I wrong in that?)
> > > 
> > 
> > My machine doesn't have an ssh daemon running currently, and since my
> > output code doesn't have keyboard support yet, I'm not quite sure.
> > 
> > There are no audio stuttering or video glitch problems at all - unlike
> > the X stuff, so I assume it's using less resources.
> > 
> > I will be getting an ssh daemon running tonight or tomorrow, I'll let
> > you know what the CPU usage, etc is then.
> > 
> > As far as I know, DirectFB supports hardware scaling and color space
> > conversion on the CLE266, even though it's not using Xv.
> 
> So, is this framebuffer support only for hardware decoders like the CLE266 or 
> PVR-350?  Or will it work for a generic framebuffer device, like the 
> framebuffer console or VESA framebuffer device?
> 
> -JAC

Any card supported by DirectFB (http://www.directfb.org/modules.xml)
should work with acceleration. All others should work with software,
which will be slower.

Steve
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://mythtv.org/pipermail/mythtv-dev/attachments/20031130/96d558aa/attachment.pgp