Media Server und Viewer Bug

[thkreg]

Sowohl der Viewer als auch der Server kennzeichnen im EPG Aufnahmen die über 0.00 Uhr Grenze in den neuen Tag gehen nicht, wenn die Aufnahmen wöchentlich oder täglich wiederholt werden sollen. Reproduzierbar wenn eine einzelne Aufnahme über die Tagesgrenze ohne Wiederholung programmiert wird und danach die Wiederholung eingeschaltet wird, verschwindet die Kenzeichnung sofort nach 0.00 Uhr und die Aufnahme bricht um 0.00 Uhr ab! In der Timerliste bleibt sie aber korrekt bestehen. Beide Programme sind auf dem aktuellsten Stand, Hardware "Digital Devices Max 8S über Jess Unikabel" betrieben.

[Griga]

vor 17 Stunden schrieb thkreg:

Sowohl der Viewer als auch der Server kennzeichnen im EPG Aufnahmen die über 0.00 Uhr Grenze in den neuen Tag gehen nicht, wenn die Aufnahmen wöchentlich oder täglich wiederholt werden sollen.

 

Das kann ich mit dem Media Server 2.1.5.2 und den folgenden Schritten nicht reproduzieren:

1. DMS Desktop-Webinterface -> Sender EPG -> ZDF HD -> heutige Sendung "Markus Lanz" von 23:30 bis 00:45 -> Klick auf Aufnahme-Button
2. Timer-Dialogfenster erscheint -> Speichern.
3. Auf der Seite "Sender EPG" ist die Sendung als Aufnahme markiert.
4. Timer-Seite -> Klick auf Stiftsymbol des Timers "Markus Lanz"
5. Das Timer-Dialogfenster erscheint -> Haken bei Di, Mi, Do für wöchentliche Wiederholungen -> Speichern.
6. Auf der Seite "Sender EPG" sind die Sendungen wie erwartet als Aufnahme markiert (abgesehen von Problemen durch verschiedene Anfangszeiten)

Der obige Report stellt nicht eindeutig klar, welche Schritte man wann wo in welcher Reihenfolge unter welchen Bedingungen ausführen muss, damit das Problem an welcher Stelle sichtbar wird. Bitte probiere noch einmal eine Beschreibung nach dem Muster der obigen Aufzählung. Eine support.zip oder zumindest ein gezipptes svcdebug.log mit einem Protokoll des fehlerhaften Vorgangs im Media Server wäre auch nicht schlecht.

 

[thkreg]

Beispiel für heute Abend Sender TLC, meine Frau programmiert der einfachheit halber mehrere Sendungen als 1 Timer von 20.15 Uhr bis 03.15 Uhr mit 10 Min Vorlauf und 15 Nachlauf (ist aber auch ohne Vor- Nachlauf reproduzierbar), dann werden alle Sendungen markiert. Sobald man eine Wiederholung anhakt verschwinden die Markierungen nach 00.00 Uhr. In der Timerliste ist aber die korrekte Zeitspanne geblieben. Die Aufnahme startet korrekt, aber wenn die Wiederholung markiert ist bricht sie auch bei 00.00 Uhr ab. (Aufnahme läuft weiter aber schwarzer Bildschirm). Es wird weder im EPG log noch in der support.zip ein Fehler erkannt

Edited November 28, 2019 by thkreg

[Griga]

vor 3 Stunden schrieb thkreg:

meine Frau programmiert der einfachheit halber mehrere Sendungen als 1 Timer von 20.15 Uhr bis 03.15 Uhr mit 10 Min Vorlauf und 15 Nachlauf (ist aber auch ohne Vor- Nachlauf reproduzierbar), dann werden alle Sendungen markiert. Sobald man eine Wiederholung anhakt verschwinden die Markierungen nach 00.00 Uhr.

 

OK, jetzt kann ich es reproduzieren. Es geht also nicht wie ursprünglich beschrieben um Sendungen, die 00:00 Uhr überschreiten, sondern die innerhalb der programmierten Zeitspanne ab 00:00 Uhr beginnen. Ich weiß auch schon, woran es liegt. Die Sendungen beginnen einfach an einem falschen Tag, der keinen Haken hat. Mal sehen, ob und wie sich das verbessern  lässt...

 

