1

x86 Systeme (PC) / segfault in libvdr-epg2vdr

« on: February 05, 2018, 23:05:57 »

Nene, das upgrade wollte ich nicht remote ausführen, nur würde ich gerne wieder das Plugin gefahrlos am Laufen haben ohne das ich mich morgens um 7 um den Server kümmern muss

2

x86 Systeme (PC) / segfault in libvdr-epg2vdr

« on: February 04, 2018, 21:59:17 »

Moin,

Ich hab da nen kleines Problem mit nem VDR-Server (x86). Bei dem raucht seit heute reproduzierbar beim epg2vdr-update das plugin ab:

Code: [Select]

Feb  4 21:10:51 (MLD) user.err vdr: epg2vdr: Info: Found 377 recordings; 0 inserted; 2 updated and 20 directories
Feb  4 21:10:51 (MLD) user.err vdr: epg2vdr: Updating recording info in info.epg2vdr
Feb  4 21:10:51 (MLD) user.err vdr: epg2vdr: Updated 0 pending info.epg2vdr files
Feb  4 21:10:51 (MLD) user.err vdr: epg2vdr: Updating EPG prior to 'check of timer request'
Feb  4 21:10:51 (MLD) user.err vdr: epg2vdr: Timer changed, trigger update
Feb  4 21:10:51 (MLD) user.err vdr: epg2vdr: Updated changes since '04.02.2018 18:35:59'; 32 channels, 1371 events (0 deletions) in 434 ms
Feb  4 21:10:51 (MLD) user.err vdr: epg2vdr: Checking timer actions pending ..
Feb  4 21:10:51 (MLD) user.err vdr: epg2vdr: DEBUG: Pending Action 'M' for timer (59), event 0, doneid -1
Feb  4 21:10:51 (MLD) user.err vdr: epg2vdr: DEBUG: Got 'M' request for timer (59), event (0)
Feb  4 21:10:51 (MLD) user.info kernel: [  566.339534] epg2vdr-update[11123]: segfault at 20 ip 00007fd734b8822b sp 00007fd71a7f3d70 error 4 i
n libvdr-epg2vdr.so.2.2.0[7fd734b34000+c2000]
Feb  4 21:11:02 (MLD) user.err vdr: [11314] [live] INFO: validating server ip '0.0.0.0'
Ich habe das plugin erstmal deinstalliert, somit laeuft das erstmal wieder.

Das problem an der Sache:  Der server steht bei meiner Mutter, ca. 6000km entfernt, weil ich mittlw. in den USA lebe und folglich nur per SSH dran komme.
Gibt es da nen fix, den ich gefahrlos einspielen kann? Apt update meldet mir keine updates fuer MLD 5.1 und ich weiss nicht ob ich nen update auf 5.3 remote gefahrlos durchfuehren kann und will.

Code: [Select]

epgd-tool -show-stats
+-----------------------------------------------+--------+----------------+----------+----------------------------+----------------------------+----------------------------+
| version                                       | master | ip             | state    | last touch                 | last download              | next download              |
+-----------------------------------------------+--------+----------------+----------+----------------------------+----------------------------+----------------------------+
| vdr 2.2.0 epg2vdr 1.1.24-GITv213 (16.01.2017) | n      | 192.168.178.12 | crashed  | 4th February 2018 21:11:20 | 4th February 2018 17:07:28 | NULL                       |
| epgd 1.1.87-GITv54 (24.01.2017)               | n      | 192.168.178.12 | detached | 10th January 2018 18:20:28 | 10th January 2018 15:56:48 | 11th January 2018 03:56:48 |
| vdr 2.2.0 epg2vdr 1.1.19-GITv213 (30.11.2016) | y      | 192.168.178.2  | attached | 4th February 2018 21:34:57 | 4th February 2018 21:33:45 | NULL                       |
| epgd 1.1.87-GITv54 (24.01.2017)               | -      | 192.168.178.12 | standby  | 4th February 2018 21:33:55 | 4th February 2018 21:33:46 | 5th February 2018 09:33:46 |
+-----------------------------------------------+--------+----------------+----------+----------------------------+----------------------------+----------------------------+

