Hi,
even if it's off-topic on this list, the glcdlib driver I wrote for LCDproc emerged due to graphlcd which I heard of on this list first. You can have a look at http://www.muresan.de/graphlcd/lcdproc/ if you're interested. Many thanks go to Andreas Regel and the whole VDR developers and contributors.
Regards, Lucian
Lucian Muresan a écrit :
even if it's off-topic on this list, the glcdlib driver I wrote for LCDproc emerged due to graphlcd which I heard of on this list first. You can have a look at http://www.muresan.de/graphlcd/lcdproc/ if you're interested. Many thanks go to Andreas Regel and the whole VDR developers and contributors.
If I understand correctly the introduction on http://www.muresan.de/graphlcd/lcdproc/, this driver allows lcdproc to display things on a graphic LCD, but does not allow to use a text-based LCD display with the graphlcd plugin (which seems obvious, stated like this).
Nicolas Huillard wrote:
Lucian Muresan a écrit :
even if it's off-topic on this list, the glcdlib driver I wrote for LCDproc emerged due to graphlcd which I heard of on this list first. You can have a look at http://www.muresan.de/graphlcd/lcdproc/ if you're interested. Many thanks go to Andreas Regel and the whole VDR developers and contributors.
If I understand correctly the introduction on http://www.muresan.de/graphlcd/lcdproc/, this driver allows lcdproc to display things on a graphic LCD, but does not allow to use a text-based LCD display with the graphlcd plugin (which seems obvious, stated like this).
Exactly.
Lucian
Lucian Muresan a écrit :
Nicolas Huillard wrote:
Lucian Muresan a écrit :
even if it's off-topic on this list, the glcdlib driver I wrote for LCDproc emerged due to graphlcd which I heard of on this list first. You can have a look at http://www.muresan.de/graphlcd/lcdproc/ if you're interested. Many thanks go to Andreas Regel and the whole VDR developers and contributors.
If I understand correctly the introduction on http://www.muresan.de/graphlcd/lcdproc/, this driver allows lcdproc to display things on a graphic LCD, but does not allow to use a text-based LCD display with the graphlcd plugin (which seems obvious, stated like this).
Exactly.
Wandering from the first URL, I finally jumped to http://serdisplib.sourceforge.net/ (a library that allows to use many sorts of LCD on the average computer), and found the solution to my long-lasting problem : what display could be placed behind the VFD window of my CD-audio-case based VDR ? (connecting the bare VFD to the // port is a bit too much for me : get a suitable VFD driver, power supply, display controler for that display, connect it to the PC, develop the corresponding software driver of plugin...)
The anwser here is : the average LCD found in a broken/unfashioned cell phone ! There is averything here to connect the tiny display in the PC and use graphlcd with it. I was wondering when those LCD could be used for anything else than junk.
On Fri, 2005-05-13 at 17:44 +0200, Lucian Muresan wrote:
Nicolas Huillard wrote:
Lucian Muresan a écrit :
even if it's off-topic on this list, the glcdlib driver I wrote for LCDproc emerged due to graphlcd which I heard of on this list first. You can have a look at http://www.muresan.de/graphlcd/lcdproc/ if you're interested. Many thanks go to Andreas Regel and the whole VDR developers and contributors.
If I understand correctly the introduction on http://www.muresan.de/graphlcd/lcdproc/, this driver allows lcdproc to display things on a graphic LCD, but does not allow to use a text-based LCD display with the graphlcd plugin (which seems obvious, stated like this).
Exactly.
How does this differ from the graphlcd plugin?
Cheers,
Laz
Laurence Abbott a écrit :
On Fri, 2005-05-13 at 17:44 +0200, Lucian Muresan wrote:
Nicolas Huillard wrote:
Lucian Muresan a écrit :
even if it's off-topic on this list, the glcdlib driver I wrote for LCDproc emerged due to graphlcd which I heard of on this list first. You can have a look at http://www.muresan.de/graphlcd/lcdproc/ if you're interested. Many thanks go to Andreas Regel and the whole VDR developers and contributors.
If I understand correctly the introduction on http://www.muresan.de/graphlcd/lcdproc/, this driver allows lcdproc to display things on a graphic LCD, but does not allow to use a text-based LCD display with the graphlcd plugin (which seems obvious, stated like this).
Exactly.
How does this differ from the graphlcd plugin?
There is no relation with graphlcd, except for a certain part of a library. lcdproc is a framework allowing little scripts to display things on an LCD connected to the PC (typical use = internal temp, CPU load, quote of the day, etc.). This driver simply allows lcdproc to use the same LCD as the ones supported by graphlcd. No connection to VDR, hence the [OT]. LCD libraries and tools for Linux are beginning to become widespread and confusing...
Laurence Abbott wrote: ...
If I understand correctly the introduction on http://www.muresan.de/graphlcd/lcdproc/, this driver allows lcdproc to display things on a graphic LCD, but does not allow to use a text-based LCD display with the graphlcd plugin (which seems obvious, stated like this).
Exactly.
How does this differ from the graphlcd plugin?
Cheers,
Laz
Well, you can't even compare them, it's not for VDR, I stated this whole announcement is OT :-). It's only a side-product if you'd like, of graphlcd-base, and I just wanted to let others know and thank the original authors. So it's for LCDproc actually.
Cheers, Lucian
On Fri, 2005-05-13 at 18:11 +0200, Lucian Muresan wrote:
Laurence Abbott wrote:
How does this differ from the graphlcd plugin?
Well, you can't even compare them, it's not for VDR, I stated this whole announcement is OT :-). It's only a side-product if you'd like, of graphlcd-base, and I just wanted to let others know and thank the original authors. So it's for LCDproc actually.
Ahhhhh...
Might look into it for boot-up and shutdown sequences!
;)
Cheers,
Laz
-
Laurence Abbott -
Lucian Muresan -
Nicolas Huillard