ZitatAlles anzeigen
Hi,
here is a new release of the GraphLCD base package and plugin for VDR.
You can download the packages from the berlios project's file page:
http://developer.berlios.de/pr…owfiles.php?group_id=3566
Changes since 0.1.2-pre6:
graphlcd-base:
- glcddrivers: ks0108: Improved timings: Made setting of display control lines like defined in the controller's data sheet. This fixes problems with some display types. Thanks to Matthias Breitbach for providing a LCD of that type.
- glcddrivers: gu256x64-3900:
- Corrected calculation of m_nTimingAdjustCmd.
- Added a test for RefreshDisplay config value to prevent a floating point exception to occur when it is set to zero.
vdr-graphlcd:
- Fixed length of timebar in case event lasts longer.
- Added a patch for VDR 1.3.29 and up that adds a new method Tick() to the cStatus class. This method is called from vdr's main task every second. The patch should apply to older versions too, maybe small changes are needed.
- Now querying the replay state in the cStatus::Tick() method if available.
- Now loading config file in cPluginGraphLCD::Initialize and not in ProcessArgs. So it is possible to view the help page without specifying config file and display.
- Rearranged includes to prevent an compiler error regardings the swap function.
- Added a check for EIT scanner activity in cGraphLCDState::ChannelSwitch function to prevent showing channel logos during replay.
- Added a check for file extension in replay type identification (thanks to Andreas Brachold).
- Added channel logos for Radio Eins (thanks to Andreas Brachold).
For the next release I will concentrate on bringing skinning support to the plugin. I plan to use an modified and extended version of the text2skin file format for defining the layout.
Andreas
ANNOUNCE: graphlcd-0.1.2
- powarman
- Geschlossen
-
-
das mit dem skinning find ich sehr gut hast du schon einen zeitplan, wann du eine erste vorabversion rausgeben kannst? ich wäre da dran hochintressiert
gruß frank
-
Ich habe hier ein kleines Problem:
vdr-1.3.32
Version graphlcd-0.1.2pre5 lief noch gut!Viele Grüße
Thomas
mit vielen Plugins:
Diff
Alles anzeigengettimeofday({1126966413, 350816}, NULL) = 0 nanosleep({0, 9157000}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0 time(NULL) = 1126966413 time([1126966413]) = 1126966413 getpid() = 16363 rt_sigaction(SIGPIPE, {0x4004b8f0, [], SA_RESTORER, 0x401a9aa8}, {SIG_DFL}, 8) = 0 send(3, "<14>Sep 17 16:13:33 vdr[16363]: "..., 58, 0) = 58 rt_sigaction(SIGPIPE, {SIG_DFL}, NULL, 8) = 0 munmap(0x40c37000, 269808) = 0 time([1126966413]) = 1126966413 getpid() = 16363 rt_sigaction(SIGPIPE, {0x4004b8f0, [], SA_RESTORER, 0x401a9aa8}, {SIG_DFL}, 8) = 0 send(3, "<14>Sep 17 16:13:33 vdr[16363]: "..., 53, 0) = 53 rt_sigaction(SIGPIPE, {SIG_DFL}, NULL, 8) = 0 munmap(0x40bfe000, 114264) = 0 munmap(0x40c1a000, 116708) = 0 time([1126966413]) = 1126966413 getpid() = 16363 rt_sigaction(SIGPIPE, {0x4004b8f0, [], SA_RESTORER, 0x401a9aa8}, {SIG_DFL}, 8) = 0 send(3, "<14>Sep 17 16:13:33 vdr[16363]: "..., 53, 0) = 53 rt_sigaction(SIGPIPE, {SIG_DFL}, NULL, 8) = 0 munmap(0x40a4a000, 136084) = 0 munmap(0x40a6c000, 413132) = 0 munmap(0x40bdb000, 143076) = 0 munmap(0x40ad1000, 55124) = 0 munmap(0x40adf000, 1030328) = 0 time([1126966413]) = 1126966413 getpid() = 16363 rt_sigaction(SIGPIPE, {0x4004b8f0, [], SA_RESTORER, 0x401a9aa8}, {SIG_DFL}, 8) = 0 send(3, "<14>Sep 17 16:13:33 vdr[16363]: "..., 57, 0) = 57 rt_sigaction(SIGPIPE, {SIG_DFL}, NULL, 8) = 0 --- SIGFPE (Floating point exception) @ 0 (0) --- +++ killed by SIGFPE +++
mit nur graphlcd geladen:
Diff
Alles anzeigengettimeofday({1126966503, 144400}, NULL) = 0 nanosleep({0, 9148000}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0 time(NULL) = 1126966503 kill(16804, SIG_0) = 0 gettimeofday({1126966503, 159547}, NULL) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [RTMIN], 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN], [RTMIN], 8) = 0 gettimeofday({1126966503, 160397}, NULL) = 0 nanosleep({0, 9150000}, NULL) = 0 rt_sigprocmask(SIG_SETMASK, [RTMIN], NULL, 8) = 0 time(NULL) = 1126966503 time([1126966503]) = 1126966503 getpid() = 16747 rt_sigaction(SIGPIPE, {0x4004b8f0, [], SA_RESTORER, 0x401a9aa8}, {SIG_DFL}, 8) = 0 send(3, "<14>Sep 17 16:15:03 vdr[16747]: "..., 57, 0) = 57 rt_sigaction(SIGPIPE, {SIG_DFL}, NULL, 8) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++
-
Ich habe leider eines der Rehbach Displays die nicht richtig laufen.
Ich habe auch schon versucht das Plugin selber zu übersetzen, so wie in VDR-Wiki beschrienen.Funktioniert leider nicht (liegt aber wohl an mir).
Cody will es nicht einbauen, da es Schwierigkeiten mit dem Compiler gibt.(?)
Kann mir jemand eine Schritt für Schritt Anleitung geben? -
Hier mal ein backtrace:
mit nur graphlcd(Segmentation fault):
Code
Alles anzeigen#0 0x401f41f9 in free () from /lib/i686/libc.so.6 #1 0x4012a0c1 in operator delete(void*) () from /usr/lib/libstdc++.so.5 #2 0x4012a11d in operator delete[](void*) () from /usr/lib/libstdc++.so.5 #3 0x4032fbaf in GLCD::cDriverT6963C::DeInit() (this=0x99079c8) at t6963c.c:324 #4 0x40308898 in ~cPluginGraphLCD (this=0x81d8480) at plugin.c:82 #5 0x080d1408 in ~cDll (this=0x81d5f70) at plugin.c:152 #6 0x081033d3 in cListBase::Del(cListObject*, bool) (this=0xbff5f1a0, Object=0x0, DeleteObject=true) at tools.c:993 #7 0x080d2251 in cPluginManager::Shutdown() (this=0xbff5f190) at plugin.c:434 #8 0x08105576 in main (argc=0, argv=0x813d323) at vdr.c:1023
mit vielen Plugins(Floating point exception):
Code(gdb) bt #0 0x409e2ac4 in GLCD::cDriverT6963C::DeInit() (this=0x995b010) at t6963c.c:305 #1 0x409bb898 in ~cPluginGraphLCD (this=0x81e5500) at plugin.c:82 #2 0x080d1408 in ~cDll (this=0x81d7280) at plugin.c:152 #3 0x081033d3 in cListBase::Del(cListObject*, bool) (this=0xbfc73c50, Object=0xffffffff, DeleteObject=true) at tools.c:993 #4 0x080d2251 in cPluginManager::Shutdown() (this=0xbfc73c40) at plugin.c:434 #5 0x08105576 in main (argc=0, argv=0x813d323) at vdr.c:1023 Current language: auto; currently c++
-
Nur noch als Zusatzinfo:
graphlcd-0.1.2-pre5 geht
graphlcd-0.1.2-pre6 geht nicht
graphlcd-0.1.2 geht auch nichtdas ganze mit vanilla vdr-1.3.32 mit und ohne vdr-1.3.29-statustick.diff
Viele Grüße
Thomas
-
OK - Fehlalarm.
Es lag wohl an meiner Schriftart. Nachdem ich den ../plugins/graphlcd durch die mitgeliferte Version ersetzt habe, gings dann.
Viele Grüße
Thomas
-
-
Leider kein Linvdr. Aber ich hatte mal für eine Bekannte ein nvram unter SuSE 6.4 gebaut (ein alter Server läugt noch damit) - das hat auch geklappt.
Viele Grüße
Thomas
-
Ausgesprochen schade.
Vielleicht ließt dies ja wer anders, der mir erklären kann wie ich es für LinVdr (siehe Signatur) kompilieren kann. -
-
Besagte Abstürze (Floating Point Exception) hatte ich auch, die Fonts/Logos an die richtige Stelle packen hat das Problem bei mir auch behoben.
Leider hab ich aber nun das Problem, dass das Plugin und die Tools den Dienst verweigern.
showpic sagt zum Beispiel "Cannot initialize Display", wo die alten Tools (aus 1.2.6-Zeiten, wollte nen Update machen) anstandslos funktionieren, der VDR mit -P"graphcld -d t6963c" beendet sich einfach (keine Fehlermeldung).
Woran könnte das liegen, bzw: was hat sich in der Software seit damals geändert dass es heute nicht mehr geht?
/etc/graphlcd.conf usw sind natürlich angepasst, ich hab für den t6963c auch so ziemlich alle Variationen von "automode", "wiring" isw durchprobiert - daran scheints nicht zu liegen...
-
Hi Thomas,
kommen noch irgendwelche meldungen im syslog? Das Initialisieren des Displays kann eigentlich nur fehlschlagen, wenn sich der die Parallelport nicht öffnen lässt.
Andreas
-
-
Hi,
ich glaub da muss ich mal die WrapText funktion neuschreiben, da wird ein Haufen Zeit verbraten, bei so langen Texten.
Andreas
-
Konnte noch nicht eher antworten, die Maschine ist nicht meine und hab sie erst jetzt wieder hier:
ZitatOriginal von powarman
Das Initialisieren des Displays kann eigentlich nur fehlschlagen, wenn sich der die Parallelport nicht öffnen lässt.Scheint so:
ZitatOct 7 13:11:49 localhost showpic: glcd drivers: ERROR cannot claim /dev/printers/0. Err:Invalid argument (cParallelPort::Init)
Zitatlocalhost showpic # l /dev/printers/0
crw-rw-rw- 1 root root 6, 0 Jan 1 1970 /dev/printers/0Wie gesagt, mit den "alten" Basetools gehts prima...
-
Thanks for this great plugin. Works great with 320x240 S1D13305 display. Just one question. Can I make clock and day line font bigger somehow? By default I have lot of empty space in middle display.
-
Problem gelöst!
Kaum nimmt man das richtige Device: /dev/parport0 - gehts!
-
Hi Sambaz,
at the moment it´s not possible.
But:ZitatFor the next release I will concentrate on bringing skinning support to the plugin. I plan to use an modified and extended version of the text2skin file format for defining the layout.
AndreasSo our dream come true. ->whenever
So longChristian
-
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!