Diese ausgefallene Nutzung der wöchentlichen Aufnahmewiederholung hatte niemand auf der Rechnung. Da zeigt sich mal wieder: Man kann ein Programm noch so gut absichern. Gegen die Genialität, mit der Anwender (vor allem KInder, Frauen und über die Tastatur laufende Katzen) immer wieder Möglichkeiten finden, es aus dem Tritt zu bringen, kommt man einfach nicht an

 

Dass sogar die Aufnahme um 00:00 Uhr abbricht, darf natürlich nicht sein. Im Moment kann ich mir nicht vorstellen, wie das zustande kommt. Da sind noch ein paar Nachforschungen fällig.

 

[Griga]

Das Problem mit der Markierung von EPG-Einträgen, die ein Mitternacht überschreitender Timer mit wöchentlicher Wiederholung abdeckt, ist jetzt gelöst.

 

Aber ich weiß nach wie vor nicht, wie es dabei zu einem Aufnahmeabbruch kommen kann. Die Funktion für die Markierung von EPG-Einträgen hat damit nichts zu tun. Was soll "Aufnahme läuft weiter aber schwarzer Bildschirm" heißen? Die Aufnahme wurde, während sie noch lief, zeitversetzt wiedergegeben? Wo und auf welche Weise? Brach die Wiedergabe um 00:00 Uhr ab oder an der Stelle, die um 00:00 aufgenommen wurde? Hier fehlen nach wie vor Logs und eine präzise Beschreibung der Umstände.

 

Das schwierigste bei solchen Problemen ist oft nicht der programmtechnische Teil, sondern von Anwendern die erforderlichen Informationen zu erhalten

 

[thkreg]

Habe gerade nochmal mit meiner Frau gesprochen.

Logs gibt es zur Zeit keine da die Aufnahmen sofort gelöscht wurden.

 

Beispiel: Aufnahme wird in der Timerliste angezeigt, startet korrekt nimmt auch bis 00:00.01 Uhr auf verliert dann den Stream und der Timer läuft korrekt bis Timerende, aber ohne Datenempfang ( schwarzer Bildschirm ) als ob die programmierte Aufnahme nur bis 00:00 Uhr gespeichert wäre, selbst mit Nachlaufzeit die über die 00:00 Uhr Grenze geht.Der Tuner bleibt aber bis zum Timerende gesperrt und die Aufnahme wird auch mit 0 Fehlern definiert, Datenrate sinkt natürlich ab und wir können es nur an Hand der Aufnahme nachvollziehen (bei 6 Stunden Aufnahmezeit und Start 20:00 Uhr nach 4 Stunden korrekter Aufnahme, 2 Stunden Bildschirm schwarz).

 

Und dieses Phänomen tritt nur in Verbindung mit dem oben benannten Fehler auf. Alle anderen Versuche zu anderen Tageszeiten dies zu reproduzieren verliefen Ergebnislos.  

 

[Griga]

3 minutes ago, thkreg said:

Logs gibt es zur Zeit keine da die Aufnahmen sofort gelöscht wurden.

 

Also der Tuner bleibt in Betrieb, liefert aber pünktlich ab 00:00 keine Daten mehr? Wie soll das denn gehen? Bei einem solchen Mitternachtsspuk wäre es vielleicht angebracht, einen Parapsychologen hinzuziehen...

 

Im Konfigurationsordner sollte es das svcdebug.log des Media Servers geben, sofern das Logging nicht abgeschaltet wurde. Wenn von dir nichts Erhellendes mehr kommt, muss ich selbst mal so eine Aufnahme programmieren und schauen, was dabei herauskommt... wenn ich Zeit dazu finde. Das Problem dabei ist, dass es auf meinem PC unter anderen Bedingungen stattfindet, die womöglich das Reproduzieren des Problems verhindern.

 

[thkreg]

Natürlich werde ich zeitnah ein log und die support.zip posten muss aber noch abklären ob ich nicht noch eine andere Baustelle in diesem Zusammenhang habe, denn in meiner Konfiguration ist noch HD+ eingebunden das über plugins läuft, die hier nicht supportet werden und es sind oft mehrere Clients gleichzeitig aktiv.

 

Deshalb hab ich noch eine technische Frage.