Schoen' Dank schonmal

3

Allgemein [ General ] / epgsync synct nicht mehr

« on: January 16, 2017, 19:35:06 »

Vielen Dank, das hilft mir schon mal weiter 

4

x86 Systeme (PC) / würgaround für kein sound per HDMI nach resume

« on: January 14, 2017, 08:05:52 »

Moin Claus,

Das probier ich mal aus, danke

5

Allgemein [ General ] / epgsync synct nicht mehr

« on: January 14, 2017, 07:16:50 »

Moin,

die Einstellungen für eggsync sind in der setup.conf völlig korrekt, das war aber auch meine erste Idee.
Zu epgd: irgendwie schafft es TVGuide mit installiertem epgd nicht Timer remote anzulegen: man geht auf die aufzunehmende Sendung, drückt rot, bestätigt die Daten mit OK und bekommt dann die Meldung das der Timer nicht angelegt wurde. Wenn das jemand in der oben beschriebenen Kombination am laufen hat, würde mich mal die Einstellungen interessieren. Ich würde auch lieber direkt epgd einsetzen, weil es einfach funktioniert. 

6

x86 Systeme (PC) / würgaround für kein sound per HDMI nach resume

« on: January 13, 2017, 11:22:00 »

Moin,

Wie in einem anderen Thread schon geschrieben dreht es sich um eine Client - Server Installation, der Client ist ein alter Core2Duo auf nem Gigabyte board mit ner Nvidia Grafikkarte, war früher bei mir im Einsatz und machte keine Probleme.

