Recent Posts

21
Der neue Kernel wurde im Nightbuild erstellt, also nicht meine Paketquelle.
22
Der Kernel ist wohl im falschen Ordner gelandet. Der Kernel ist hier: https://mld6.minidvblinux.de/nightbuild/deb/genericx86_64/ und die Packages Datei die ihn beinhaltet hier: https://mld6.minidvblinux.de/claus/deb/genericx86_64/
23
Hallo Claus.

Ich wollte gerade den Kernel updaten. Habe auf deine Paketquellen gewechselt und sehe einen neuen Kernel zum Updaten. Leider gibt es dann einen 404 - not found.
24
Im Fall von "Web" im OSD (das muss ich noch umbenennen in HbbTV oder Mediathek), dann wird die Mediathek im VDR OSD geöffnet. Es sollte sofort rechts unter eine Auswahl angezeigt werden.
Im Webif sollte das "Mediathek Durchsuchen" heißen. Das öffnet die Mediathek im Webbrowser. Sofern installiert im Chrome oder Firefox oder als Fallback im Surf Browser, der aber keinen Ton hat.
25
SW: mld-image-netinstall-x86-64 (250604).iso

Die Installation ist weiterhin ok.
Rufe ich im OSD  oder im WebIf das Menü "Web" bzw. "Web durchsuchen" auf und wähle als Sender das "ZDF" aus, erscheint ein schwarzer Bildschirm auf dem TV. Nach ein paar Sekunden erscheint wieder der zuletzt gewählte TV-Sender.
26
Claus, du bist der Allerbeste! Ich danke dir. Leider bin ich gerade beruflich unterwegs und komme erst am Wochenende heim. Kann es aber kaum erwarten.  ;D
27
Ich habe mich jetzt mal um Dein PowerCap Problem gekümmert. in 15 Minuten gibt es ein Kernel Update. Damit sollte die Schnittstelle verfügbar sein.
28
SW: mld-image-netinstall-x86-64 (250601).iso

Der Ton Ausgang wird in den "Einstellungen->Ton" wieder im Modus "auto" automatisch erkannt.
Ist wieder ok.
29
Vielen Dank für die Erklärung, das leuchtet natürlich ein.

Ich bin mir noch nicht sicher, ob ich mergerfs aufgeben will. Es gibt ja nun mehrere Gründe, warum man es nutzen sollte. Es hatte ja für meinen Anwendungsfall auch ein paar nette positive Eigenschaften. Ich sehe zwei Möglichkeiten, wie das noch was werden könnte. Ich spiele mal etwas mit den Mount-Optionen, scheint ja ganz gut dokumentiert zu sein. Unklar, ob dabei was rum kommt, das habt ihr ja sicherlich auch schon getan. Die zweite Möglichkeit wäre, das Biest aus dem Atom frei zu lassen. 8) Dazu brauche ich den Intel-RAPL-Treiber. Der Wyse läuft, dank Dell, derzeit nur auf 1/4 seiner (CPU-) Leistung. Die CPU kann 1920 MHz, derzeit auf 480 MHz begrenzt. Es könnte sein, dass das ausreichend ist. Thermisch sollte das nicht viel ausmachen. So wie mergerfs arbeitet, sind die höheren Taktfrequenzen immer nur sehr kurz nötig.
30
Leider produziert Mergerfs auf schwachen Systemen (oder nur bestimmten Systemen) wie z.B. dem RPI2 eine recht hohe Systemlast. Auf Intel Systemen (auch schwachen) konnte so etwas bisher nicht beobachtet werden.
Grundsätzlich is Mergerfs nicht sonderlich performant, was da dran liegt, dass es ein Userspace Filesystem ist und die dafür verwendete Schnittstelle des Kernels halt langsam ist. Warum das auf manchen Systemen zu echten Problemen führt, auf anderen (ähnlich schwachen) Systemen aber nicht, weiß ich nicht.

Beim nfs wird pauschal immer Mergerfs verwendet, weil das der einzige Weg ist den ich finden konnte, um sicher zu stellen, dass es auch bei verzögerten Mount (oder aussetzern) keine Probleme gibt. Mergerfs ist halt mega robust :)
Wenn Du sicher bist, dass Deine NAS immer verfügbar ist, und das Mounten sofort klappt, kannst Du ja mal testen, ob es hilft, wenn Du den NFS Mount (hard mount) direkt nach /data machst, und auf alle anderen Spielerein verzichtest. Ich hatte zuvor leider nicht mehr an den Mergerfs Trick gedacht, und auch nicht da dran, dass Mergerfs auf einem Intel System Performance Probleme machen kann. Ansonsten hätte ich das schon früher vorgeschlagen.
Ob es wirklich ein hard Mount sein muss, oder auch soft mount oder die Dritte variante am besten passt (hab grad vergessen wie die heißt), musst Du ausprobieren. Beim hard Mount wird der Boot Vorgang unterbrochen, biss der Mount erfolgt ist. Bei soft passiert das im Hintergrund, egal wie lange es dauert.