Müsste nicht, im mehr Tunerbetrieb (Jess) bei der Max8S (8 Tuner) wenn sich ein Client am Server anmeldet, ein seperater Tuner aktiviert werden ? Dies scheint beim Server nicht immer der Fall zusein! Ich bin bisher noch nicht dahinter gekommen nach welcher Logik die verschiedenen Tuner angesprochen werden 

 

siehe hier:

JESS (DIN EN 50607) ist eine abwärtskompatible Erweiterung des verbreiteten Unicable-SatCR-Standards (DIN EN 50494). In jeder Unicable-Anlage muss sichergestellt sein, dass die in einer SAT-Anlage vorhandenen Userbänder jeweils exklusiv von einem Tuner (Empfangsteil) genutzt werden.

 

[Griga]

54 minutes ago, thkreg said:

Müsste nicht, im mehr Tunerbetrieb (Jess) bei der Max8S (8 Tuner) wenn sich ein Client am Server anmeldet, ein seperater Tuner aktiviert werden ?

 

Nicht wenn der Client Daten eines Transponders (einer Frequenz) anfordert, der bereits für einen anderen Client empfangen wird. Dann können beide mit einem Tuner versorgt werden. Jeder Tuner liefert ja den gesamten Datenstrom des gerade empfangenen Transponders, also alle auf der Frequenz vorhandene Sender.

 

Einen Sender pro Frequenz gab es zu analogen Zeiten. Das ist vorbei. Auf dem Radio-Transponder der ARD (Astra 12266 H) werden z.B. 65 Programme in einen Datenstrom gemultiplext, 63 Radio- und 2 TV-Sender. Die kann man alle gleichzeitig mit nur einem Tuner empfangen!

 

[thkreg]

Aber bei Unicable bzw. Jess werden alle Transponder des kompletten Satelliten auf eine Frequenz gemultiplex dem sogenannten Userband um mehrere Teilnehmer, bei Jess bis zu 32 und 64 verschiedene Satelliten . Dann haben wir einen nicht mehr korrekten Datenstrom pro Tuner denn geht um das gemultiplexte Frequenzraster in der Hausverteilung dort liegen auf jeder zugewiesenen Mhz Frequenz alle Transponder an, siehe Beschreibung Jess bei Jultec dem Entwickler des Jess Protokolls und wenn sich das Userband mit dem normalen Transponder überschneiden was ist dann ?

 

Hab noch eine gekürzte svcdebug.log angehangen

svcdebug.log

[thkreg]

Noch zur Info der Server läuft 24/7 und auf dem Server ist auch immer ein Client aktiv da er komplett im WOHNZIMMER steht das heist ein Tuner ist immer aktiv und laut Jess muss nun

wenn eine Aufnahme startet auch ein 2. Tuner aktiviert werden und wenn sich ein anderer Client mit anderer IP anmeldet ein neuer Tuner aktiviert werden sonst ist nicht möglich die maximale Tuneranzahl zuermitteln weil am gleichen Kabel können ja noch wie bei mir ein Fernseher hängen das kann dann den Multiplexer durcheinanderbringen

[nuts]

Kenn mich jetzt mit JESS nicht wirklich aus, aber Unicable funktioniert doch etwas anders.

Der angeforderte Transponder liegt trotzdem mit seinem gesamten Inhalt an und kann von jedem Tuner (!) im vollem Ausmaß genutzt werden.

[thkreg]

vor 4 Minuten schrieb nuts:

Kenn mich jetzt mit JESS nicht wirklich aus, aber Unicable funktioniert doch etwas anders.

Der angeforderte Transponder liegt trotzdem mit seinem gesamten Inhalt an und kann von jedem Tuner (!) im vollem Ausmaß genutzt werden.

Das ist korrekt und funktioniert ja auch aber man muss sich das bei Jess und Unicable so vorstellen du hast mehrere Receiver mit  1Tuner in verschiedenen Räumen dann kannst du doch auch nicht eine Aufnahme auf unterschiedlichen Transponden aufnehmen und gleichzeitig ein anderes Programm am Fernseher schauen. nur weil in einem PC 1TV Karte mit mehreren Tunern verbaut ist greife ich auf einen einen Tuner zu und ein anderer Client auch und der Client wechselt dann den Transponder während einer Aufnahme auf dem gleichen Transponder.

Darum muss man das das explizit trennen denn nur der multiplexer weis welcher Tuner zu welchen Transponder gehört

[nuts]

Du hast da meines Erachtens einen Denkfehler. 

