Re: 800x480 LCD Gui driver

That's what I figured. The GUI programming isn't a big deal, but mostly, I was wondering if I could find a pre-existing driver that would do what I wanted. I have looked into the OSD version, but it does exactly what I expected. OK, well, off to write a new driver I suppose. Thanks.

On Jul 21, 2011, at 3:40 PM, Markus Dolze wrote:

> Hello,
> 
> you may want to have a look at http://www.lcdproc.org/using.php3. It
> describes one uses LCDproc within some GUI elements.
> 
> Despite that you would need some knowledge about GUI programming to
> write a driver that opens a GUI windows. Inside that it will just need
> to write text.
> 
> The svga driver is not a good reference as it is directly drawing to the
> graphic card (using svgalib). The xosd driver would be a better example.
> 
> Regards,
> Markus
> 
> 
> On 06.07.2011 04:03, Peter Buelow wrote:
>> I've been dinking around the lcdproc documentation and the Myth lists
>> and documentation looking for a solution that would effectively
>> implement LCDProc on a standard X based GUI window. I don't see one
>> that matches what I think I want. Has anyone done something like this?
>> I see the glcdlib, but that's not what I'm looking for. I don't
>> believe the SVGA driver is quite right either. It should be smart
>> enough to handle much larger displays with a full complement of
>> capabilities.
>> 
>> If there isn't anything like this, I am already starting to tinker
>> with a driver model to do it, but I'm pretty new to Myth and to the
>> LCDProc system. I have some ideas, but am not sure what would pass
>> here and what wouldn't. My current thinking is the following.
>> 
>> A driver that doesn't implement a graphical frontend, but rather
>> becomes a forwarding driver to some GUI system. Something similar to
>> the text driver, but with an eye towards a full GUI. My goal is to do
>> the actual display either using libmyth, or vanilla Qt (haven't worked
>> that out yet, but Qt is the leading contender to make this work faster
>> and be more portable). Communication is undecided at this point, but
>> probably mqueue's or similar. Does it need to be a two part driver?
>> Looking at the documentation on the drivers, I don't see how it would
>> work as a single entity, assuming you want to start the GUI window
>> before Myth starts. I don't see how a driver could be both Qt and live
>> in the lcdproc driver model.
>> 
>> I'm looking for some sort of feedback to give me some direction if
>> something like this doesn't exist yet. Or, if it does, how it works,
>> and what I need to do.
>> 
>> Thanks
>> 
>> -Pete
>