# # $Id: README.Drivers,v 1.4 2001/03/09 13:08:11 ltoetsch Exp $ # How to write new display drivers for lcd4linux If you plan to write a new display driver for lcd4linux, you should follow this guidelines: * use Skeleton.c as a start point. You might also have a look at Text.c * create a new sourcefile .c and add it to the bottom of Makefile.am * add an entry to configure.in * there's no need for a .h * create one (or more) unique display names (your driver will be selected by this name in the 'Display'-line of lcd4linux.conf). * include "display.h" in your driver, to get the LCD structure and various BAR_ definitions * include "cfg.h" if you need to access settings in the config file. * create a LCD table at the bottom of your driver, and fill it with the appropriate values. Take care that you specify the correct bar capabilities of your display or driver: BAR_L: horizontal bars headed left BAR_R: horizontal bars headed right BAR_H2: driver supports horizontal dual-bars BAR_U: vertical bars bottom-up BAR_D: vertical bars top-down BAR_V2: driver supports vertical dual-bars * edit display.c and create a reference to your LCD table: external LCD YourDriver[]; * extend the FAMILY table in display.c with your driver: FAMILY Driver[] = { { "Skeleton", Skeleton }, { "MatrixOrbital", MatrixOrbital }, { "YourFamily", YourDriver }, { "" } }; * write the correspondig init(), clear(), put(), bar(), quit() and flush()-functions. There's no need to use a framebuffer and display its contents with the flush()- call (as in MatrixOrbital.c), you can directly write to the display in the put()- and bar()-functions, and use an empty flush()-function. But if you have a limited number of user-defined characters, and therefore you have to do some sort of 'character reduction' or similar stuff, you will have to use a framebuffer and the flush()-call. name='id' value='255b0e18568b1a77ec8644b9cee941b60c378318'/>
AgeCommit message (Collapse)AuthorFilesLines
2016-11-23renaming NTSC file because it doesnt actually use 8VSV, updating channel ↵Maury Markowitz2-410/+520
listings, add channel numbers This file is renamed to more accurately reflect its contents, as well as including all channels every used in NTSC. This is primarily of historical interest, the ATSC file has a more up-to-date (and much shorter) list to scan against. I notice that my local repo has the rm, but this isn’t reflected in the patch (of course), is there something else I should have done as well? Signed-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>
2016-11-18Rename pl-Krosno_Sucha_Gora with only ASCII charactersThomas Petazzoni1-0/+0
The pl-Krosno_Sucha_Gora file, added in commit 4cb113fd15e562f0629000fcad9f41405595198d, is the only file that contains non-ASCII characters in the tree. This causes a number of build issues with other packages that don't necessarily handle very well non-ASCII file name encodings. Since no other file in the tree contain non-ASCII characters in their name, this commit renames pl-Krosno_Sucha_Gora similarly. Examples of files that are named with only ASCII characters even if the city name really contains non-ASCII characters: - pl-Wroclaw should be written pl-Wrocław - se-Laxsjo should be written se-Laxsjö - de-Dusseldorf should be written de-Düsseldorf - vn-Thaibinh should be written vn-Thái_Bình Since there is no real standardization on the encoding of file names, we'd better be safe and use only ASCII characters. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-11-18UPC Česká republika - value adjustment for FECJosef Schlehofer1-29/+29
From AUTO to 3/5.