Bei unicable können Transponder unterschiedlicher Frequenzebenen (vertikal h/l und horizontal h/l) gleichzeitig an einem Kabel anliegen, wobei dann jeder Transponder von jedem Tuner trotzdem im vollem Umfang genutzt werden kann. 

 

Mit den Userbändern der einzelnen Tuner in der unicable/Jess Umgebung hat das erstmal nichts zu tun und ich sehe auch nicht wie der sparsame Umgang mit der verfügbaren Tuneranzahl des DMS hier ein Problem entstehen lassen könnte. Eher umgekehrt, denn es wird gar kein weiteres Steuersignal benötigt, das den Multiplexer aus dem Tritt bringen könnte. 

 

Sobald ein zweiter Tuner für einen anderen Transponder benötigt wird muss natürlich explizit getrennt werden, was bei DigitalDevices aber bevorzugt sowieso auf Treiberebene passiert. 

 

Griga kann es aber bestimmt besser erklären.  

 

 

[Griga]

11 hours ago, thkreg said:

Aber bei Unicable bzw. Jess werden alle Transponder des kompletten Satelliten auf eine Frequenz gemultiplex dem sogenannten Userband um mehrere Teilnehmer, bei Jess bis zu 32 und 64 verschiedene Satelliten .

 

Das ist falsch und hochfrequenztechnisch absolut unmöglich. Da hast du etwas sehr gründlich missverstanden. Es wird nichts auf die Frequenz des Userbands "gemultiplext". Der Unicable-Router bzw. LNB setzt nur die jeweils vom Tuner per DiSEqC angeforderte Frequenz auf die Frequenz des Userbands um.

 

Der Tuner empfängt bei Unicable also immer nur seine Userband-Frequenz. Den einzelnen Transponder, den der Router auf diese Frequenz umsetzt, kann er sich jedoch aussuchen und jederzeit ändern. Praktisch wird damit die Frequenzumschaltung vom Tuner in den Router verlagert, oder anders gesagt, der Tuner steuert die Frequenzauswahl für sein Userband im Router fern.

 

Probleme gibt es bei Unicable, wenn zwei oder mehr Tuner durch Fehlkonfiguration das selbe Userband verwenden, weil sie dann eventuell dem Router  widersprüchliche Anweisungen geben, was er auf diese Frequenz aufschalten soll.

 

Empfehlen würde ich, erst noch mal etwas über Unicable zu lesen, bevor du dich in weiteren haarsträubenden Theorien verhedderst...

 

[thkreg]

vor 2 Stunden schrieb Griga:

Probleme gibt es bei Unicable, wenn zwei oder mehr Tuner durch Fehlkonfiguration das selbe Userband verwenden, weil sie dann eventuell dem Router 

widersprüchliche Anweisungen geben, was er auf diese Frequenz aufschalten soll.

 

Genau auf diesen Punkt wollte ich hinaus.

Edited December 3, 2019 by thkreg
Ergänzung

[nuts]

Aber den Punkt kannst du doch leicht selbst verhindern indem im Digital Devices Konfig. Tool jedem Tuner ein Userband (z.B. 1-4) zugewiesen wird?

Andere Tuner (TV, Receiver in anderen Räumen etc.), die am gleichen Kabel hängen müssen dann natürlich auf ein anderes Userband (z.B. 5-8) konfiguriert werden.

[thkreg]

Zitat

Der Unicable-Router bzw. LNB setzt nur die jeweils vom Tuner per DiSEqC angeforderte Frequenz auf die Frequenz des Userbands um

 

Der Nachfolgestandard JESS (EN 50607) unterstützt im Gegensatz zur EN 50494 eine bi-direktionale DiSEqC-Kommunikation und ermöglicht dadurch die exakte Abfrage von verfügbaren, benutzten und geschützten Userbändern und deren Frequenzen

 

Da ich gestern Abend beobachtet habe das der Server dynamisch die Tuner an und abschaltet habe ich folgenden Test gemacht :

Client 1  ist auf dem Server aktiv also gleiche IP-Adresse hat einen Tuner belegt (RTL Plus)

Client 2 spielt eine Aufnahme ab die auf dem Server liegt ist also für den Server nicht vorhanden

Client 3 wird hinzugefügt andere IP-Adresse belegt 2.Tuner wegen anderen Transponder

