Servus,

zur Situation:
Ich habe ein Quattro LNB was einen 5/16 Multischalter versorgt. Davon laufen 3 Anschlüsse zu meiner vor 2 Wochen erworbenen VU Duo4k SE mit 2x DVB-S2X FBC Twin Tuner (VTi 15.0.0 (2020-09-21-vti-master (8207afb95)). Die Tuner sind gemäß Wiki angeschlossen und konfiguriert. Als Softcam läuft GBox mit einer H04 Karte im Smartcardreader. Aufgenommen wird per LAN auf ein NAS. Zusätzliche Plugins die laufen sind SerienRecorder, AutoTimer und EPG Refresh. Die Box wurde frisch geflasht und eingerichtet, keine Einstellungen aus Backup oder so.

Die gleiche Konstellation lief bis vor kurzem mit einer Duo2 mit 1x Twin Tuner und 1x Single Tuner ohne weiteres.

zum Problem:
1. Sämtliche Aufnahmen (öffentlich Rechtliche und Privat in HD) die gemacht werden enthalten Fehler sowohl in der Bild als auch in der Tonspur. Zu erkennen sowohl im TSDoc als auch direkt beim abspielen der TS-Datei mit der VU.
Die Kollegen aus dem TSDoc Forum haben auf Empfangsprobleme getippt.
Die SNR der verschiedenen Sender liegt konstant zwischen 80 und 95% laut VU. LNB ist soweit äußerlich in Ordnung (keine Risse oder lose Verbindungen)
Ich habe die Tuner A, B und I nacheinander einzeln eingestellt und eine Testaufnahme gemacht. Bei allen treten die Fehler in der Aufnahme auf.
Live TV und Stream verlaufen jederzeit Fehlerfrei. Andere Receiver im Haus sind von keinerlei Empfangsstörungen oder ähnlichen Betroffen.

Könnte es noch eine fehlerhafte Konfiguration irgendwo sein?

2. Bei den Testaufnahmen ist mir folgendes Aufgefallen.
Sobald 5 Aufnahmen laufen, egal ob ÖR oder Privat, wird kein HD Sender mehr hell. Wenn ich eine der 5 Aufnahmen stoppe wird der Sender sofort hell. Weiter Aufnahmen auf den Öffentlichen sind möglich. Die Tuner werden der Reihe nach gesetzt und es wird aufgenommen.

Das sollte meiner Meinung nach nicht so sein oder?

Ich hoffe jemand hat da eine Idee.
Danke.

Die Platten des NAS sind:

Western Digital WD40EFRX Red interne Festplatte 4 TB (3,5 Zoll, NAS Festplatte, 5400U/min, SATA 6 Gbit/s

Der Aufnahmeordner ist über das NAS per NFS Freigabe für die IP der VU freigegeben. Hatte bisher mit der Duo2 problemlos funktioniert.


Die fehlerstellen in den Aufnahmen sind nicht immer an den selben Stellen sondern sind mal mehr mal weniger und immer anders verteilt. Solche Fehler kannte ich bisher nur vereinzelt von Privaten Sendern. Auf den ÖR ist mir bisher soetwas noch nie mit der Duo2 untergekommen.

Tuner A ist konfiguriert: als Einfach, Einzeln, Astra (19.2E), DiSEqC Nein
Tuner B ist konfiguriert: gleich wie A
Tuner I ist konfiguriert: gleich wie A
Tuner J ist konfiguriert: verbunden mit I

Die Kabel sind 2 Stück an Tunerkarte A und 1 Stück an Tunerkarte B oben.



zu Problem 2:

Dann muss ich mich mal ins OSCam einlesen und gBox at acta legen. Danke.

CI Modul habe ich keines da.


Entschuldige, da habe ich Mist verstanden :-D. Die Fehler sind innerhalb einer Aufnahme immer an der selben Stelle. Egal welches Wiedergabegeräte.

(Ich stand kurz auf dem Schlauch)

Ich meinte oben, dass die Fehler in den verschiedenen Aufnahmen keinem Muster folgen, sondern willkürlich sind.

anudanan schrieb:

Du hast das Problem auch schon bei einer einzigen Aufnahme?

ja, der Umstand mit den 5 Timern und GBox ist mir dabei nur nebenbei aufgefallen.

Habe derweil mal OSCAM eingerichtet und werde das bei Gelegenheit mal Testweise ausreizen

anudanan schrieb:

Wie ist die VU denn mit dem NAS verbunden, komplett per LAN Kabel?

Die VU hängt wie das NAS am Hausnetzwerkswitch per Gigabit-LAN

Das Problem tritt auch bei freien Sendern auf.

FCC ist deaktiviert.

Ich habe mal 2 kurze Aufnahmen auf externe USB HDD getätigt und die waren soweit in Ordnung

Hab auch das NAS per CIFS eingebunden und werde heute Nacht noch Testaufnahmen sowohl aufs NAS als auch auf die USB HDD machen.


Bin gespannt was rauskommt.

Die ist auf jeden Fall so alt, das es früher schon damit funktioniert hat, bevor das NAS herangerückt ist.

Mit den Aufnahmen auf USB und NAS per CIFS sind die Tonfehler fast weg.

Sie treten nur noch am Anfang und Ende des eigentlichen Films auf, wenn die AC3 Tonspur von z.B. 2.0 auf 5.1 und wieder zurück wechselt. Dieser Bereich wird Schlussendlich sowieso weggeschnitten.

Werde nun mal noch eine Aufnahme versuchen, wo die Tonspur zwecks Werbeblöcken diesen Wechsel vollzieht.

Ebenso laufen gerade noch paar Tests mit NAS per NFS.

Sollte vielleicht doch GBox in Verbindung mit exzessiven Aufnahmeverhalten der Grund für die gehäuften Fehler gewesen sein?

zu 1.

Also die Fehlerverteilung ist nicht ausschließlich vom Speichermedium abhängig.

USB/CIFS wenig Fehler
NFS viele Fehler

Die Tonfehler vom Spurwechsel (2.0-5.1) nach den Werbeblöcken, ist deutlich in der Aufnahme zu erkennen an ca. 1-2 Sekunden ohne Ton an dieser Stelle.

Senderabhängig scheint es auch zu sein.

Pro Sieben z. B. hat keine Fehler, RTL 2 immer am Ende der Werbeblöcke und ZDF Neo (mit der Duo2 ein Garant für fehlerfreie Aufnahmen) erzeugt mittig in der Aufnahme hässliche Bild und Tonfragmente.

Wenn ich davon ausgehe, dass sich die Empfangsqualität nicht verschlechtert hat und das NAS per NFS weiterhin wie gewollt seinen Dienst tut, dann muss ich annehmen das es an der Duo4k SE liegen könnte.

Ich werde als Referenz die Duo2 wieder in Betrieb nehmen, neu geflasht und neu eingestellt, und wie gehabt die NFS Freigabe einbinden. Anschließend Testen.

Zwecks Empfangsproblemen: Könnte es sein, das die FBC Tuner es mit den Empfang ein wenig enger sehen als die Tuner der Duo2 und deswegen die Aufnahmen so sind wie sie sind?

2. GBox wurde ersetzt mit OSCAM

Mit dem Butler eingerichtet schafft die Duo4k SE 20 Aufnahmen zeitgleich, bevor bei der nächsten Aufnahme Timerkonflikte angezeigt werden. Das mag bedingt sein durch den physischen Anschluss der Tuner, mir ists erstmal egal.

20 Aufnahmen sind unerreichbar für meine Zwecke und somit ist dieses Thema erfolgreich abgehakt.

Danke

Genau da liegt irgendwo die Krux.


Mit der Duo2 gab es diese Fehler nicht. Entweder war eine Aufnahme fehlerfrei oder sie war so zerschossen (sehr selten), dass man nur noch den Papierkorb bemühen konnte.


Ja (die genaue Bezeichnung muss ich aus dem Log auslesen) aber es war irgendwas mit PES Packet size....
Auf jeden Fall gesellten sich auch Fehler im Videostream dazu.