Hallo cinfo,
melde mich später noch mal.
Nur zur Umschalttaste. Auf der Reel-Tastatur ist das die Taste neben der "0". Im Program abgefragt wird es mit der Konstante "kGreater".
Gruss
Real_Quick
Hallo cinfo,
melde mich später noch mal.
Nur zur Umschalttaste. Auf der Reel-Tastatur ist das die Taste neben der "0". Im Program abgefragt wird es mit der Konstante "kGreater".
Gruss
Real_Quick
ZitatAlles anzeigenOriginal von Real_Quick
Hallo cinfo,
melde mich später noch mal.
Nur zur Umschalttaste. Auf der Reel-Tastatur ist das die Taste neben der "0". Im Program abgefragt wird es mit der Konstante "kGreater".
Gruss
Real_Quick
Darum hatte ich diese Taste im Patch auskommentiert, da ich keine ´>' auf meiner Fernbedienung (Standard Hauppauge) habe.
Gruß,
rfehr
Hi,
ZitatDarum hatte ich diese Taste im Patch auskommentiert, da ich keine ´>' auf meiner Fernbedienung (Standard Hauppauge) habe.
Aber man könnte sie ja vielleicht durch eine andere ersetzen.
Vielleicht bekommt man doch die Timeline-Ansicht wieder in den Code?
Verkehrt wäre das doch nicht.
Grüße
cinfo
ZitatAlles anzeigenOriginal von cinfo
Hi,
Aber man könnte sie ja vielleicht durch eine andere ersetzen.
Vielleicht bekommt man doch die Timeline-Ansicht wieder in den Code?
Verkehrt wäre das doch nicht.
Grüße
cinfo
Hi cinfo,
sind das jetzt Screenshot's von dir ?
Gruß,
rfehr
Die Screenshot sind vom reelepg, wenn der Lite-Skin aktiv ist.
Mit dem skinreel3 und dem Skin Black-Cartoon sieht das OSD so aus wie unten angezeigt. Wobei mit dem Screenshot, ohne Livebild dahinter, die Strukturen nicht angezeigt werden. Mit Schwarz auf schwarzen Hintergrund geht da leider ein bischen verloren.
[Blockierte Grafik: http://www.doublequick.de/ReelBox/iepg/timeline.png]
Die Magazin-Ansicht sieht dann so aus:
[Blockierte Grafik: http://www.doublequick.de/ReelBox/iepg/magazin.png]
Gruss
Real_Quick
ZitatAlles anzeigenOriginal von cinfo
Wenn man mit dem Plugin Timer anlegt werden diese "schön" eingefärbt.
Auch werden die Umschalttimer eingefärbt. Diese ist eine sehr schöne Sache,
nur leider wenn man das Plugin verlässt und danach wieder öffnet sind leider
keine Timer bzw. Umschalttimer mehr eingefärbt.
Ist das so gewollt oder liegt es an der Verwendung von der "Standardversion"
epgsearch?
Hallo cinfo,
die gesetzten Timer behält er auch nach dem Beenden des reelepg. Epgsearch ist an dieser Stelle auch nicht im Spiel. Die Informationen werden aus der Timers-Variable des vdr geholt.
Warum das bei dir aktuell nicht geht, habe ich keine Idee.
Wenn du im reelepg einen Timer anlegst, kannst du ihn anschliessend auch in der Timerübersicht sehen. Umgekehrt kannst du einen Timer anlegen und bekommst ihn in reelepg angezeigt. So funktioniert es zumindest auf meinem System.
Gruss
Real_Quick
Hi,
ZitatWenn du im reelepg einen Timer anlegst, kannst du ihn anschliessend auch in der Timerübersicht sehen. Umgekehrt kannst du einen Timer anlegen und bekommst ihn in reelepg angezeigt. So funktioniert es zumindest auf meinem System.
Das muß ich noch einmal sauber testen. Denn der Umschaltimer von epgsearch [bei mir gelb] bleibt erhalten.
Das mit dem Timer werde ich gelich noch einmal testen.
Hmm, das mit der Schriftfarbe aus dem OSD-Skin hat noch nicht funktioniert.
Ich wär schon dafür die Timeline-Ansicht wieder einzubauen und dafür z.B. eine Ziffer auf der FB zu opfern.
Real_Quick
hast Du hierzu eine Idee wie wir doch noch die Timerlineansicht mit in den Code bekommen?
Bei der themes.c und themes.h benutze ich die Dateien aus dem reelVDR.
rfehr
bekommst Du die Farbe aus deinen Skin oder ist der Font auch hellblau bei Dir?
Grüße
cinfo
Hi Real_Quick,
wo kommen denn eigentlich die Überschriften über den Sendungen [vielleicht "Bouquets"?] her?
Grüße
cinfo
ZitatOriginal von rfehrDarum hatte ich diese Taste im Patch auskommentiert, da ich keine ´>' auf meiner Fernbedienung (Standard Hauppauge) habe.
Hallo rfehr,
was hältst du von der Help-Taste zum Umschalten zwischen Magazin und Timeline?
Hat deine FB so eine Taste? Die Helpfunktion ist ja deaktiviert, dann würde diese Taste frei werden.
Ansonsten sieht es wirklich mau aus mit den Tasten. Das reelepg benutzt so ziemlich alle Tasten die frei sind.
Gruss
Real_Quick
Zitat
rfehr
bekommst Du die Farbe aus deinen Skin oder ist der Font auch hellblau bei Dir?
Grüße
cinfo
Hi cinfo,
muß ich nachsehen, bin im Moment noch auf der Arbeit.
Zur timeline Ansicht
in timeline.c
reicht es nicht aus diese Zeile wieder einzukommentieren, und dabei dann auch auf eine
andere Taste zu legen?
Gruß,
rfehr
Hi,
ZitatHat deine FB so eine Taste? Die Helpfunktion ist ja deaktiviert, dann würde diese Taste frei werden.
Ist leider eien schlechte Lösung das die meisten FB´s keine haben.
ZitatAlles anzeigenMit der Taste > könnt ihr zwischen den Ansichten wechseln.
Mit den Tasten 1-3 kann die Anzahl der Sender verändern werden,
und mit 4-6 die Zeitleiste.
Mit 7 und 9 kann man Tagweise zurückblättern oder Tagweise vorblättern,
und mit der Taste 8 wechselt man zur aktuellen Zeit
des markierten Senders.
Mit den Tasten << >> springt man zur vorherigen bzw.
zur nächsten Sendergruppe.
Mit der Taste OK wechselt man zum markierten Kanal.
Über die Buttons unten im Menu
kann man noch verschiedene Funktionen aufrufen.
Brauch man die Taste "1" [zwei Spalten-Ansicht]?
Hat jede FB
Grüße
cinfo
ZitatOriginal von cinfo
Hi,
Brauch man die die Taste "1" [zwei Spalten-Ansicht]?
Hat jede FB
Grüße
cinfo
Hi cinfo,
probiers doch einfach aus, welche Taste es später werden soll,
kann man immer noch überlegen.
'#' wäre vieleciht auch noch was?
Gruß,
rfehr
Hi,
Ok, mache ich. Wird aber noch etwas dauern.
Grüße
cinfo
Hi,
so jetzt geht alles wieder in die richtige Richtung.
- die Farben für den Umschalttimer & Record sind OK
- Farbe für den Auswahl Font sind OK
- Timeline-Ansicht geht [Wie von efehr beschrieben]
Ich habe die Tsate "1" bei mir auskommentiert und diese für den
Ansichtwechsel benutze, da ich eine streamzap FB habe - diese hat leider keine Sondertasten
Schriftgröße des EPG ist über das OSD einstellbar?
Grüße
cinfo
Hi,
beim Daten abholen über das iEPG triit folgender Fehler am Kernel auf.
Apr 21 22:03:06 (none) vdr: [26429] iepg: touch file: /opt/iepg/1/20100422/34047156_l.raw
Apr 21 22:03:07 (none) vdr: [26429] iepg: 1 foreign (DVB) Events where removed from schedule
Apr 21 22:03:07 (none) vdr: [26429] iepg: 1 foreign (DVB) Events where removed from schedule
Apr 21 22:03:07 (none) vdr: [26429] iepg: remove event from foreign source (dvb?) [Nikita]
Apr 21 22:03:07 (none) vdr: [26429] iepg: event from foreign source removed
Apr 21 22:03:07 (none) vdr: [26429] iepg: 1 foreign (DVB) Events where removed from schedule
Apr 21 22:03:07 (none) vdr: [26429] iepg: remove event from foreign source (dvb?) [mieten, kaufen, wohnen]
Apr 21 22:03:07 (none) vdr: [26429] iepg: event from foreign source removed
Apr 21 22:03:07 (none) vdr: [26429] iepg: touch file: /opt/iepg/1/20100422/25980597_l.raw
Apr 21 22:03:07 (none) vdr: [26429] iepg: touch file: /opt/iepg/1/20100422/25980597_l.raw
Apr 21 22:03:07 (none) vdr: [26429] iepg: touch file: /opt/iepg/1/20100422/25980597_l.raw
Apr 21 22:03:07 (none) vdr: [26429] iepg: touch file: /opt/iepg/1/20100422/25980597_l.raw
Apr 21 22:03:07 (none) vdr: [26429] iepg: 1 foreign (DVB) Events where removed from schedule
Apr 21 22:03:07 (none) vdr: [26429] iepg: EPG-Daten erfolgreich aus XML-Datei geladen (/opt/iepg/1/20100422/20100422_20100421_de_qy.xml). Anzahl Sendungen = 3148
Apr 21 22:03:07 (none) vdr: [26429] iepg: rename xml file to mark as processed: mv /opt/iepg/1/20100422/20100422_20100421_de_qy.xml /opt/iepg/1/20100422/20100422_20100421_de_qy.xml_processed
Apr 21 22:03:07 (none) kernel: [ 3503.256919] XmlEpg2vdr[26429]: segfault at 777465fc ip b7c55a69 sp 98aff524 error 4 in libc-2.3.6.so[b7bf2000+111000]
Alles anzeigen
ZitatAlles anzeigenZitat von RealQuick
Hallo cinfo,
im iepg habe ich eigentlich nichts spezielles drin, was Unverträglichkeiten mit dem Kernel haben kann.
Ich fürchte, da muss man mit dem Debugger ran. Such die mal vorm dem Import die PID des vdr-Prozess mit
ps aux | grep vdr
Und starte den Debugger auf der PID
gdb -p PID
Dann mit
cont
den Prozess laufen lassen.
Jetzt kannst du den Import starten und warten bis der Fehler auftritt.
Erster Check ist der Backtrace:
bt
´
Vielleicht findest du an der Stelle noch etwas zur Fehlerbeseitigung raus.
Gruss
RealQuick
Hier die Ausgaben zum Prozess
Reading symbols from /usr/vdr/plugins-1.7.0-extp72-v3/libvdr-streamdev-server.so.1.7.0...done.
Loaded symbols for /usr/vdr/plugins/libvdr-streamdev-server.so.1.7.0
Reading symbols from /usr/vdr/plugins-1.7.0-extp72-v3/libvdr-games.so.1.7.0...done.
Loaded symbols for /usr/vdr/plugins/libvdr-games.so.1.7.0
Reading symbols from /usr/vdr/plugins-1.7.0-extp72-v3/libvdr-_setupmenu_More.so.1.7.0...done.
Loaded symbols for /usr/vdr/plugins/libvdr-_setupmenu_More.so.1.7.0
Reading symbols from /usr/vdr/plugins-1.7.0-extp72-v3/libvdr-setup.so.1.7.0...done.
Loaded symbols for /usr/vdr/plugins/libvdr-setup.so.1.7.0
0xb7f22256 in nanosleep () from /lib/libpthread.so.0
(gdb) cont
Continuing.
[New Thread 475150 (LWP 15501)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 475150 (LWP 15501)]
0xb7c7ba69 in free () from /lib/libc.so.6
(gdb)
(gdb) bt
#0 0xb7c7ba69 in free () from /lib/libc.so.6
#1 0xb7e113b1 in operator delete () from /usr/lib/libstdc++.so.6
#2 0xb7e1140d in operator delete[] () from /usr/lib/libstdc++.so.6
#3 0xb5602949 in cChannelData::~cChannelData () from /usr/vdr/plugins/libvdr-iepg.so.1.7.0
#4 0xb560019e in cThreadXmlEpg2vdr::Action () from /usr/vdr/plugins/libvdr-iepg.so.1.7.0
#5 0x0813110d in cThread::StartThread ()
#6 0xb7f1bc51 in pthread_start_thread () from /lib/libpthread.so.0
#7 0xb7f1bdb4 in pthread_start_thread_event () from /lib/libpthread.so.0
#8 0xb7cd27fa in clone () from /lib/libc.so.6
(gdb)
Alles anzeigen
Ich benutze hier ein Debian "etch" mit einem VDR 1.7.0 / Kernel 2.6.28.10
Ich die Angaben helfen dem Fehler und einer Lösung zu finden.
Die Bilder aus den EPG Daten wurden alle ohne Fehler in das "raw" Format für die eHD gewandelt.
Es Fehlen nur die EPG Daten und die Übergabe an das reelEPG.
Jemand eine Idee hierzu?
Grüße
cinfo
Mit Debugsymbolen sollte da eigentlich mehr erhellendes kommen.
Am besten ein -v3 oder -v in den Compileroptionen, damit die Debug-Infos enthalten sind.
Von dem was bisher zu erkennen ist, passiert es im Destructor der Klasse cChannelData beim delete.
cChannelData::~cChannelData ()
{
if ( EpgDataFileName != NULL )
delete [] EpgDataFileName; // free memory
if ( EpgDir != NULL )
delete [] EpgDir; // free memory
Gruss
Real_Quick
Hallo cinfo,
ich kann in diesem Zusammenhang keinen Fehler entdecken. Falls du den Fehler nochmal mit Debug-Infos reproduzieren konntest, wären die Werte von EpgDir und EpgDataFileName interessant.
Generell will ich die Benutzung von Datentyp char einschränken und statt dessen string benutzen. Ich habe das für EpgDir und EpgDataFileName gemacht und die Änderungen als Patch angehängt.
Die Erkenntnisse mit dem gdb würden mich aber trotzdem interessieren.
Gruss
Real_Quick
Hi,
hier die "gdb" Ausgabe von iEPG incl. Deinem Patch nach dem Absturz.
Syslog:
Apr 24 17:03:10 (none) nmbd[4294]: [2010/04/24 17:03:10, 0] nmbd/nmbd_packets.c:process_browse_packet(1067)
Apr 24 17:03:10 (none) nmbd[4294]: process_browse_packet: Discarding datagram from IP 192.168.1.202. Source name EASYVDR<00> is one of our names !
gdb:
Loaded symbols for /usr/vdr/plugins/libvdr-iepg.so.1.7.0
Reading symbols from /opt/easyvdr/vdrvv/bin/plugins-1.7.0-0/libvdr-graphlcd.so.1.7.0...done.
Loaded symbols for /usr/vdr/plugins/libvdr-graphlcd.so.1.7.0
Reading symbols from /usr/lib/libglcddrivers.so.1...done.
Loaded symbols for /usr/lib/libglcddrivers.so.1
Reading symbols from /usr/lib/libglcdgraphics.so.2...done.
Loaded symbols for /usr/lib/libglcdgraphics.so.2
Reading symbols from /opt/easyvdr/vdrvv/bin/plugins-1.7.0-0/libvdr-setup.so.1.7.0...done.
Loaded symbols for /usr/vdr/plugins/libvdr-setup.so.1.7.0
Reading symbols from /usr/lib/libnss_db.so.2...done.
Loaded symbols for /usr/lib/libnss_db.so.2
Reading symbols from /lib/libnss_files.so.2...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /usr/lib/libdb-4.3.so...done.
Loaded symbols for /usr/lib/libdb-4.3.so
0xb7c4a9e9 in poll () from /lib/libc.so.6
(gdb) cont
Continuing.
[New Thread 786478 (LWP 13426)]
Program received signal SIGABRT, Aborted.
[Switching to Thread 786478 (LWP 13426)]
0xb7bc1b01 in kill () from /lib/libc.so.6
(gdb) bt
#0 0xb7bc1b01 in kill () from /lib/libc.so.6
#1 0xb7e9ef65 in pthread_kill () from /lib/libpthread.so.0
#2 0xb7e9efab in raise () from /lib/libpthread.so.0
#3 0xb7bc1894 in raise () from /lib/libc.so.6
#4 0xb7bc2ccc in abort () from /lib/libc.so.6
#5 0xb7bf5f7f in __fsetlocking () from /lib/libc.so.6
#6 0xb7bfb4f0 in __libc_malloc_pthread_startup () from /lib/libc.so.6
#7 0xb7bfca98 in free () from /lib/libc.so.6
#8 0xb7d923b1 in operator delete () from /usr/lib/libstdc++.so.6
#9 0xb7d9240d in operator delete[] () from /usr/lib/libstdc++.so.6
#10 0xb4c8994b in cChannelData::~cChannelData () from /usr/vdr/plugins/libvdr-iepg.so.1.7.0
#11 0xb4c871ee in cThreadXmlEpg2vdr::Action () from /usr/vdr/plugins/libvdr-iepg.so.1.7.0
#12 0x081312ad in cThread::StartThread ()
#13 0xb7e9bc51 in pthread_start_thread () from /lib/libpthread.so.0
#14 0xb7e9bdb4 in pthread_start_thread_event () from /lib/libpthread.so.0
#15 0xb7c537fa in clone () from /lib/libc.so.6
(gdb)
Alles anzeigen
Grüße
cinfo
Hallo cinfo,
die Compiler-Optionen für den Debug-Output muss gesetzt sein damit die im gdb angezeigt werden können.
Da muss in deinem Makefile (wahrscheinlich VDRDIR/Make.config)
in den Compileroptionen das -g rein.
... -O2 -g ...
Bei mir sieht das beim Kompilieren so aus:
ccache g++ -g -O2 -funroll-loops -fomit-frame-pointer -m32 -march=pentium3 -mmmx -msse -mfpmath=sse -Wall -Woverloaded-virtual -c -DUSEMYSQL -DDEVICE_ATTRIBUTES -D_GNU_SOURCE -D_LARGEFILE_SOURCE -DREELVDR -DPLUGIN_NAME='"iepg"' -DPLUGIN_NAME_I18N='"iepg"' -I../../../vdr-1.4/include -I../kernel/linux-2.6.22/include -o iepg.o iepg.c
Gruss
Real_Quick
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!