Share

serdisplib

File Release Notes and Changelog

Release Name: 1.97.6

Notes:
serdisplib version 1.97.6:
this is the second interim release providing some driver backports (from the current devel-version) and introducing OLED-support (three different OLEDs supported)

changes:
- fixed potential linking problem in src/Makefile (thanks to Bernhard Walle):
  libserdisp.so is now linked against libusb (if --enable-libusb is set)

- enhancements / bug-removal
  * serdisp_tools.c: corrected bug in sdtools_strncpy() when force-setting string termination
  * serdisp_tools.c: sdtools_generic_get/setpixel() now capable of depth = {1,2,4,8,12,16}
  * serdisp_tools.c: get/setpixel-routines for displays with horizontal bit-orders added
  * serdisp_colour.c: colour routines added, support for handling of self emitting displays (eg. OLEDs)
  * testserdisp.c: support for OLED-displays (inverse handling of default foreground/background colour)
  * testserdisp.c: 'test' now displays a colour/greyscale test image if applicable.
                   to force a black/white test image, 'bwtest' should be used
                   to force a greyscale or colour test image, 'ctest' should be used

- extended display support
  * nokcol driver:
    -> added support for S1D15G10-based displays (green connector, nokia 6100 and co. (130x130 colour displays)
       contributed by Abhishek Dutta
    -> driver now uses generic sdtools_generic_get/setpixel() functions
  * PCD8544 driver:
    -> added support for PCF8511-based displays (nokia 5310, 6310)
       contributed by Jeroen Domburg

- backported the following displays/controllers (from current devel version):
  * Osram Pictiva 96X36 OLED 1bit, 1", monochrome
  * Osram Pictiva 96X64 OLED 16bit, 1", colour
  * Osram Pictiva 128X64 OLED 4bit, 2.7", greyscale

- some countless minor changes / code beautifyings


generic notes for serdisplib version 1.97.x

many enhancements and bug removals

newly supported displays:
* Ericsson R520 (i2c, 101x67, 4 grey levels)
* ks0108-based displays
* c't includ usb-display (ks0108/io warrior 24-based)

documentation, API, hardware pages: http://serdisplib.sourceforge.net

please reports bugs to mrwastl AT users.sourceforge.net

Changes: 2007-07-31: v1.97.6 (2nd driver backport release) - fixed potential linking problem in src/Makefile (thanks to Bernhard Walle): libserdisp.so is now linked against libusb (if --enable-libusb is set) - enhancements / bug-removal * serdisp_tools.c: corrected bug in sdtools_strncpy() when force-setting string termination * serdisp_tools.c: sdtools_generic_get/setpixel() now capable of depth = {1,2,4,8,12,16} * serdisp_tools.c: get/setpixel-routines for displays with horizontal bit-orders added * serdisp_colour.c: colour routines added, support for handling of self emitting displays (eg. OLEDs) * testserdisp.c: support for OLED-displays (inverse handling of default foreground/background colour) * testserdisp.c: 'test' now displays a colour/greyscale test image if applicable. to force a black/white test image, 'bwtest' should be used to force a greyscale or colour test image, 'ctest' should be used - extended display support * nokcol driver: -> added support for S1D15G10-based displays (green connector, nokia 6100 and co. (130x130 colour displays) contributed by Abhishek Dutta -> driver now uses generic sdtools_generic_get/setpixel() functions * PCD8544 driver: -> added support for PCF8511-based displays (nokia 5310, 6310) contributed by Jeroen Domburg - backported the following displays/controllers (from current devel version): * Osram Pictiva 96X36 OLED 1bit, 1", monochrome * Osram Pictiva 96X64 OLED 16bit, 1", colour * Osram Pictiva 128X64 OLED 4bit, 2.7", greyscale - some countless minor changes / code beautifyings 2007-03-07: v1.97.5 (driver backport release) - adapted some driver specs to current devel version (following to this all serdisp_specific_*.h were now obsolete and have been removed) - backported the following displays/controllers (from current devel version): * lh155-based displays (eg. Sharp M078CKA 240x64) - only 8080-mode supported for now * E08552 96x32 1bit (controller SED1530) * enhanced t6963-driver: -> includes support for parallel-to-serial converters found in some t6963c-based display modules -> support for switchable background light (RD-signal no longer available thus ready-check no longer available when using this mode!) * slightly fastened sed133x-driver: improved clock-cycles from 4 to 3 steps 2007-02-22: v1.97.4 (very small interim error fix release) - bug removal in ctinclud drawing routines - bug removal in serdisp_messges.h: fixed missing bracketings in some defines - bug removal in src/Makefile.in: LIB_NAME=libserdip -> LIB_NAME=serdisp (the former resulted in liblibserdisp.so... ) - serdisp.spec: dependency changed from libusb to libusb-devel - version information in serdisp_control.h now generated using configure 2007-02-11: v1.97.3 (very small interim error fix release) - bug removal in n3510i-driver (descripted here: http://sourceforge.net/tracker/index.php?func=detail&aid=1522810&group_id=98249&atid=620440) allocating an empty struct caused n3510i to fail because of sdtools_malloc() returning 0 2006-04-02: v1.97.2 (interim problem solve release) - bug(?)/problem removal * usb_bulk_read() causes some problems on certain linux-versions: replaced through usb_clear_halt() (usb_bulk_read() would be the right way to go, but it may cause big problems (no clue why...)) * $(TARGET_LDFLAGS) included in Makefiles (for cross-compiling) 2006-03-27: v1.97 - bug removal * serdisp_connect.c: section linux-includes: include sys/io.h only if directIO is supported (otherwise useless or even leading to comp. errors) - thanks to Christoph Haderer for pointing this out bugs removed in SD_CS_IS_*: | was used instead of & * serdisp_specific_sed133x.c: added an extra NOP at the end of the update-function to avoid erraneous pixels when releasing the parallel port * multidisplay corrected a bug resulting in a wrong background colour when in dithering mode (since v.1.96) - enhancements * a SONAME is now set in libserdisp (enabled only when using linux) * additional functions SDCONN_writedelay() and SDCONN_commit() in serdisp_connect.c * serdisp_nokcol.c: set min/max_contrast borders to useful values for n3510i/n3530 * serdisp_connect.c: new signal aliasnames: AD0-AD7, BD0-BD7 (BD4-BD7 for usb devices only) * serdisp_specific_ed156x.c: changes to enable generic backlight support * enhanced accuracy for serdisp_ARGB2GREY(): using (77*r + 150*g + 28*b) / 255 instead of (30*r + 59*g + 11*b) / 100. thanks to Michael Reinelt (maintainer of lcd4linux) for pointing this out * new connection type: SERDISPCONNTYPE_IOW24: for c't includ display using iowarrior kernel module by codemercs * USB support via libusb (for now: IO Warrior 24 / c't includ display) - disabled by default (see README for additional info) - new displays supported * ericsson r520 displays (101x67, 4 grey levels, i2c. thanks to z01 from lcdinfo-forum for tracing the i2c-traffic) * ks0108-based displays (up to 4 controllers, > 2 controllers when using a multiplexer) * c't includ usb-display (ks0108/io warrior 24-based - www.includ.de) - multidisplay * removed option -l (threshhold level) because it was useless anyways (since some changes in the floyd steinberg algorithm) * new option -S (scaling algorithm) * animation support (new option -L <loops>) * graphlcd's .glcd-images supported (single and animated) * multiple image-file support for -f (note that -f should be the last parameter) if more than one image file is given for -f, a slideshow will be done by multidisplay - architecture support * linux/mips successfully runs serdisplib. tested by Christoph Haderer (on his Asus WL-500G router). he also created a serdisplib package for openwrt (http://www.openwrt.org) - limitations: * usb support (libusb) is not working with solaris and freebsd at the moment (solaris: unsolved problems with rights for interface 1) - postponed to next release v1.98: * GPOs (general purpose objects), eg. symbols, leds, ... that are supported by certain displays * generic FTDI support (it is working, but some things are still missing and the whole implementation is not tested very well. so support for FTDI-chips has been disabled in this release)