[Frounts]

Danke fürs Update! Nach Suspend ist jetzt die Glotze auf 1080p50.
LG Fr.

Edit: Aber nur dann, wenn die RPi die Glotze einschaltet. Läuft der Fernseher schon und man weckt den VDR, issas p60. :-(

Auflösung nach suspend auf 1080p60:

Wenn ich die Raspberry frisch boote, ist die Auflösung der Ausgabe wie im Webinterface auf 1080p50 (Mode 31). Wenn ich sie dann in den suspend schicke und mit dem Powerknopf den vdr wieder wecke, ist die Auflösung der Ausgabe auf 1080p60. Als Ausgabedevice verwende ich das rpihddevice.

Hat das jemand auch schon beobachtet?

LG Fr.

[gkd-berlin]

Hallo,

Test: MLD-4.0.1-rpi_rpi_2015.02.02-100.tar  (Standard) vom 4.2.  3:21h 

Im Quick-Setup kann ich keine Kanalliste auswählen. Ist nicht mehr da.

Nach Konfiguration und Installation: Schwarzer Bildschrm.
Der DVBT-Stick wird zu Beginn kurz angesprochen.

Auf der Konsole : "restart vdr". Fehlermeldung: "Unknown init script 'vdr'".
Offensichtlich läuft der VDR nicht.

Habe ich eine defekte Version erwischt, und muß nur warten?

Gruß Gerhard

[clausmuus]

Ja, nachdem ich gestern Abend den autobuild für den RPI aktiviert habe, ist letzte Nacht natürlich auch gleich was schief gegangen und ein halb fertig kompiliertes System wurde hochgeladen.
Der RPI baut aber noch fleißig und ich erwarte das der Kram im Laufe des Abends fertig wird.

Claus

[gkd-berlin]

Hallo,

Test: MLD-4.0.1-rpi_rpi_2015.02.03-100.tar  (Standard, angepaßt) vom 4.2.  22:25h 
Zusätzlich installierte Pakete: dvb-sundtek, hdparm, mc, udevil, vdradmin-am, rpi-rtc, clock, devstatus, epgsearch, extrecmenu, femon, systeminfo.

Zuerst der Erfolg: RTC wird erkannt und die Zeit und Datum übernommen.
Mit "clock" ist die Zeitangabe 2 Std. früher.

Zu den Mißerfolgen:
- Auf der Tastatur funktionieren die Tasten F1 (rot) und F2 (grün) nicht mehr. Wurde da was geändert?
  Während der Bootphase kann mit ALT+F1 und ALT+F2 die Konsole nicht eingestellt werden.

- Wird "femon" aufgerufen, ist das Bild zerrissen und der Ton völlig weg. Das ist neu.
  Nach Verlassen von "femon" ist wieder alles ok.

- Mein USB-Stick ist in mc nicht zu sehen. In der Messages erscheint er als sda. Das war schon in der Version vom 11.9.14 so.

Code: [Select]

aus Messages:
Feb  5 00:57:11 (none) user.info kernel: [  658.233482] usb 1-1.3.2: New USB device found, idVendor=1307, idProduct=0163
Feb  5 00:57:11 (none) user.info kernel: [  658.233531] usb 1-1.3.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Feb  5 00:57:11 (none) user.info kernel: [  658.233548] usb 1-1.3.2: Product: USB Mass Storage Device
Feb  5 00:57:11 (none) user.info kernel: [  658.233563] usb 1-1.3.2: Manufacturer: USBest Technology
Feb  5 00:57:11 (none) user.info kernel: [  658.233577] usb 1-1.3.2: SerialNumber: 000000000000E3
Feb  5 00:57:11 (none) user.info kernel: [  658.241909] usb-storage 1-1.3.2:1.0: USB Mass Storage device detected
Feb  5 00:57:11 (none) user.info kernel: [  658.244874] scsi1 : usb-storage 1-1.3.2:1.0
Feb  5 00:57:12 (none) user.notice kernel: [  659.241841] scsi 1:0:0:0: Direct-Access     Ut163    USB2FlashStorage 0.00 PQ: 0 ANSI: 2
Feb  5 00:57:12 (none) user.notice kernel: [  659.246377] sd 1:0:0:0: [sda] 1974271 512-byte logical blocks: (1.01 GB/963 MiB)
Feb  5 00:57:12 (none) user.notice kernel: [  659.247579] sd 1:0:0:0: [sda] Write Protect is off
Feb  5 00:57:12 (none) user.debug kernel: [  659.247623] sd 1:0:0:0: [sda] Mode Sense: 00 00 00 00
Feb  5 00:57:12 (none) user.err kernel: [  659.248609] sd 1:0:0:0: [sda] Asking for cache data failed
Feb  5 00:57:12 (none) user.err kernel: [  659.248647] sd 1:0:0:0: [sda] Assuming drive cache: write through
Feb  5 00:57:12 (none) user.info kernel: [  659.378011]  sda: sda1
Feb  5 00:57:12 (none) user.notice kernel: [  659.384218] sd 1:0:0:0: [sda] Attached SCSI removable disk
Feb  5 00:57:12 (none) daemon.err udevd[5028]: failed to execute '/lib/udev/edd_id' 'edd_id --export /dev/sda': No such file or directory udevil ist installiert.

- Die Fernbedienung konnte ich nicht testen, da der USB-Stick nicht funktioniert.

- Debug-Log-Code: Mf3jYl

Gruß Gerhard

[skippy]

Zu den Mißerfolgen:
- Auf der Tastatur funktionieren die Tasten F1 (rot) und F2 (grün) nicht mehr. Wurde da was geändert?
  Während der Bootphase kann mit ALT+F1 und ALT+F2 die Konsole nicht eingestellt werden.

- Wird "femon" aufgerufen, ist das Bild zerrissen und der Ton völlig weg. Das ist neu.
  Nach Verlassen von "femon" ist wieder alles ok.

Hallo Gerhard,

ich habe heute auch meinen RPi neu aufgesetzt. Ich habe ein angepasstes Client-ISO verwendet. Vielleicht liegt da auch schon der Unterschied. Ich weiß, aus dem Videochat, dass die ISOs erst gestern Abend fertig geworden sind. Beim Download tragen sie jedoch das Datum vom 3.3. Da ich ein angepasstes ISO verwendet habe, wurde es erst heute erstellt. Bei mir funktionieren jedenfalls die Tasten F1 und F2 und ich kann auch mit Alt F1 auf die Konsole wechseln. Die Konsole 2 ist ja erst eine Weile nach der Anzeige des TV-Bildes verfügbar. Aber dann kann ich auch dorthin wechseln. Femon habe ich gegen den Server getestet, auch das funktioniert bei mir ohne zerrissenes Bild (Ton habe ich nicht, da ich auf einem Monitor teste).

Viele Grüße skippy

[gkd-berlin]

Hallo skippy,

ich habe mit einer älteren Version (11.9.14) ALT+F1 probiert. Siehe da, gleicher Fehler.
Mit einer anderen Tastatur ist alles ok. Da hat wohl meine Tastatur eine Macke. Werde ich reparieren.

Die Bild- und Tonaussetzer treten im femon nur bei schwach einfallenden Sendern auf.
BER fällt im femon dann vom Anfang grünen in den roten Bereich zurück. Ist also kein femon-Fehler. Bei stark einfallenden Sendern tritt der Effekt nicht auf.

Somit sind die beiden "Mißerfolge" keine MLD-Fehler.

Gruß Gerhard

[gkd-berlin]

Hallo,

Test: MLD-4.0.1-rpi_rpi_2015.02.07-101.tar  (Standard, angepaßt) vom 8.2.  4:07h 
Zusätzlich installierte Pakete: dvb-sundtek, hdparm, mc, udevil, vdradmin-am, rpi-rtc, clock, devstatus, epgsearch, extrecmenu, femon, systeminfo.

!!! udevil funktioniert wieder. Ich kann meine persönlichen Dateien wieder ins System kopieren.

Und nun fangen die neuen Probleme an.
Bisher habe ich in /etc/vdr/channels/DVB-T-DE-Berlin-Brandenburg.conf durch meine überschrieben. Das hat soweit immer geklappt.
Seit heute nicht mehr. Es wird nach einem reboot oder Kaltstart wieder die alte .conf geladen.
Im Quickstart kann man sehen: Sprache steht auf "en_GB.UTF-8" und in Kanalliste steht "DVB-T-DE-Berlin-Brandenburg.user".
Wird jetzt wieder, die überschriebene "DVB-T-DE-Berlin-Brandenburg", ausgewählt, klappts.
Nun müßte man noch einmal das System installieren. Dieses Verhalten finde ich untragbar.

Zuvor habe ich versucht die Kanalliste über das OSD einzustellen. Das geht nicht. System->System Setup bleibt hängen oder der VDR startet neu.
Über das WebIf: Konfiguration->TV->DVB kommt eine Fehlermeldung: "cat: can't open 'tpl/setup/TV/DVB/*.sh': No such file or directory".

Die Fernbedienung funktioniert mit dem bekannten "prellen".

Merkwürdigerweise funktioniert wieder F1 und ALT+F1 auf der Tastatur, ohne das ich an der Tastatur geschraubt habe.

Meine Lüftersteuerung läuft ebenfalls fehlerfrei.

Debug Code: Ba4ejF

Gruß Gerhard

[clausmuus]

Hi,

es wird immer eine (.user) Kopie der gewählten Kanalliste angelegt, damit die eigenen Änderungen bei einem Upgrade nicht überschrieben werden, aber trotzdem neue Kanallisten eingespielt werden können. Wenn Du die Kannalliste über das Weninterface bearbeitest oder direkt die Datei /etc/vdr/channels.conf, dann werden Deine Änderungen auch direkt übernommen, ohne das Du die Kannalliste erneut auswählen musst.
Den Setup Fehler muss ich mir gesondert anschauen.

Claus

[gkd-berlin]

Hallo,

Test: MLD-4.0.1-rpi_rpi_2015.02.08-101.tar  (Standard, angepaßt) vom 9.2.  11:19h 
Zusätzlich installierte Pakete: dvb-sundtek, hdparm, mc, udevil, vdradmin-am, rpi-rtc, clock, devstatus, epgsearch, extrecmenu, femon, systeminfo.

Während des 1. Kaltstarts von der SD-Karte kommen am Anfang jede Menge Fehlermeldungen. Ich kann nicht so schnell gucken, wie die Meldungen durchlaufen.

Das System ist über das WebIf nicht erreichbar. "Diese Webseite ist nicht verfügbar."
EDIT: Datum Zeit wird über ntp korrekt eingestellt.

Der Zugriff über Putty gelingt. mc kann nicht gestartet werden.

Code: [Select]

MLD> mc
-sh: mc: not found
MLD>
Die tgz ist statt ca. 43MB nur 19,6MB groß.

Gruß Gerhard

[clausmuus]

Da war irgendwas furchtbar durcheinander gekommen. Ohne es getestet zu haben, gibt's jetzt jedenfalls schon mal neue Images.

Claus

[pbriesch]

Nichts fatales, aber unschön: unknown mount option [nls].

Code: [Select]

MLD> dmesg
...
[    9.422191] XFS (mmcblk0p1): unknown mount option [nls].
...
MLD>


Code: [Select]

MLD> mount
rootfs on / type rootfs (rw)
/dev/mmcblk0p2 on / type btrfs (rw,relatime,ssd,noacl,space_cache)
proc on /proc type proc (rw,relatime)
sys on /sys type sysfs (rw,relatime)
tmp on /tmp type tmpfs (rw,relatime)
run on /run type tmpfs (rw,relatime)
dev on /dev type devtmpfs (rw,relatime,size=186452k,nr_inodes=46613,mode=755)
log on /var/log type tmpfs (rw,relatime)
/dev/mmcblk0p2 on /media/sd-mmcblk0p2 type btrfs (rw,relatime,ssd,noacl,space_cache)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620,ptmxmode=000)
/dev/mmcblk0p2 on /var/cache type btrfs (rw,relatime,ssd,noacl,space_cache)
/dev/mmcblk0p2 on /mnt/data type btrfs (rw,relatime,ssd,noacl,space_cache)
/dev/mmcblk0p1 on /boot type vfat (rw,relatime,fmask=0002,dmask=0002,allow_utime=0020,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
MLD>

Code: [Select]

MLD> cat /etc/fstab
proc        /proc           proc      defaults            0 0
sys         /sys            sysfs     defaults            0 0
run         /run            tmpfs     defaults            0 0
tmp         /tmp            tmpfs     defaults            0 0
dev         /dev            devtmpfs  defaults            0 0
devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
/dev/dvd    /media/dvd      auto      ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
UUID=820ce390-9683-4b21-a195-c643d28b406b   /               auto   defaults             0 1
UUID=820ce390-9683-4b21-a195-c643d28b406b   /var/cache      btrfs  subvol=@cache        0 0
UUID=820ce390-9683-4b21-a195-c643d28b406b   /mnt/data       btrfs  subvol=@data         0 0
UUID=8FF8-E6F6   /boot        auto      defaults            0 2
MLD>

Code: [Select]

MLD> cat /etc/mtab
rootfs / rootfs rw 0 0
/dev/mmcblk0p2 / btrfs rw,relatime,ssd,noacl,space_cache 0 0
proc /proc proc rw,relatime 0 0
sys /sys sysfs rw,relatime 0 0
tmp /tmp tmpfs rw,relatime 0 0
run /run tmpfs rw,relatime 0 0
dev /dev devtmpfs rw,relatime,size=186452k,nr_inodes=46613,mode=755 0 0
log /var/log tmpfs rw,relatime 0 0
/dev/mmcblk0p2 /media/sd-mmcblk0p2 btrfs rw,relatime,ssd,noacl,space_cache 0 0
devpts /dev/pts devpts rw,relatime,gid=5,mode=620,ptmxmode=000 0 0
/dev/mmcblk0p2 /var/cache btrfs rw,relatime,ssd,noacl,space_cache 0 0
/dev/mmcblk0p2 /mnt/data btrfs rw,relatime,ssd,noacl,space_cache 0 0
/dev/mmcblk0p1 /boot vfat rw,relatime,fmask=0002,dmask=0002,allow_utime=0020,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro 0 0
MLD>

[clausmuus]

Mach mal in der /etc/fstab in der letzten Zeile aus dem auto ein vfat und schau ob das hilft.

Claus

[pbriesch]

Hallo Claus!

Code: [Select]

MLD> cat /etc/fstab
proc        /proc           proc      defaults            0 0
sys         /sys            sysfs     defaults            0 0
run         /run            tmpfs     defaults            0 0
tmp         /tmp            tmpfs     defaults            0 0
dev         /dev            devtmpfs  defaults            0 0
devpts      /dev/pts        devpts    mode=0620,gid=5     0 0
/dev/dvd    /media/dvd      auto      ro,noauto           0 0
/dev/cdrom  /media/cdrom    auto      ro,noauto           0 0
UUID=820ce390-9683-4b21-a195-c643d28b406b   /               auto   defaults             0 1
UUID=820ce390-9683-4b21-a195-c643d28b406b   /var/cache      btrfs  subvol=@cache        0 0
UUID=820ce390-9683-4b21-a195-c643d28b406b   /mnt/data       btrfs  subvol=@data         0 0
UUID=8FF8-E6F6   /boot        vfat     defaults            0 2
MLD>
Immer noch:

Code: [Select]

[    9.636366] XFS (mmcblk0p1): unknown mount option [nls].

[gkd-berlin]

Hallo,

Test: MLD-4.0.1-rpi_rpi_2015.02.13-104.tar  (Standard, angepaßt) vom 15.2.  4:09h 
Zusätzlich installierte Pakete: dvb-sundtek, hdparm, mc, udevil, vdradmin-am, rpi-rtc, clock, devstatus, epgsearch, extrecmenu, femon, systeminfo, (lircd2uinput).

heute kann ich wieder einige Erfolge vermelden.

- Installation auf SD-Karte ok.
- Kopieren meiner Dateien ins System ok.
- System läuft.   Fernbedienung (Gpio) läuft, aber mit "prellen". Lüftersteuerung läuft. Automatisches Ausschalten nach "poweroff" läuft auch.

Zur Kanalliste: Nachdem das System installiert ist überschreibe ich in /etc/vdr/channels die vorhandene "DVB-T-DE-Berlin-Brandenburg" mit meiner Datei gleichen Namens.
Nach einem Reboot/Kaltstart wird im System wieder die ursprüngliche Kanalliste geladen.
Im Quicksetup steht in Kanalliste: DVB-T-DE-Berlin-Brandenburg.user. Wähle ich hier wieder die DVB-T-Berlin-Brandenburg, die nun meine geänderte ist aus, ist nach "save" und Reboot/Kaltstart alles ok.
Über das OSD kann ich noch nicht auf: System->System Setup zugreifen. Der VDR startet neu!

Zum Prellen der Fernbedienung: Die Nachträgliche Installation von lircd2uinput schafft nach einem Kaltstart Abhilfe.
Leider hält das Vergnügen nicht lange an. Wird die Tastatur, nach einem Kaltstar, nicht ans System angeschlossen, ist zwar das Prellen der FB weg, aber es funktionieren nur noch die Zifferntasten und AUF, AB. Alle anderen Tasten zeigen keine Reaktion.
Ist zu einem Kaltstart die Tastatur wieder angeschlossen, sind alle Probleme weg. Nachdem das System hochgefahren ist, kann die Tastatur wieder abgesteckt werden. Bis zum nächsten Start bleibt alles ok.
Wurde das System ohne Tastatur gestartet und anschließend

Code: [Select]

MLD> opkg remove lircd2uinput
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2015-02-15 11:29'
Removing package lircd2uinput from root...

MLD> opkg install lircd2uinput
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2015-02-15 11:30'
Installing lircd2uinput (0-0) on root.
Configuring lircd2uinput.
MLD>gemacht, bleibt der Zustand er FB so kaputt wie er war.  Es funktionieren nur einige Tasten.
D.h. Die Tastatur muß während des Hochfahrens unbedingt angeschlossen sein.

Hier ein Debug-Log: iDjsoB. Das System wurde ohne Tastatur hochgefahren. In der Messages sind sehr viele "Error" zu sehen. Ich hoffe, es hilft weiter.

An dieser Stelle meinen Dank, besonders an Claus, und all die anderen die hier so unermüdlich und sehr schnell auf die User-Probleme reagieren.

Gruß Gerhard

[gkd-berlin]

Hallo,

Test: MLD-4.0.1-rpi_rpi_2015.02.13-104.tar  (Standard, angepaßt) vom 16.2.  4:08h 
Zusätzlich installierte Pakete: dvb-sundtek, hdparm, lircd2uinput, mc, udevil, vdradmin-am, rpi-rtc, clock, devstatus, epgsearch, extrecmenu, femon, systeminfo.

heute wieder ein Erfolg:
Installation mit lircd2uinput in der tgz ohne angeschlossene Tastatur.
Installation ok. Nach kopieren meiner .conf-Dateien ins System läuft die Fernbedienung ohne Probleme. Kein prellen und alle Tasten funktionieren.
Ob die Erstinstallation mit mit angeschlossener Tastatur auch geht, habe ich nicht getestet.

Die Kanalliste muß noch von Hand eingestellt werden, da die "Kanalliste.user" benutzt wird.
Im OSD klappt das nicht, da mit "System Setup" der VDR neu startet.
Über das WebIf mache ich das im Quicksetup. Es geht am schnellsten. Einfach die Kanalliste neu einstellen und "save".
Dabei ist mir aufgefallen: Der Restart VDR-Button hat keine Wirkung. Über das OSD hats geklappt.

Gruß Gerhard