On Thu, 2005-03-10 at 11:21 +0100, Nicolas Huillard wrote:
{snippage}
> Your summary is good.
Cool: it's quite difficult to get answers to things I was looking for!
> What I'd say (I still didn't switch back to softdevice, so I'm not
> up-to-date wrt the latest release) :
> * use X / vdr-xine / XvMC when you have a regular PC (mouse, keyboard,
> etc.) : this is actually necessary to run Xine, VDR, X, etc. Xine needs
> 200MB memory and X approx. 40MB (a lot is shared, and works with 256MB
> RAM). Add that to the 40MB for VDR...
> * use softdevice / DirectFB / software decoding if you have a STB-like
> HTPC (no keyboard, no mouse, just the remote) : runvdr will handle
> running VDR *and* the display, restarting, etc. Software decoding is not
> a problem for your 1.2GHz processor (indeed, less a problem than running
> Xine separately)
This is probably the route I will aim for: my current box has a dxr3 for
output but it does have X for doing a bit of coding in front of the
tele'! I can live without that, though.
> Subscribe to the softdevice mailing-list (softdevice-devel@xxxxxxxxxx).
> There are interesting developments and skilled developers there.
Doing it now...
> The subject of you post mentions "tv-out" : this is a great subject, and
> you should really consider the output quality in your planning.
> The TV-encoder on the EPIA board (VT162x) is driven by data tables,
> present in the frame-buffer kernel module for the CLE266, and also
> present in the X driver for the CLE266. These tables contains many
> parameters for the video output (PAL, NTSC, anti-flicker, etc.), and
> come from VIA. The parameters are actually far less than optimal (in the
> versions I have, dated a few months back) : the image has large black
> borders around (each 4 sides), is largely anti-flickered, thus blurred, etc.
> This lead to a huge loss in resolution. 720x576 should be full PAL
> display, but is actually far less with these tables. Ville Syrj?l? from
> the DirectFB ML sent me the doc for the VT162x encoders, but I don't
> have time to dig into better parameters. I can send it if anyone want to
> improve that.
I saw some posts about that when I was looking for info!
> The alternate TV-out method is to generate SCART RVB signal from the VGA
> output of the board, which should be good, if one can find the correct
> timing for the frame-buffer driver and/or X driver.
This is another option I was going to look into. Presumably Epias can't
put out a composite sync signal so I would have to combine the
horizontal and vertical syncs. Component RGB output from my stand-alone
DVD player is noticeably better than S-video output from it. I have seen
modelines for doing this with a PAL or NTSC signal but have never got
around to trying it. I'm hoping that is these boards can drive a PAL or
NTSC output directly, the same sync signals are available at the SVGA
connector!
Cheers,
Laz