auf Client 3 wird ein anderer Sender gewählt der auf dem gleichen Transponder wie bei Client 1 liegt

also 2.Tuner wird abgeschaltet soweit alles Ok

also auf Client 3 wieder anderen Sender eingeschaltet (ARD HD) wird 2.Tuner wieder aktiviert

nun wird aber Client 2 aktiv auf 2.Tuner da gleicher Transponder erzeugt ein ca 3 sec Syncproblem (kurze Aussetzer)

was einer Fehlkonfiguration gleich kommt.

 

siehe auch hier ist zwar programmtechnisch, dem ich nicht wirklich folgen kann ,aber die Beschreibung der Auswirkung ist ähnlich meiner

 

Zitat

•  
• 
• Senior Members
• 1
• 354 Beiträge
• Gender:Male
• Job/Occupation:Informatiker

• Beitrag melden
•  

Geschrieben Donnerstag um 11:35 (bearbeitet)

Sorry, dass ich da nochmal anfrage, und zwar habe ich ein seltsames verhalten erzwingen können:
Setup
3 Tuner, alle gemeinsamer LNB am DVBViewer Media Server.

Client 1 schaltet 1 Sender ein, client 2 schaltet auch einen sender auf einem anderen Transponder ein im selben Band. 
Client 1 schaltet Bild in Bild ein und wechselt den Kanal auf einen anderen Tansponder, sodass alle 3 transponder in Verwendung sind.

 

Client 2 schaltet nun mehrfach hin und her, zwischen verschiedenen Sendern (auch auf welche die nicht verfügbar sind)
und ab da scheint es anzufangen, manchmal auch schon auf verfügbaren kanälen: 
Bei der Plugin-Instanz die für Client2 verwendet wird, erhalte ich nun im einfachen TS-Callback (der mit addpid und delpid) gesteuert werden kann Pakete von allen aktiven Tunern die die gleiche PID übermitteln.

Wenn ich z.B. mit die PMT abrufe erhalte ich (weil diese auf vielen Transpondern im selben Nummernkreis liegen) die Tables von 2 verschiedenen Programmen und kann damit nicht mehr weiterarbeiten.

 

Plugins sind abgelegt in plugins1, plugins2 und plugins3

Hat eine weile gedauert bis ich das nachstellen konnte.

Heißt ich bekomme nicht mehr brauchbaren Datenmüll.

 

Nachtrag: Zuverlässigste Konstelleation sind im Hauptbild an Client 1 RTL HD und PIP Pro7 Maxx HD

Auf Client 2 kommt dann z.B. bei der "PidCallback" funktion im Plugin nur noch die PMT von Sat1 HD auf dem Transponder vom PIP-Bild.
obwohl ich im Plugin nachweislich ein EventMsg für den Sender z.B. Disney Channel HD hatte. die PMT Pid ist die gleiche (96) die Service-ID ist eine andere.

Verwendet wird der DMS 2.1.5.1

 

Nachtrag:
die Daten vom falschen Stream kommen erst im Callback an, den man durch AddTsCallback startet, und im normalen PidCallback.
Im RawTsCallback sind diese noch nicht, da kommt alles richtig.

 

Grüße

Thomas

bearbeitet Donnerstag um 15:49 von t5b6_de
ergänzung.

 

[thkreg]

vor 19 Minuten schrieb nuts:

Aber den Punkt kannst du doch leicht selbst verhindern indem im Digital Devices Konfig. Tool jedem Tuner ein Userband (z.B. 1-4) zugewiesen wird?

Andere Tuner (TV, Receiver in anderen Räumen etc.), die am gleichen Kabel hängen müssen dann natürlich auf ein anderes Userband (z.B. 5-8) konfiguriert werden.

 

Natürlich hab ich dies gemacht !!!

Aber der Viewer und somit auch der Server unterstützen seit ein paar Versionen nun auch Jess und habe es hier eingerichtet also im Treiber wieder herausgenommen. Da ich mir nicht sicher war ob es dann zu Überschneidungen kommt.

 

Werde wieder auf die Treibervariante zurück gehen 

 

Habe folgenden Multiplexer  Jultec JPS0502-16MN mit jeweils 16 Userbänder an 2 Abgängen und die Max 8S hängt mit meinem Fernseher an einem Abgang wobei mein Fernseher ein Userband aus den unteren Userbändern nutzt und die Max8S die oberen (9-16) .Die Userbänder an beiden Abgängen nutzen die gleichen Frequenzen

