graphlcd (base, vdr-plugin) touchcol branch (archiv)
- wastl
- Geschlossen
-
-
Hi,
du meinst für easyvdr 0.9 oder 0.95?Wäre ich auch dran interessiert, aber derzeit gibts wichtigere Baustellen!
mfG,
Stefan -
Hallo,
wie ist das mit Gen2VDR V3? Gibt es dazu schon eine Anleitung? Hat doch sicher schon jemand probiert... Bei mir scheitert es schon am emergen von graphlcd-base. Das holt sich das git, aber nicht den touchcol Zweig...
-
news:
- habe wieder mal ein wenig was fuer meine library (serdisplib) gemacht: der trunk fasst jetzt v1.98.x + v1.97.x zusammen zum neuen zweig v2.x.
trunk firmiert dzt. noch unter 'pre 2.00', wird aber bald eine fertige 2er release hervorbringen (in sachen dokumentation faellt noch einiges) - weder v.1.97.x noch v.1.98.x werden weitergefuehrt. die (inoffiziellen) spielereien aus v.1.98.x leben aber weiter und muessen via ./configure mit --enable-experimental aktiviert werden (client/server-zeug, lirc-kompatible events fuer c't-includ, ...). alles andere (displaylink, GPIs, GPOs) ist jetzt 'offiziell' teil der library.
- neuerung: serdisp_defaultdevice(): durch verwendung dieser routine wird in den meisten faellen die angabe der device-angabe ueberfluessig (zb: OUT:, die meisten USB:.... angaben, ...). achtung: nur in v2.x (trunk) vorhanden!
- der aktuellste GIT-commit von graphlcd-base verwendet bereits -falls vorhanden - serdisp_defaultdevice(). dh. der eintrag 'Controller=' ist in verbindung mit [serdisp] nur mehr in wenigen faellen notwendig
- habe wieder mal ein wenig was fuer meine library (serdisplib) gemacht: der trunk fasst jetzt v1.98.x + v1.97.x zusammen zum neuen zweig v2.x.
-
Hi,
Zitatnur mehr in wenigen faellen notwendig
bei parallelen? Oder geht dort jetzt Autoerkennung?
mfG,
Stefan -
nochmal: autoerkennung wirds bei parallel NIE spielen!
das mit serdisp_defaultdevice() hat auch genau nix mit autoerkennung zu tun.
wenn jetzt kein Controller= angegben ist, wird, falls fuer das display kein extra defaultdevice definiert ist im code, einfach weiterhin 'PAR:/dev/parport0' genommen. aber das war auch vorher schon so ...
-
Hi,
aber das Problem, dass, wenn ein falsches glcd angewählt ist der VDR nicht durchstartet ist immer noch (wartet aufs glcd)?mfG,
Stefan -
Hi,
du meinst für easyvdr 0.9 oder 0.95?
Hi
ich meine die akutelle Stable Version "Installierte Version: 0.8.06"Gruß Lars
-
Hi,
wollte es gerade auf meinem easyVDR 09.50 maken - leider mit Fehler.
Hat wer einen Tip:
CodeIn file included from l4m320t_tool.c:81:0: ../include/serdisplib/serdisp_connect_usb.h:35:17: schwerwiegender Fehler: usb.h: Datei oder Verzeichnis nicht gefunden Kompilierung beendet. make[1]: *** [l4m320t_tool.o] Fehler 1 make[1]: Verlasse Verzeichnis '/usr/src/serdisplib-1.98.x_svn/tools' make: *** [all] Fehler 1
-
scheinbar hilft ein einfaches apt-get install libusb-dev
leider bekomm ich auch nach installation von ImageMagick beim make von graphlcd-base.git.touchcol folgendes:
Code
Alles anzeigenroot@easyvdr:/usr/src/graphlcd-base.git.touchcol# make make[1]: pkg-config: Kommando nicht gefunden make[1]: Betrete Verzeichnis '/usr/src/graphlcd-base.git.touchcol/glcdgraphics' make[1]: Verlasse Verzeichnis '/usr/src/graphlcd-base.git.touchcol/glcdgraphics' make[1]: pkg-config: Kommando nicht gefunden make[1]: Betrete Verzeichnis '/usr/src/graphlcd-base.git.touchcol/glcdgraphics' g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include bitmap.c make[1]: pkg-config: Kommando nicht gefunden g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include common.c make[1]: pkg-config: Kommando nicht gefunden g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include font.c font.c: In Elementfunktion »bool GLCD::cFont::LoadFNT(const string&, const string&)«: font.c:146:48: Warnung: Der Rückgabewert von »size_t fread(void*, size_t, size_t, FILE*)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert [-Wunused-result] font.c:167:50: Warnung: Der Rückgabewert von »size_t fread(void*, size_t, size_t, FILE*)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert [-Wunused-result] font.c:170:71: Warnung: Der Rückgabewert von »size_t fread(void*, size_t, size_t, FILE*)«, der mit dem Attribut warn_unused_result deklariert wurde, wird ignoriert [-Wunused-result] make[1]: pkg-config: Kommando nicht gefunden g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include glcd.c make[1]: pkg-config: Kommando nicht gefunden g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include image.c make[1]: pkg-config: Kommando nicht gefunden g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include imagefile.c make[1]: pkg-config: Kommando nicht gefunden g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include pbm.c make[1]: pkg-config: Kommando nicht gefunden g++ -g -O2 -Wall -Woverloaded-virtual -fPIC -c -D_GNU_SOURCE -DHAVE_FREETYPE2 -DHAVE_IMAGEMAGICK -I/usr/local/include/freetype2 -I/usr/local/include extformats.c extformats.c:25:22: schwerwiegender Fehler: Magick++.h: Datei oder Verzeichnis nicht gefunden Kompilierung beendet. make[1]: *** [extformats.o] Fehler 1 make[1]: Verlasse Verzeichnis '/usr/src/graphlcd-base.git.touchcol/glcdgraphics' make: *** [all] Fehler 2
-
Fehlt wohl ein apt-get install pkg-config
nun gehts weiter.
-
encore une fois:
Code
Alles anzeigenOct 26 16:56:55 yavdr vdr: [3324] LNB -2: Switching device 2 to channel 19 Oct 26 16:56:55 yavdr vdr: [3324] LNB -2: Device check for channel 19 on device 2. OK Oct 26 16:57:01 yavdr kernel: [ 8747.515580] BUG: unable to handle kernel paging request at ffff8800b62b9000 Oct 26 16:57:01 yavdr kernel: [ 8747.515596] IP: [] implement+0x6c/0x110 [hid] Oct 26 16:57:01 yavdr kernel: [ 8747.515619] PGD 1a04063 PUD 1fdfd067 PMD 1ffaf067 PTE 80000000b62b9161 Oct 26 16:57:01 yavdr kernel: [ 8747.515635] Oops: 0003 [#1] SMP Oct 26 16:57:01 yavdr kernel: [ 8747.515644] last sysfs file: /sys/devices/pci0000:00/0000:00:15.0/0000:04:00.0/enable Oct 26 16:57:01 yavdr kernel: [ 8747.515654] CPU 0 Oct 26 16:57:01 yavdr kernel: [ 8747.515658] Modules linked in: ddbridge snd_hda_codec_hdmi nfsd exportfs nfs lockd snd_hda_codec_realtek fscache nfs_acl auth_rpcgss sunrpc tda18271c2dd arc4 ath9k mac80211 snd_hda_intel snd_hda_codec ath9k_common ath9k_hw snd_hwdep drxk nvidia(P) ath snd_pcm stv6110x snd_seq_midi snd_rawmidi lnbp21 cfg80211 snd_seq_midi_event snd_seq stv090x pl2303 snd_timer shpchp usbserial snd_seq_device psmouse joydev serio_raw iowarrior snd soundcore snd_page_alloc dvb_core i2c_nforce2 lp parport usbhid hid forcedeth ahci libahci vesafb [last unloaded: ddbridge] Oct 26 16:57:01 yavdr kernel: [ 8747.515785] Oct 26 16:57:01 yavdr kernel: [ 8747.515793] Pid: 3474, comm: glcd_display Tainted: P 2.6.38-12-generic #51-Ubuntu To Be Filled By O.E.M. To Be Filled By O.E.M./To be filled by O.E.M. Oct 26 16:57:01 yavdr kernel: [ 8747.515812] RIP: 0010:[] [] implement+0x6c/0x110 [hid] [...]
Jemand eine Idee?
LG Urknall
Keine Idee, aber denselben Fehler mit einer ganz anderen Konfiguration:
ich habe ein DM140-GINK-Display. Sowohl mit dem dm140vfd-Plugin als auch mit LCDd bekomme ich in unregelmäßigen Abständen den Oops. Es scheint also tatsächlich ein Kernelproblem zu sein (hier auch yavdr 0.4 mit 2.6.38-13):
Code
Alles anzeigenJan 3 17:09:30 dumbledore kernel: [29573.853268] BUG: unable to handle kernel paging request at ffff8800633ea000 Jan 3 17:09:30 dumbledore kernel: [29573.853278] IP: [<ffffffffa009091c>] implement+0x6c/0x110 [hid] Jan 3 17:09:30 dumbledore kernel: [29573.853294] PGD 1a04063 PUD 1fffc067 PMD 6c4c2063 PTE 80000000633ea161 Jan 3 17:09:30 dumbledore kernel: [29573.853301] Oops: 0003 [#1] SMP Jan 3 17:09:30 dumbledore kernel: [29573.853305] last sysfs file: /sys/devices/pci0000:00/0000:00:1c.1/0000:03:00.0/subsystem_device Jan 3 17:09:30 dumbledore kernel: [29573.853310] CPU 1 Jan 3 17:09:30 dumbledore kernel: [29573.853312] Modules linked in: ddbridge cxd2099 r8169 ivtv cx2341x i2c_algo_bit tveeprom ath5k ath mac80211 cfg80211 joydev nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss sunrpc snd_hda_codec_hdmi arc4 tda18212dd snd_hda_codec_realtek ir_lirc_codec lirc_dev ir_mce_kbd_decoder ir_sanyo_decoder ir_sony_decoder ir_jvc_decoder ir_rc6_decoder ir_rc5_decoder rc_rc6_mce ir_nec_decoder mceusb rc_core nvidia(P) tuner_simple tuner_types wm8775 tda9887 tda8290 tuner snd_seq_midi snd_hda_intel snd_rawmidi cx25840 snd_hda_codec snd_hwdep snd_seq_midi_event ati_remote snd_pcm snd_seq v4l2_common psmouse snd_seq_device serio_raw stv0367dd videodev media v4l2_compat_ioctl32 snd_timer dvb_core snd soundcore snd_page_alloc it87 hwmon_vid coretemp lp parport usbhid hid usb_storage uas firewire_ohci firewire_core crc_itu_t ahci libahci [last unloaded: r8169] Jan 3 17:09:30 dumbledore kernel: [29573.853389] Jan 3 17:09:30 dumbledore kernel: [29573.853392] Pid: 1564, comm: LCDd Tainted: P 2.6.38-13-generic #53-Ubuntu FUJITSU SIEMENS PTBG965EFN-LF/PTBG965EFN-LF Jan 3 17:09:30 dumbledore kernel: [29573.853400] RIP: 0010:[<ffffffffa009091c>] [<ffffffffa009091c>] implement+0x6c/0x110 [hid] Jan 3 17:09:30 dumbledore kernel: [29573.853408] RSP: 0018:ffff88006c429cc8 EFLAGS: 00010002 Jan 3 17:09:30 dumbledore kernel: [29573.853412] RAX: 0000000000000000 RBX: 0000000000000037 RCX: 0000000000000000 Jan 3 17:09:30 dumbledore kernel: [29573.853415] RDX: 0000000000000008 RSI: ffff8800633e9ff8 RDI: ffff880077ddc000 Jan 3 17:09:30 dumbledore kernel: [29573.853418] RBP: ffff88006c429cf8 R08: 0000000000000037 R09: ffff8800633e9ff8 Jan 3 17:09:30 dumbledore kernel: [29573.853421] R10: 00000000009e5960 R11: 0000000000000001 R12: 0000000000000037 Jan 3 17:09:30 dumbledore kernel: [29573.853425] R13: 0000000000000008 R14: ffff8800633e9ff9 R15: ffff880077ddc000 Jan 3 17:09:30 dumbledore kernel: [29573.853429] FS: 00007f308258a720(0000) GS:ffff88007fa80000(0000) knlGS:0000000000000000 Jan 3 17:09:30 dumbledore kernel: [29573.853433] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b Jan 3 17:09:30 dumbledore kernel: [29573.853436] CR2: ffff8800633ea000 CR3: 0000000077345000 CR4: 00000000000006e0 Jan 3 17:09:30 dumbledore kernel: [29573.853439] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Jan 3 17:09:30 dumbledore kernel: [29573.853443] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Jan 3 17:09:30 dumbledore kernel: [29573.853446] Process LCDd (pid: 1564, threadinfo ffff88006c428000, task ffff880078cc2dc0) Jan 3 17:09:30 dumbledore kernel: [29573.853449] Stack: Jan 3 17:09:30 dumbledore kernel: [29573.853452] 00000001002caf00 0000000000000010 0000000000000002 0000000000000008 Jan 3 17:09:30 dumbledore kernel: [29573.853458] ffff880077e48800 0000000000000008 ffff88006c429d78 ffffffffa0090abd Jan 3 17:09:30 dumbledore kernel: [29573.853464] ffff88007b22e800 ffff88007b22e800 0000000000000000 000000800000007f Jan 3 17:09:30 dumbledore kernel: [29573.853470] Call Trace: Jan 3 17:09:30 dumbledore kernel: [29573.853478] [<ffffffffa0090abd>] hid_output_report+0xfd/0x170 [hid] Jan 3 17:09:30 dumbledore kernel: [29573.853487] [<ffffffffa00a8162>] __usbhid_submit_report+0x1b2/0x300 [usbhid] Jan 3 17:09:30 dumbledore kernel: [29573.853494] [<ffffffffa00a8302>] usbhid_submit_report+0x52/0x80 [usbhid] Jan 3 17:09:30 dumbledore kernel: [29573.853501] [<ffffffffa00ab3d3>] hiddev_ioctl+0x3d3/0x6e0 [usbhid] Jan 3 17:09:30 dumbledore kernel: [29573.853509] [<ffffffff8108bd92>] ? hrtimer_cancel+0x22/0x30 Jan 3 17:09:30 dumbledore kernel: [29573.853515] [<ffffffff815c20c4>] ? do_nanosleep+0xa4/0xd0 Jan 3 17:09:30 dumbledore kernel: [29573.853521] [<ffffffff811764ef>] do_vfs_ioctl+0x8f/0x360 Jan 3 17:09:30 dumbledore kernel: [29573.853526] [<ffffffff8108c574>] ? hrtimer_start_range_ns+0x14/0x20 Jan 3 17:09:30 dumbledore kernel: [29573.853530] [<ffffffff81176851>] sys_ioctl+0x91/0xa0 Jan 3 17:09:30 dumbledore kernel: [29573.853535] [<ffffffff815c45ee>] ? do_device_not_available+0xe/0x10 Jan 3 17:09:30 dumbledore kernel: [29573.853540] [<ffffffff8100c002>] system_call_fastpath+0x16/0x1b Jan 3 17:09:30 dumbledore kernel: [29573.853542] Code: 48 39 c3 72 76 44 89 e8 44 89 e9 c1 e8 03 83 e1 07 89 c0 49 01 c6 48 89 d8 44 21 e3 48 d3 e0 48 d3 e3 48 f7 d0 49 23 06 48 09 c3 <49> 89 1e 48 8b 5d d8 4c 8b 65 e0 4c 8b 6d e8 4c 8b 75 f0 4c 8b Jan 3 17:09:30 dumbledore kernel: [29573.853591] RIP [<ffffffffa009091c>] implement+0x6c/0x110 [hid] Jan 3 17:09:30 dumbledore kernel: [29573.853598] RSP <ffff88006c429cc8> Jan 3 17:09:30 dumbledore kernel: [29573.853601] CR2: ffff8800633ea000 Jan 3 17:09:30 dumbledore kernel: [29573.853605] ---[ end trace 0069d994072b7950 ]---
Gibt's dazu schon Neuigkeiten?
Sebi
-
Hi,
das graphlcd-plugin zeigt beim epgsearch-plugin nach der Uhrzeit immer eine riesige leere Spalte an bis dann der Text kommt. Könnte sich das jemand bei Gelegenheit mal anschauen?
Gruß
-
das graphlcd-plugin zeigt beim epgsearch-plugin nach der Uhrzeit immer eine riesige leere Spalte an bis dann der Text kommt. Könnte sich das jemand bei Gelegenheit mal anschauen?
Das liegt daran das die erste Spalte durch die vielen "-" so breit ist.
cu
-
long time no see ...
aber jetzt gehts wieder weiter:
news (graphlcd-base):
- verbessertes logging (wo wird syslog-ausgabe generiert, syslog-flooding sollte jetzt behoben sein)
- zusaetzliches feature fuer progress bar: gradient
das gradient-feature kennt zwei optionen: gradient="total|current|vertical" und gradientcolor="<farbe>"
- gradientcolor: die farbabstufungen werden zwischen color und gradientcolor berechnet
- total: die farbabstufungen werden ueber die maximale groesse des progress bars berechnet
- current: die farbabstufungen werden nur ueber den tatsaechlich angezeigten progress bar berechnet
- vertical: die farbabstufungen werden ueber die dicke des progress bars berechnet
beispiele (geordnet nach screenshots):
- <progress ... color="0xDDC0FFC0" gradientcolor="0xFF2222FF" gradient="total" direction="0" current="{PresentProgress}" total="{PresentDuration}"/>
- <progress ... color="0xDDC0FFC0" gradientcolor="0xFF2222FF"
gradient="current" direction="0" current="{PresentProgress}"
total="{PresentDuration}"/> - <progress ... color="0xDDC0FFC0" gradientcolor="0xFF2222FF"
gradient="vertical" direction="0" current="{PresentProgress}"
total="{PresentDuration}"/>
zu beachten:
- gradient 'overruled' peak (dh. sobald gradient verwendet wird, ist keine peak-anzeige mehr moeglich).
- es muss sowohl die option gradient als auch gradientcolor definiert sein damit die gradient-funktion aktiviert wird.
achtung: eventuell muss auch das vdr-graphlcd plugin neu kompiliert werden (kleine API-erweiterung, die zwar nicht zum plugin durchschlagen sollte, aber man weiss ja nie bei c++)
-
Ich würde es begrüßen, wenn bei einer Übernahme in yavdr auch glcdprocdriver mit der Korrektur von Keine_Ahnung (glcdprocdriver-0.0.6-touchcol.diff) ausgeliefert würde. Damit würde dann auch beim Bauen von lcdproc der glcdlib-Teil mitgebaut werden.
Nur auf diesem Weg habe ich es geschafft, xbmc auf meinem Display (t6963c basiert) eine anständig große Ausgabe beizubringen. -
Ich glaube das wäre eher was für den yaVDR Bugtracker
wastl: Was mich neulich mal beschäftig hat ist das dynamische laden der libserdisp.so, das ist ja unter Debian/Ubuntu ne Dauerbaustelle. Keine Ahnung wie die anderen Distributionen das handhaben.
Unter Debian/Ubuntu gibts die libserdisp.so nur wenn das libserdisp2-dev Paket installiert ist. Die Idee ist das man verschiedene Libversionen gleichzeitig installiert haben kann. Aber nur das Dev Paket einer Version, das erzeugt dann nen Link zur passenden Libversion "libserdisp.so -> libserdisp.so.2.00".Sollte man den so Namen nicht per pkg-config abfragen so das direkt versucht wird die "libserdisp.so.2" zu laden?
Oder ist das nen reines Debian/Ubuntu Problem und die anderen Distributionen machen das alles ganz anderst?
cu
-
eigentlich ist pkg-config eine reine devel-geschichte und gehoert nicht in den 'normalen' paketbereich. dessen ausgaben werden ja auch normalerweise nur beim entwickeln benoetigt. im devel-paket sind ueblicherweise jene dinge, die fuer die entwicklung benoetigt werden (docs, header, statische lib (.a), .pc-file fuer pkg-config, ...).
wer immer auf die idee gekommen ist, bei 'normalen' bibliothekspaketen _keinen_ .so-link zu generieren, ich bin es jedenfalls so gewohnt (verwende jetzt schon sehr lange unix (nicht nur linux)), dass der standardweg es sein sollte, eine bibliothek via -lsomename zu linken (was sich ja dann zu libsomename.so (oder unter windows somename.dll) ausloest). und keine direkten -l/path/to/libsomename.so.47.11. das ist imho sowieso eine ziemliche unart.
ich kenne debian/ubuntu eher nur aus der benutzersicht (wenn es sich nicht vermeiden laesst), ich kann mir aber nicht vorstellen, dass das generell dort so ist, dass standardmaessig keine .so-link generiert werden. ev. beim maintainer der serdisplib pakete fuer debian/ubuntu nachfragen, weshalb er das so macht?
/wastl
-
Hi,
Hi,
das graphlcd-plugin zeigt beim epgsearch-plugin nach der Uhrzeit immer eine riesige leere Spalte an bis dann der Text kommt. Könnte sich das jemand bei Gelegenheit mal anschauen?
Gruß
im git von epgsearch sind die Patches von KeineAhnung nun übernommen. Damit kann nun mit einem
PLUGIN_EPGSEARCH_SEPP_ITEMS=---
z.B. in der Make.config vom VDR gesetzt werden, wieviele "-" ausgegeben werden sollen, damit die Anzeige bei graphlcd nicht leidet.
Die meisten Skins (ausser den VDR-eigenen) ersetzen "---" durch eine durchgezogene Linie, sodass das normale OSD dadurch nicht beeinflusst wird.Gruß,
winni -
sepp, sepp, sei kein depp, die zukunft ist der alpenrap!
das sollte wohl eher PLUGIN_EPGSEARCH_SEP_ITEMS heissen?
"SEPPERATOR" ist schon eine sehr ... aehm .. interessante schreibweise
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!