Das Problem, woran ich nahezu verzweifelt bin: PC wird abends per FB schlafen geschickt, also suspend (ich meine mit Einstellung vt, mit der anderen habe ich nur lustige senkrechte grüne Balken nach'm resume) und nach nem resume habe ich zwar bild, aber kein ton über HDMI über den AV Receiver (Denon AVR-2312). Starte ich Xorg dagegen neu, tut's.

Ich vermute das sich der Treiber oder Xorg merkt, das HDMI keine Verbindung hatte, während er den Status sichert und macht nach nem resume dort weiter, also denkt HDMI ist nicht verbunden.
Ich habe daher in dem  init skript, worüber das resume gesteuert wird, eingefügt das am Ende Xorg einmal neu gestartet wird. Ist zwar nicht die eleganteste Lösung, funktioniert aber.
Shutdown würde zwar gehen, dann kann man den PC aber nicht per FB anschalten

Ich hatte vorher versucht der verwendeten Harmony beim Abschalten mitzuteilen das sie 15 sek. warten soll, also der PC 'pennt' und dann erst weiter macht, klappt aber nicht. Ich dachte dann, das ich die Nachfrage zum Runterfahren irgendwo ausmachen könnte, bin aber nicht fündig geworden. Gibt es für dieses sehr spezielle Problem evtl. nen eleganteren Weg?

7

Allgemein [ General ] / epgsync synct nicht mehr

« on: January 13, 2017, 11:04:10 »

Moin,

Ich habe Weihnachten bei meiner Mutter die alten yaVDR-Installationen durch MLD 5.1 stable ersetzt, primär weil die boot-platte im Server ausfallerscheinungen zeigte.
Insgesamt lief alles, also server und Client im Wohnzimmer. Auf dem Server läuft epg-daemon zur vollsten zufriedenheit.
Heute meinte meine Mutter ob ich mir das mal ansehen könnte, weil kein EPG daten mehr vorhanden sind, auch nicht nach'm reboot.
Also per ssh drauf und mit svdrpsend dem EPG abgerufen: leer, auf'm Server gut gefüllt.
Ich verwende epgsync, primär weil ich's mit epg-daemon nicht hinbekommen habe remote timer anzulegen über TVGuide und Skinnopacity. Ich denke, weil Entwicklung eingestellt zugunsten skindesigner, das dort die aufrufe ins leere gehen (Meldung im TVGuide: Timer NICHT angelegt).

Ich habe dann vdr gestoppt, epg.data gelöscht, vdr wieder gestartet, mit tail das log angesehen (plugin wird geladen), aber ich finde nirgendwo das er sich den epg vom Server holt.
Da sich an der Konfiguration seit dem 27.12 nix geändert habe, bin ich etwas ratlos, warum der EPG von heute auf morgen nicht mehr tut. Jemand ne Idee?

Als notbehelf habe ich erstmal die epg.data vom Server rum kopiert

8

Raspberry PI / MCE-FB an RPi2

« on: August 10, 2016, 11:56:31 »

Moin,

in der MLD ist nix falsch eingestellt, diesen nicht-existierende Eintrag in der 98-eventlircd.rules hatte ich schon mit yaVDR 0.5. Der Empfaenger ist in meiner Signatur, inwieweit das andere Benutzer betrifft und ob der von cohaus immer die selbe ID hat weiss ich nicht;

aus dmesg:

Code: [Select]

[   11.285972] usb 1-1.3: New USB device found, idVendor=147a, idProduct=e03e
[   11.285984] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[   11.285992] usb 1-1.3: Product: eHome Infrared Transceiver
[   11.285998] usb 1-1.3: Manufacturer: Formosa21
[   11.286003] usb 1-1.3: SerialNumber: 00104B41
[   11.290666] hid-generic 0003:147A:E03E.0001: hiddev0,hidraw0: USB HID v1.00 Device [Formosa21 eHome Infrared Transceiver] on usb-3f980000.usb-1.3/input1
[   11.338846] Registered IR keymap rc-rc6-mce
[   11.339095] input: Media Center Ed. eHome Infrared Remote Transceiver (147a:e03e) as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.3/1-1.3:1.0/rc/rc0/input0
[   11.339213] rc0: Media Center Ed. eHome Infrared Remote Transceiver (147a:e03e) as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.3/1-1.3:1.0/rc/rc0
[   11.348252] IR NEC protocol handler initialized
[   11.349950] IR JVC protocol handler initialized
[   11.351006] IR RC5(x/sz) protocol handler initialized
[   11.351290] IR RC6 protocol handler initialized
[   11.353345] IR Sony protocol handler initialized
[   11.354236] IR XMP protocol handler initialized
[   11.356176] input: MCE IR Keyboard/Mouse (mceusb) as /devices/virtual/input/input1
[   11.356368] IR MCE Keyboard/mouse protocol handler initialized
[   11.357416] IR Sharp protocol handler initialized
[   11.357418] IR SANYO protocol handler initialized
[   11.359236] lirc_dev: IR Remote Control driver registered, major 245
[   11.361464] rc rc0: lirc_dev: driver ir-lirc-codec (mceusb) registered at minor = 0
[   11.361476] IR LIRC bridge handler initialized
[   11.538855] mceusb 1-1.3:1.0: Registered Formosa21 eHome Infrared Transceiver with mce emulator interface version 2
[   11.538867] mceusb 1-1.3:1.0: 0 tx ports (0x0 cabled) and 1 rx sensors (0x1 active)
[   11.538961] usbcore: registered new interface driver mceusb


fehlender Eintrag in der 98-eventlircd.rules:

Code: [Select]

ENV{ID_VENDOR_ID}=="147a", ENV{ID_MODEL_ID}=="e03e", \
  ENV{eventlircd_enable}="true", \
  ENV{eventlircd_evmap}="mce.evmap"



die evmap habe ich nur an einer Stelle passend fuer die Taste Guide geaendert, welche ich auf der Harmony auf PROG1 gemapt hab um in der keymacros.conf tvguide aufzurufen

etwas offtopic: ich kann ja den raspberry pi 2 1:1 durch den 3 ersetzen, wie ist das dann mit WiFi und der Taktfrequenz, muss ich das in der rc.config bzw GUI umstellen?

9

Raspberry PI / MCE-FB an RPi2

« on: August 09, 2016, 08:03:14 »

Moin,

ir_keytable lädt ja die map rc6-mce in der die 'Namen' ja drin stehen, also muss ich ne angepasste ja nur in /etc/rc_maps hinterlegen

Danke für den Hinweis

Nochmal danke Claus, nachdem ich noch mld-remote installiert, in 98-eventlircd.rules noch den empfaenger explizit hinzugefuegt hatte (ja, richtiger ist die in /etc/udev/rules.d aufgehoben ) und die entspr. evmap editiert hatte, rennt der Hobel jetzt endlich wieder.

10

Raspberry PI / MCE-FB an RPi2

« on: August 08, 2016, 19:55:19 »

Moin,

mir ist heute mittag beim Olympia kucken bei meiner Mutter die SSD in ihrem VDR  (MLD4) abgeraucht. (jaja, Backup ist fuer feiglinge)
Ich habe ihr momentan nen RPi2 hingestellt, komme aber mit der FB-Einrichtung nicht klar, hab das zuletzt vor drei Jahren gemacht. Der Empfaenger ist nen

Code: [Select]

ir-keytable
Found /sys/class/rc/rc0/ (/dev/input/event0) with:
Driver mceusb, table rc-rc6-mce
Supported protocols: NEC RC-5 RC-6 JVC SONY SANYO LIRC RC-5-SZ SHARP XMP other
Enabled protocols: RC-6 LIRC
Name: Media Center Ed. eHome Infrared
bus: 3, vendor/product: 147a:e03e, version: 0x1001
Repeat delay = 500 ms, repeat period = 125 ms
Die FB ist ne Harmony ultimate mit MCE-Profil
Ich haenge momentan daran fest das nur up/down funktionieren, evtest schmeisst aber die richtigen werte raus:

Code: [Select]

Testing ... (interrupt to exit)
Event: time 1470677826.680114, type 4 (EV_MSC), code 4 (MSC_SCAN), value 800f041e
Event: time 1470677826.680114, type 1 (EV_KEY), code 103 (KEY_UP), value 1
Event: time 1470677826.680114, -------------- EV_SYN ------------
Event: time 1470677826.787035, type 4 (EV_MSC), code 4 (MSC_SCAN), value 800f041e
Event: time 1470677826.787035, -------------- EV_SYN ------------
Event: time 1470677827.036085, type 1 (EV_KEY), code 103 (KEY_UP), value 0
Event: time 1470677827.036085, -------------- EV_SYN ------------
Event: time 1470677849.387129, type 4 (EV_MSC), code 4 (MSC_SCAN), value 800f0401
Event: time 1470677849.387129, type 1 (EV_KEY), code 513 (KEY_NUMERIC_1), value 1
Event: time 1470677849.387129, -------------- EV_SYN ------------
Event: time 1470677849.493202, type 4 (EV_MSC), code 4 (MSC_SCAN), value 800f0401
Event: time 1470677849.493202, -------------- EV_SYN ------------
Event: time 1470677849.736106, type 1 (EV_KEY), code 513 (KEY_NUMERIC_1), value 0
Event: time 1470677849.736106, -------------- EV_SYN ------------
Event: time 1470677877.673932, type 4 (EV_MSC), code 4 (MSC_SCAN), value 800f040d
Event: time 1470677877.673932, type 1 (EV_KEY), code 226 (KEY_MEDIA), value 1
Event: time 1470677877.673932, -------------- EV_SYN ------------
Event: time 1470677877.779919, type 4 (EV_MSC), code 4 (MSC_SCAN), value 800f040d
Event: time 1470677877.779919, -------------- EV_SYN ------------
Event: time 1470677878.026105, type 1 (EV_KEY), code 226 (KEY_MEDIA), value 0
Event: time 1470677878.026105, -------------- EV_SYN ------------
Event: time 1470677900.935001, type 4 (EV_MSC), code 4 (MSC_SCAN), value 800f041f
Event: time 1470677900.935001, type 1 (EV_KEY), code 108 (KEY_DOWN), value 1
Event: time 1470677900.935001, -------------- EV_SYN ------------
Event: time 1470677901.042024, type 4 (EV_MSC), code 4 (MSC_SCAN), value 800f041f
Event: time 1470677901.042024, -------------- EV_SYN ------------
Event: time 1470677901.286119, type 1 (EV_KEY), code 108 (KEY_DOWN), value 0
Event: time 1470677901.286119, -------------- EV_SYN ------------

Ich steh' echt auf'm Schlauch, wo ist Gehirnknoten?

11

Allgemeines [ General ] / Umstieg yaVDR auf MLD 3.0.3

« on: December 27, 2013, 09:15:38 »

Ein neues 'problemchen', das hatte ich unter yaVDR aber auch schon
Ich benutze zu 99% mein Motorola Nyxboard. Diese hat zwei Seiten, Vorderseite normale FB, Rückseite Tastatur. XBMC erkennt und benutzt das Teil, was sich als HID einbindet, eigenständig. Natürlich krallt sich eventlircd es sich auch.
Im xbmc funktioniert die vorderseite 1a, beim Umdrehen wird, ich meine ALT-F7 gesendet, und die rückseite ist aktiv. Um xbmc das abzugewöhnen, hatte ich unter yaVDR beim Starten von xbmc eventlircd beendet und beim Beenden von xbmc wieder gestartet. Klappte einwandfrei und die Meldungen in den logs störten mich nicht.

Unter MLD funktioniert das leider nicht. beende ich eventlircd und starte ich ihn wieder bekomme ich die FB nicht wieder zum laufen, auch starten von vdr/xorg bringt nix, nur nen reboot.
Ich hatte danach nacheinander probiert xbmc mit -n und -l /dev/null zur Zusammenarbeit zu überreden, scheitert aber daran das sich xbmc dann per FB garnicht bedienen lässt, bzw. sich weg hängt.

Ich denke das ich damit leben muss oder eventlirc eine entspr. angepasste evmap unterschieben muss.
 

12

Allgemeines [ General ] / eventlirc ignoriert evmap und suspend/resume

« on: December 27, 2013, 08:53:49 »

softhddevice, passthrough

Ich hab mir jetzt erstmal so beholfen, das ich im xorg-script in der resume-Sektion nen stop/start eingefügt habe, ist zwar nicht elegant, funktioniert aber. Muss heute leider wieder arbeiten, PC staht 250km entfernt, deshalb
resume-Option vt/vp hatte ich auch schon probiert.

13

Allgemeines [ General ] / eventlirc ignoriert evmap und suspend/resume

« on: December 26, 2013, 11:47:05 »

Der Ton, Bild ist da. Startte ich in der console xorg neu, kommt auch wieder ton.. CustomEDID is vorhanden und wird auch im X-log ausgeworfen..

14

Allgemeines [ General ] / eventlirc ignoriert evmap und suspend/resume

« on: December 26, 2013, 11:19:03 »

Genau DAS wars, KEY_FN geht 1a

bleibt nur noch das suspend-problem.. gestern mehrfach die kiste schlafen geschickt, ging 1a, heute wieder nicht. Ich verstehs nicht. Die Karte lief vorher in meinem Client 1a, nie probleme beim resume.

15

Allgemeines [ General ] / eventlirc ignoriert evmap und suspend/resume

« on: December 25, 2013, 16:42:01 »

Ich antworte mir mal selber zum 2. Problem:

xorg-nvidia.legacy installiert, sofort ton nach resume