31

x86 Systeme (PC) / MLD 5.4 Testing X86 Sound Problem

« on: March 29, 2018, 18:03:54 »

Habe heute ein update gemacht auf meinem X86 System und jetzt habe ich ein Sound Problem bei den Österreichischen Sender das heißt (ORF1/2/3/Sport) Nur mehr ein krachen drauf.
ANIXE HD habe auch noch gerade gesehen das es ist. Alle anderen Sender funktionieren.
Hier mal ein Log dazu:

Code: [Select]

Mar 29 17:53:03 (MLD) user.err vdr: Surface 0 query status = 0x6: invalid VASurfaceID
Mar 29 17:53:03 (MLD) user.err vdr: Surface 0 query status = 0x6: invalid VASurfaceID
Mar 29 17:53:05 (MLD) user.info vdr: [23138] DVBAPI: 0.0 set CAM decrypt (SID 20007 (0x4E27), caLm 5, HasCaDescriptors 1)
Mar 29 17:53:05 (MLD) user.info vdr: [23138] DVBAPI: 0.0 set CAM decrypt (SID 4913 (0x1331), caLm 4, HasCaDescriptors 0)
Mar 29 17:53:06 (MLD) user.err vdr: [softhddev] invalid PES video packet
Mar 29 17:53:07 (MLD) user.info vdr: [23138] DVBAPI: 0.0 set CAM decrypt (SID 4913 (0x1331), caLm 5, HasCaDescriptors 1)
Mar 29 17:53:07 (MLD) user.info vdr: [23138] DVBAPI: 0.0 set CAM decrypt (SID 4913 (0x1331), caLm 4, HasCaDescriptors 1)
Mar 29 17:53:08 (MLD) user.err vdr: [softhddev] 41 invalid PES video packet(s)
Mar 29 17:53:08 (MLD) user.err vdr: Surface 0 query status = 0x6: invalid VASurfaceID
Mar 29 17:53:08 (MLD) user.err vdr: Surface 0 query status = 0x6: invalid VASurfaceID
Mar 29 17:53:10 (MLD) user.info vdr: [23138] DVBAPI: 0.0 set CAM decrypt (SID 4913 (0x1331), caLm 5, HasCaDescriptors 1)
Mar 29 17:53:10 (MLD) user.info vdr: [23138] DVBAPI: 0.0 set CAM decrypt (SID 13309 (0x33FD), caLm 4, HasCaDescriptors 0)
Mar 29 17:53:10 (MLD) user.err vdr: [softhddev] invalid PES video packet
Mar 29 17:53:11 (MLD) user.info vdr: [23138] DVBAPI: 0.0 set CAM decrypt (SID 13309 (0x33FD), caLm 5, HasCaDescriptors 1)
Mar 29 17:53:11 (MLD) user.info vdr: [23138] DVBAPI: 0.0 set CAM decrypt (SID 13309 (0x33FD), caLm 4, HasCaDescriptors 1)
Mar 29 17:53:12 (MLD) user.err vdr: [softhddev] 21 invalid PES video packet(s)
Mar 29 17:53:13 (MLD) user.err vdr: video: display buffer empty, duping frame (229/0) 0
Mar 29 17:53:13 (MLD) user.err vdr: video: display buffer empty, duping frame (230/0) 0
Mar 29 17:53:13 (MLD) user.err vdr: video: display buffer empty, duping frame (231/0) 0
Mar 29 17:53:13 (MLD) user.err vdr: video: display buffer empty, duping frame (232/0) 0
Mar 29 17:53:13 (MLD) user.err vdr: video: display buffer empty, duping frame (233/0) 7
Mar 29 17:58:13 (MLD) user.info vdr: [23138] DVBAPI: 0.0 set CAM decrypt (SID 13309 (0x33FD), caLm 5, HasCaDescriptors 1)
Mar 29 17:58:13 (MLD) user.info vdr: [23138] DVBAPI: 0.0 set CAM decrypt (SID 13308 (0x33FC), caLm 4, HasCaDescriptors 1)
Mar 29 17:58:13 (MLD) user.err vdr: [softhddev] invalid PES video packet
Mar 29 17:58:13 (MLD) user.err vdr: [softhddev] 3 invalid PES video packet(s)
Mar 29 17:58:20 (MLD) user.info vdr: [23138] DVBAPI: 0.0 set CAM decrypt (SID 13308 (0x33FC), caLm 5, HasCaDescriptors 1)
Mar 29 17:58:20 (MLD) user.info vdr: [23138] DVBAPI: 0.0 set CAM decrypt (SID 13304 (0x33F8), caLm 4, HasCaDescriptors 1)
Mar 29 17:58:21 (MLD) user.err vdr: [softhddev] invalid PES video packet
Mar 29 17:58:21 (MLD) user.err vdr: [softhddev] 7 invalid PES video packet(s)
Mar 29 17:58:26 (MLD) user.info vdr: [23138] DVBAPI: 0.0 set CAM decrypt (SID 13304 (0x33F8), caLm 5, HasCaDescriptors 1)
Mar 29 17:58:26 (MLD) user.info vdr: [23138] DVBAPI: 0.0 set CAM decrypt (SID 4911 (0x132F), caLm 4, HasCaDescriptors 1)
Mar 29 17:58:26 (MLD) user.err vdr: [softhddev] invalid PES video packet
Mar 29 17:58:27 (MLD) user.err vdr: [softhddev] 15 invalid PES video packet(s)
Mar 29 17:58:27 (MLD) user.err vdr: video: display buffer empty, duping frame (248/0) 0
Mar 29 17:58:27 (MLD) user.err vdr: video: display buffer empty, duping frame (249/0) 0
Mar 29 17:58:27 (MLD) user.err vdr: video: display buffer empty, duping frame (250/0) 0
Mar 29 17:58:27 (MLD) user.err vdr: video: display buffer empty, duping frame (251/0) 0
Mar 29 17:58:28 (MLD) user.err vdr: video: display buffer empty, duping frame (252/0) 4