Edited December 3, 2019 by thkreg

[nuts]

vor 4 Stunden schrieb thkreg:

Habe folgenden Multiplexer  Jultec JPS0502-16MN mit jeweils 16 Userbänder an 2 Abgängen und die Max 8S hängt mit meinem Fernseher an einem Abgang wobei mein Fernseher ein Userband aus den unteren Userbändern nutzt und die Max8S die oberen (9-16) .Die Userbänder an beiden Abgängen nutzen die gleichen Frequenzen

Gleiche Userband Frequenzen an den beiden Ausgängen des Jultec sind kein Problem, würde sogar behaupten das machen alle so.

Ansonsten sieht deine Konfiguration richtig aus. Man könnte ggf. nochmal sich im TV anschauen auf welches Userband dieser eingestellt ist, damit da keine "schlaue" Automatik werkelt.

 

 

[thkreg]

 

vor 2 Stunden schrieb nuts:

Gleiche Userband Frequenzen an den beiden Ausgängen des Jultec sind kein Problem, würde sogar behaupten das machen alle so.

Ansonsten sieht deine Konfiguration richtig aus. Man könnte ggf. nochmal sich im TV anschauen auf welches Userband dieser eingestellt ist, damit da keine "schlaue" Automatik werkelt.

 

 

Am Fernseher funktioniert nur Unicable also Userband 1-8 "Samsung UE50JU6850 von 2015 ist auch korrekt eingestellt

 

Unterschied DiSEqC Unicable und Jess Steuerbefehl

"

 

Hier nochmal eine gekürzte svcdebug.log nach meinen Test von gestern Abend es lief sogar noch eine Aufnahme meiner Frau in der erstmalig zuerkennen war das irgendwo eine Fehlkonfiguration liegt 2 Errors während der Aufnahme.

 

In Bezug auf meinen Test von gestern noch eine Frage ist es beabsichtigt wenn ich bei einem Client eine Direktaufnahme starte über blaue Taste im OSD und ich dann den Client beenden (anderes Zimmer als der Server) sprich Rechner herunterfahren möchte,mir der Viewer sagt es läuft noch eine Aufnahme abrechen ja oder nein und das beenden geblockt wird im Serverlog zuerkennen als 71 mb grosse Aufnahme

svcdebug.log

[Griga]

34 minutes ago, thkreg said:

ist es beabsichtigt wenn ich bei einem Client eine Direktaufnahme starte über blaue Taste im OSD und ich dann den Client beenden (anderes Zimmer als der Server) sprich Rechner herunterfahren möchte,mir der Viewer sagt es läuft noch eine Aufnahme abrechen ja oder nein und das beenden geblockt wird

 

Ja. Eine Sofortaufnahme wird intern als Timer mit einer Laufzeit von fast 24 Stunden gehandhabt, weil weder DVBViewer noch Server wissen wann du sie beenden willst. Wenn sich der Viewer ohne Warnung beenden ließe und niemand mehr dran denkt, dass noch eine Aufnahme läuft, würde dir der Server 24 Stunden lang die Festplatte vollschreiben.

 

Du kommst da raus, indem du eine vernünftige Endzeit programmierst. Entweder durch Editieren des Timers oder einfacher im Aufnahme-Menü z.B. durch "Stop in 60 Min". Damit machst du dem DVBViewer klar, dass du weißt, was du tust, und er lässt sich beenden.

 

[thkreg]

vor 16 Minuten schrieb Griga:

 

Ja. Eine Sofortaufnahme wird intern als Timer mit einer Laufzeit von fast 24 Stunden gehandhabt, weil weder DVBViewer noch Server wissen wann du sie beenden willst. Wenn sich der Viewer ohne Warnung beenden ließe und niemand mehr dran denkt, dass noch eine Aufnahme läuft, würde dir der Server 24 Stunden lang die Festplatte vollschreiben.

 

Du kommst da raus, indem du eine vernünftige Endzeit programmierst. Entweder durch Editieren des Timers oder einfacher im Aufnahme-Menü z.B. durch "Stop in 60 Min". Damit machst du dem DVBViewer klar, dass du weißt, was du tust, und er lässt sich beenden.

 

 

 Okay Danke für die Info