Hi, der Fehler tritt definitiv bei Aufnahmen von ZDF HD auf. Muss die Tage mal versuchen zu loggen.

PS: Ich nehme auf eine NAS auf und kann es nicht reproduzieren. Es sind auch wirklich ganz kurze Hänger so ca 1 Sekunden.

Greetz Gerry

Hi,

kann ich leider nicht bestätigen. Gerade gestern mal wieder die zwei interen Tuner ausgegangen 3x umgeschaltet und Zack ein schwarzes Bild und die übliche Meldung SID in PAT nicht gefunden.

Greetz gerry und schöne Ostern

Danke thomas4golf. Ich werde es probieren.

@m0rphU hab das aktulleste Experimental von Dmm drauf

Habe jetzt eine Vermutung, dass es von der Einstellung meines LG-TVs kommt in Verbindung mit dem Autoresolution Plugin.

Wenn an meinem TV die Option für den Erweiterten Farbraum auf dem entsprechen HDMI-Port der DM900 aktiviert ist, bekomme ich kein Bild bei allen Sendern die kein 2160 ausgeben.

Habe schon mehrere HDMI-Kabel gestest leider ohne Erfolg.

Wenn ich das Autoresolution deaktiviert habe und die Box auf 2160p eingestellt ist habe ich keine Probleme mehr.

Greetz gerry

Hi und guten Morgen,

ich lassen meine DM900 mittels dem Elektro-Plugin jeden Morgen starten und Abends ausschalten.

Heute hatte ich erneut, das Ausrufezeichen im Display. Die Box scheint im Rescue Mode zu sein ist aber weder über http://DM900.fritz.box noch über die entsprechende IP zu erreichen. Als ich mein Notebook an den Service-Port angeschlossen habe, war auch nichts zu sehen.
Nach einmaligen drücken der Enter Taste bekam ich

Invalid command: "nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€    nvalid co *** DM bootload P€   "

Danach konnte ich via dem Befehl "reboot" ganz normal starten.

Das Putty Log hänge ich mal an.

Ps: Diesen Fehler hatte ich Anfang der Wochen schon einmal und hab dann einfach die Box kurz über den Netzschalter aus und wieder eingeschaltet.

Greetz gerry

Hi,

ok das mit dem sync hatte ich falsch verstanden
Ich hatte via Netzwerkbrowser probiert die Parameter mitzugeben nach dem ersten Reboot sind auch fast alle bis auf diese Geschichte mit sync und async über den Befehl Mount im Terminal angezeigt worden.

Als ich später nochmal schaute waren die Parameter weg, selbst in der fstab.

Dann hatte ich die Anleitung von EgLe gefunden und haben den Netzwerkbrowser deinstalliert und das Mounten direkt über die fstab versucht. Hier habe ich es gar nicht hinbekommen Parameter mitzugeben

Aber solange Dream das autofs nicht noch weiter deaktiviert kann ich erstmal damit leben. Hatte schon die Befürchtung die alte DM500HD aus der Rente zurück holen zu müssen.

Greetz Gerry

So hab jetzt den Share auf der Qnap per Autofs eingebunden, was übrigens super easy und stabil läuft.

Greetz gerry

Danke für die schnelle Antwort, aber gibt ja auch nur die Parameter weiter an systemd und dann habe ich den gleichen Effekt wie oben beschrieben.

Greetz Gerry

Hi Leute,

hab das Problem , dass meine DM520 über NFS nur anständig Aufnimmt und Aufnahmen Abspielt, wenn ich die Parameter Async und TCP mitgebe. Leider nimmt der Automounter von Systemd die Parameter selbstständig wieder raus.

Gibt es noch eine andere Möglichkeit NFS mit Parametern dauerhaft zu mounten?

PS: autofs hatte ich schon getestet, aber auch hier werden die Parameter wieder verworfen

Greetz Gerry

Ja das mit dem Netzwerkbrowser funktioniert nur bedingt, mal wird der Parameter TCP übernommen und mal nicht und das sind Performance-Unterschiede bei der DM520.

Aufnahmen der DM900 ruckeln und stottern, wenn die QNAP nicht mit dem Parameter TCP an der DM 520 gemountet ist.

Hab noch keine Möglichkeit gefunden die DM520 dauerhaft schnell anzubinden.

Zitat von DerMicha

rsize/wsize stellt man auf dem nas ein, ist also in der fstab überflüssig.

Ok schade aber über die GUI bietet die QNAP keine Möglichkeit dafür und das ASYNC war auch immer ganz nützlich.

Alles sehr komisch in dem neuen OE

Vielen Dank für die super Anleitung.

Leider vermisse ich ein paar Parameter bzw. diese werden nicht genommen:

async, rsize= und wsize=

funktionieren die generell nicht mehr ?

Greetz Gerry

Oh ok, dachte da ich etwas im GIT gelesen habe, dass er dabei ist.

Hi Leute,

da sich ja einiges seit dem letzten Update getan hat habe ich mal wieder getestet, ob der Satip-Client nun zapping fest ist.

Leider noch nicht so ganz es kommt nach wie vor die Meldung SID in PAT nicht gefunden bis hin zum schwarzen Bild.

Anbei das Log

Greetz Gerry

Schau mal hier vorbei

ist zwar Uralt funktioniert aber prima um die Mountoptionen für die beste NFS-Geschwindigkeit auszuloten.

PS:Wichtig war bei mir immer die Option async

Greetz Gerry

Hi Reichi,

ab wann können wir denn mit dem Update rechnen. Die Vorfreude ist enorm.

BTW warum ist auf dem Feed wieder die 0.2 Version des Satipclients?

Greetz gerry

Das sind ja erfreuliche Neuigkeiten.

Freue mich schon aufs Testen

Danke und schöne Grüße

Hi Richi,

Gutemine hat es sehr gut beschrieben

Zitat von gutemine

root@dm900:/lib/systemd/system# cat satip-client.service

[Unit]
After=network.target

[Service]
ExecStart=/usr/bin/satipclient
Restart=on-failure
NotifyAccess=main

[Install]
WantedBy=multi-user.target

also hinten ein -l 4 anhängen in der Zeile wo das binary gestartet wird:


ExecStart=/usr/bin/satipclient -l 4

DANN kann man sich das log ansehen mit:

journalctl -u satip-client
-- Logs begin at Thu 1970-01-01 01:00:16 CET, end at Tue 2017-01-24 20:26:12 CET
Jan 01 01:00:17 dm900 systemd[1]: Started satip-client.service.
Jan 01 01:00:17 dm900 satipclient[208]: [208 ../git/option.cpp : 31][optParse
Jan 01 01:00:17 dm900 satipclient[208]: [208 ../git/manager.cpp : 32][sessionM

Alles anzeigen

Also ich habe meine satip-client.service unter /lib/systemd/system/ angepasst wie oben beschrieben.

Und dann nach einer Weile

journalctl -u satip-client >/tmp/satip.log

Hoffe das passt so

Danke für die Untersützung

Greetz Gerry

Und noch mal ein Dauerlog von ZDF HD, hier blieb das Bild gestern auch mehrfach kurz hängen.

Also egal wie ich schaffe es immer wieder,

anbei mal meine LOGs einmal mit Putty und einmal das LOG vom Client selbst.

Als SAT>IP Server nutze ich den Telestar Digibit Twin und zwischen der Dream und Server hängt ein 8-Port Gigabit Switch 1810

PS:Wollte mit meinem Post von heute Früh niemandem auf den Schlips treten

Greetz Gerry