32

x86 Systeme (PC) / MLD 5.4 x86 Testing UDEV Problem

« on: March 17, 2018, 12:11:12 »

Wie wir im letzten VC gesprochen haben, habe ich den Eintrag

Code: [Select]

udevadm control --log-priorty=debug in die /etc/init.d/udev eingetragen und hier ist jetzt der dazu gehörige Log
Code lautet: grbHgW

33

x86 Systeme (PC) / MLD 5.4 x86 Testing Flicr IR einrichten geht nicht!

« on: March 04, 2018, 21:05:41 »

Habe mir einen Flirc IR Empfänger besorgt und dazu möchte ich eine MCE RC6 FB verwenden wo ich auch schon unter der Flirc Software die Tastenbelegung eingerichtet habe. Nur wird der Empfänger nicht erkannt. Habe auch schon das "hid" Paket dazu installiert.
Wenn der Flirc beim Start der MLD angesteckt ist und man dann ein lsusb oder dsmeg eingibt wird er nicht angezeigt. Startet man die MLD und nach dem hochfahren steckt man den Flirc an wird er erkannt.

Code: [Select]

VDR-WZ> lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 007: ID 20a0:0005 Clay Logic
Bus 001 Device 002: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub


Code: [Select]

[  229.044116] usb 1-2.1: new full-speed USB device number 7 using xhci_hcd
[  229.121746] usb 1-2.1: New USB device found, idVendor=20a0, idProduct=0005
[  229.121750] usb 1-2.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[  229.121752] usb 1-2.1: Product: flirc
[  229.121754] usb 1-2.1: Manufacturer: flirc.tv
[  229.123116] hid-generic 0003:20A0:0005.0001: hiddev96,hidraw0: USB HID v1.11 Device [flirc.tv flirc] on usb-0000:00:14.0-2.1/input0
Das ist der Flirc den ich habe: https://flirc.tv/more/flirc-usb
und das ist die FB die ich dazu verwenden möchte: https://www.amazon.de/auvisio-Fernbedienungen-f%C3%BCr-PCs-Fernbedienung/dp/B001DZOMI2/ref=sr_1_1?ie=UTF8&qid=1520193903&sr=8-1&keywords=mce+fernbedienung

Hier auch noch die Ausgabe zu "lsusb -v"

Code: [Select]

Bus 001 Device 007: ID 20a0:0005 Clay Logic
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0
  bDeviceProtocol         0
  bMaxPacketSize0         8
  idVendor           0x20a0 Clay Logic
  idProduct          0x0005
  bcdDevice            1.00
  iManufacturer           1 flirc.tv
  iProduct                2 flirc
  iSerial                 0
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           41
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0
    bmAttributes         0xa0
      (Bus Powered)
      Remote Wakeup
    MaxPower              100mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           2
      bInterfaceClass         3 Human Interface Device
      bInterfaceSubClass      0 No Subclass
      bInterfaceProtocol      1 Keyboard
      iInterface              0
        HID Device Descriptor:
          bLength                 9
          bDescriptorType        33
          bcdHID               1.11
          bCountryCode            0 Not supported
          bNumDescriptors         1
          bDescriptorType        34 Report
          wDescriptorLength      47
         Report Descriptors:
           ** UNAVAILABLE **
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               1
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x01  EP 1 OUT
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               1
Device Status:     0x0000
  (Bus Powered)


34

Raspberry PI / MLD 5.4 RPI Unstable Kodi kann man nicht starten

« on: February 12, 2018, 09:31:15 »

Morgen!

Hab gerade das aktuelle Update gemacht und bei mir ist Kodi mit drauf. Für Kodi gibt es keinen Eintrag im OSD das man es starten kann und wenn man es über die Konsole startet bleibt der Ton vom VDR aber Kodi wird gestarrt.
Über das WebIf kann man es starten nur auch mit Ton vom VDR.

Hier der Debug-Log dazu: 11ze1X

35

x86 Systeme (PC) / MLD 5.4 x86 Unstable xorg-nvidia.legacy

« on: January 20, 2018, 20:21:12 »

So habe jetzt mal den aktuellen xorg-nvidia.legacy installiert und getestet. Habe Bild und Ton. Das einzige was ich nach der Installation machen musste, unter Sound das Audio Device neu auswählen. Ist aber das selbe Device geblieben.
Das ist der Installierte Treiber.

Code: [Select]

xorg-nvidia.legacy 1:340.106-24.12+4.14.14.199.60
Hier noch der Debbug Log: JzqcQp

36

Allgemein [ General ] / Frohe Weihnachten!

« on: December 24, 2017, 07:20:20 »

Wünsche allen ein frohes besinnliches Weihnachtsfest und einen guten Rutsch ins neue Jahr mit viel Gesundheit!

37

Raspberry PI / MLD 5.4 Rpi nach Update kein OSD mehr!

« on: December 18, 2017, 19:27:07 »

Habe gerade mein Rpi auf den aktuellen Stand gebracht und nach dem Update bekomme ich nur mehr das MLD Logo und kein OSD mehr und in der Log schreibt er

Code: [Select]

Dec 18 19:20:05 (none) user.err vdr: [11377] ERROR: libGLESv2.so: cannot open shared object file: No such file or directory
Dec 18 19:20:05 (none) user.err vdr: [11449] ERROR: libGLESv2.so: cannot open shared object file: No such file or directory
Dec 18 19:20:05 (none) user.err vdr: [11449] ERROR (ci.c,2990): (null): Bad address

Hier der Debug-Log dazu: gSdFYw

38

Raspberry PI / MLD 5.4 Rpi Autostart FHEM geht nicht

« on: December 08, 2017, 17:22:10 »

Habe gerade mal unter Konfiguration – Programme - FHEM  auf Autostart gesetzt das beim Start von der MLD Fhem Automatisch startet. Nach einem reboot bekommt man kurz den VDR mit Bild am TV dann starte Fhem nicht und man hat nur einen schwarzen Bildschirm.

Hier der Debug-Log dazu: iWlN3H

39

Raspberry PI / MLD 5.4 Rpi zwei Display am Rpi3 betreiben

« on: December 08, 2017, 14:08:58 »

Habe hier ein Rpi3 mit einem TouchDisplay das per DSI Eingang anschlossen wird. Das ganze möchte ich dann direkt noch am TV über den HDMI anschließen. So weit habe ich es auch nur habe ich das Problem das ich nur Bild über das Rpi Display habe und den Ton bekomme ich über den HDMI vom TV. Gibt es eine Möglichkeit das beide gleichzeitig Betreiben kann oder das ich von einem Bildschirm auf den anderen umschalten kann. Es gibt eine config "99-fbdev.conf" wo man das eintragen kann. Nr vermute ich dass das nur für Disdlay geht die über den SPI angeschlossen sind und nicht über den DSI.
Habe auch versucht im Webif über Konfiguration – Xorg das einzustellen nur ändert sich nichts.

Hier noch ein Link den ich dazu gefunden habe:
https://up-community.org/wiki/TFT_Display_HATs

Hier eine config wie die aussehen sollte:

Code: [Select]

#sudo nano /etc/X11/xorg.conf.d/99-fbdev.conf
#sudo service lightdm restart

Section "Device"
  Identifier "myfb"
  Driver "fbdev"
  Option "fbdev" "/dev/fb0"
EndSection

Section "Device"
  Identifier "mytft"
  Driver "fbdev"
  Option "fbdev" "/dev/fb1"
EndSection

Section "Screen"
        Identifier      "HDMI"
        Device          "myfb"
        Monitor         "Monitor TV"
        Option          "Xinerama" "1"
EndSection

Section "Screen"
        Identifier      "TFT"
        Device          "mytft"
        Monitor         "Monitor TFT"
        Option          "Xinerama" "1"
EndSection

Section "ServerLayout"
        Identifier      "Default Layout"
        Screen          0 "HDMI"
        Screen          1 "TFT"
#       Screen          1 "HDMI" RightOf "TFT"
#    Screen 1 "ScreenTFT" LeftOf "ScreenHDMI"
#    Screen 1 "ScreenTFT" Above "ScreenHDMI"
#    Screen 1 "ScreenTFT" Below "ScreenHDMI"
#    Screen 1 "ScreenTFT" Relative "ScreenHDMI" x y
#    Screen 1 "ScreenTFT" Absolute x y
        Option          "Xinerama" "1"
EndSection



#sudo nano /etc/X11/xorg.conf.d/99-fbdev.conf
#sudo service lightdm restart

40

x86 Systeme (PC) / MLD 5.4 x86 Testing SHD Intel nach update kein Sound

« on: December 05, 2017, 12:06:23 »

Habe hier gerade die MLD 5.4 Testing Intel ein Update gemacht und nach dem hat man keinen Sound mehr. Es sind auch keine Ausgabe Device  mehr verfügbar im WebIf.

Code: [Select]

Dec  5 11:56:22 (MLD) user.info kernel: [   54.605666] logitech-hidpp-device 0003:046D:2011.0005: HID++ 1.0 device connected.
Dec  5 11:56:25 (MLD) user.err vdr: audio: can't set channels 0 sample-rate 0Hz
Dec  5 11:56:25 (MLD) user.err vdr: [softhddev] invalid PES video packet
Dec  5 11:56:29 (MLD) user.err vdr: [softhddev] 36 invalid PES video packet(s)
Dec  5 11:56:29 (MLD) user.err vdr: audio: 6 channels unsupported
Dec  5 11:56:35 (MLD) user.err vdr: audio: can't set channels 0 sample-rate 0Hz
Dec  5 11:56:35 (MLD) user.err vdr: [softhddev] invalid PES video packet
Dec  5 11:56:35 (MLD) user.err vdr: [softhddev] 2 invalid PES video packet(s)
Dec  5 11:56:35 (MLD) user.err vdr: audio: 2 channels unsupported

Hier der Debug-Log dazu: lRWLKF

41

x86 Systeme (PC) / MLD 5.4 x86 Testing Fehlermeldung bei Installation

« on: December 02, 2017, 13:58:06 »

Wollte gerade die MLD 5.4 Testing in der VM testen und man bekommt gleich bei der Installation eine Fehlermeldung.

Code: [Select]

/etc/setup/install-net.sh: line 48: syntax error: missing '))' Habe es über das WebIf versucht und auch über die Konsole immer die selbe Fehlermeldung

42

Raspberry PI / Erfahrung MLD 5.1 Upgarde auf MLD 5.4

« on: October 29, 2017, 08:43:06 »

Möchte hier mal kurz beschreiben und meine Erfahrung Teilen zum Upgrade einer MLD 5.1 Testing auf die MLD 5.4 Testing. Da es hier immer wieder mal Fragen gibt ob man die MLD von 5.1/5.3 auf die 5.4 ein Upgrade machen kann.
So nun zu meinem Vorgehen:
Es wird im WebIf unter Paketen die wenn man auf der MLD 5.1 ist die MLD 5.3 zum Upgrade angeboten. Wenn man das anklickt wir der Upgrade gestartet und es dauert einiges an Zeit  ca. 1Std bis das ganze durchgelaufen ist.
Nach dem das Upgrade fertig war habe ich die Fehlermeldung bekommen das einige lib Pakte defekt sind und auch den Befehl dazu wie man sie wieder herstellen kann.

Code: [Select]

apt --fix-broken installNach dem Ausführen des Befehl bekam ich wiederum die selbe Fehlermeldung. Die Fehler lies ich mal so wie sie waren weil sie hauptsächlich lib Pakte waren von Kodi das ich installiert gehabt habe und wo es unter MLD 5.3 Probleme sowieso gab.
Dann bin gleich auf die auf die MLD 5.4 hoch gegangen und habe es in der /etc/rc.config eingetragen statt MLD 5.3 -> MLD 5.4 oder man kann es auch über das WebIf machen unter Konfiguration - System - Distributions Version
Auf der Konsole habe ich zuerst mal Kodi deinstalliert

Code: [Select]

apt-get remove kodi
apt-get autoclean && apt-get autoremoveNachher noch mal den Befehl für die defekten Pakete

Code: [Select]

apt --fix-broken install'Und das System war soweit wieder repariert. Noch ein Update gemacht weil jetzt jeden menge Pakete zum Update angezeigt werden. Nach dem Update war das System auf MLD 5.4 testing.
Vielleicht hilft es einen oder den anderen bei der Entscheidung ob er ein Upgrade macht oder gleich neu die MLD 5.4 installiert. Beim Upgrade können auch noch andere Fehler auftreten aber meist werden die Befehle zum reparieren vorgeschlagen.
Wenn man kein Bild oder OSD hat einfach mal am Schluss einen reboot machen.

43

Allgemeines [ General ] / Alles Gute zum Geburtstag gkd-berlin!

« on: October 27, 2017, 14:56:44 »

Alles Gute zum Geburtstag zu deinem schönen Lebensalter und viele lange gesunde Jahre noch!

44

x86 Systeme (PC) / Test MLD 5.4 x86 Unstable Intel mit Softhddevice Paket

« on: October 16, 2017, 11:30:18 »

Habe jetzt mal die MLD 5.4 Unstable Intel mit dem Softhddevice-Paket installiert. Nur das reine Softhddevice vorher das softhddevice-intel deinstalliert.  Das ganze auf meinem Q1900 Board. Nur man bekommt nur das MLD Logo und kein  OSD.
Im Log findet man folgenden Fehler:

Code: [Select]

Oct 16 11:28:17 (MLD) user.err vdr: Selected deinterlacer for resolution 4 is not supported by HW
Oct 16 11:28:17 (MLD) user.err vdr: video: display buffer empty, duping frame (1/0) 0
Oct 16 11:28:17 (MLD) user.err vdr: [16567] [softhddev]:SHADER: Compile-time error: Type: 0 - 0:1(10): error: GLSL 3.30 is not supported. Supported versions are: 1.10, 1.20, 1.30, 1.00 ES, and 3.00 ES
Oct 16 11:28:17 (MLD) user.err vdr: [16567] [softhddev]ERROR compiling shader
Oct 16 11:28:17 (MLD) user.err vdr: [16567] [softhddev]Could not initiate Shaders
Oct 16 11:28:17 (MLD) user.info kernel: [  458.207519] oglThread[16567]: segfault at 0 ip           (null) sp 00007fcd8de88ea8 error 14 in vdr[55875c9d7000+1be000]

Hier auch noch der Debug-Log: 1hQLvz

45

x86 Systeme (PC) / MLD 5.4 x86 Testing nach Update immer wieder OSD aussetzer

« on: October 13, 2017, 19:14:25 »

Habe gerade ein Update gemacht von folgenden Paketen

Code: [Select]

The following packages will be upgraded:
   appstarter (0-8.1 => 0-8.3)
   icewm-lite (1.19.2-2 => 1.19.2-2.1)
   webif (0-2.25 => 0-2.26)
Seit dem Update setzt das OSD immer wieder aus mit einem PANIC: watchdog alle ca. 60 sek. für ca. 5 Sek und dann wieder TV Bild

Code: [Select]

Oct 13 19:09:48 (MLD) user.err vdr: [8644] [softhddev]failed to store OSD image texture! (timed out)
Oct 13 19:10:43 (MLD) user.err vdr: [8644] PANIC: watchdog timer expired - exiting!
Oct 13 19:10:43 (MLD) user.err vdr: [8644] PANIC: watchdog timer expired - exiting 2!
Oct 13 19:10:43 (MLD) user.info kernel: [  828.618737] traps: vdr[8644] general protection ip:7fe4ac3a8344 sp:7ffce01ee488 error:0
Oct 13 19:10:43 (MLD) user.warn kernel: [  828.618745]  in libc-2.24.so[7fe4ac32d000+195000]
Oct 13 19:10:50 (MLD) user.err vdr: [8771] [softhddev]failed to store OSD image texture! (timed out)
Hier der Debug-Log dazu:  suv7HB