All Activity

Die DVBViewer Beta-Version 7.3.1.11 wurde im Mitglieder-(Download-)Bereich -> Beta Section durch die Hotfix-Beta Version 7.3.1.12 ersetzt. Bitte die Hinweise in den vorherigen Posts hinsichtlich des unsignierten Installers beachten! Änderungen DVBViewer Pro Beta 7.3.1.12 Fix: TS Stream: Wenn eine Stream URL nicht das Stream-Format erkennen ließ (z.B. durch eine Dateinamenerweiterung wie .ts) und der DVBViewer es dem HTTP Response Header des Servers entnehmen musste, wurde es nicht korrekt behandelt, was die Verarbeitung des Streams innerhalb der TS Stream-Schiene unmöglich machte und den DVBViewer veranlasste, als Fallback Wiedergabe mit dem LAV Quellfilter zu verwenden. (siehe hier).

Die Beta-Version 3.3.1.11 des DVBViewer Media Servers wurde im Mitglieder-(Download-)Bereich -> Beta Section durch die Hotfix-Beta Version 3.3.1.12 ersetzt (eingeschränkte Basic und bezahlte Vollversion!). Bitte die Hinweise in den vorherigen Posts hinsichtlich des unsignierten Installers beachten! Änderungen Media Server Beta 3.3.1.12 Fix: TS Stream: Wenn eine Stream URL nicht das Stream-Format erkennen ließ (z.B. durch eine Dateinamenerweiterung wie .ts) und der Media Server es dem HTTP Response Header des Servers entnehmen musste, wurde es nicht korrekt behandelt, was die Verarbeitung des Streams innerhalb der TS Stream-Schiene unmöglich machte (siehe hier). Fix: Desktop Webinterface: Ein Textcursor erschien auf der Timer-Seite als Muaszeiger anstatt des üblichen Pfeils (siehe hier).

The DVBViewer beta version 7.3.1.11 has been replaced by hotfix beta version 7.3.1.12 in the Members (Download) Area -> Beta Section. Please take note of the hints in the previous posts concerning the unsigned installer! Change Log DVBViewer Pro Beta 7.3.1.12 Fix: TS Stream: If a stream URL did nor indicate the stream format (e.g. by a filename extension like .ts), and DVBViewer had to retrieve it by reading the server’s HTTP response header, it was not handled correctly, thus disabling stream processing within the TS stream framework and letting DVBViewer use file playback with the LAV Source Filter as fallback (see here).

The beta version 3.3.1.11 of the the DVBViewer Media Server has been replaced by hotfix beta version 3.3.1.12 (restricted basic and paid full version) in the Members (Download) Area -> Beta Section. Please take note of the hints in the previous posts concerning the unsigned installer! Changes Media Server Beta 3.3.1.12 Fix: TS Stream: If a stream URL did nor indicate the stream format (e.g. by a filename extension like .ts), and the Media Server had to retrieve it by reading the server’s HTTP response header, it was not handled correctly, thus disabling stream processing within the TS stream framework (see here). Fix: Desktop Web Interface: A text cursor appeared on the Timers Page as mouse cursor instead of the usual arrow (see here).

Jetzt sind korrigierte Beta-Versionen 7.3.1.12 / 3.3.1.12 oben und können auf gewohntem Weg heruntergeladen und installiert werden (empfohlen: über den DVBViewer Pro Downloader).

Bei einer M3U URL dem DVBViewer zu erzählen, das Format wäre TS, ist auch reichlich sinnfrei Stimmt. Das liegt an der Zeile <div class="contentbody" id="contentbody" contenteditable="" spellcheck="false"> in SVCweb\timer_list.html, die den Tabellenbereich als "editierbar" angibt. Sonst bekommt man kein "Einfügen" im Kontextmenü, um kopierte Programminfos z.B. von TV Spielfilm einzufügen, was dann den Neuer Timer-Dialog mit entsprechend vorausgefüllten Feldern auf den Plan ruft. Das spellcheck-Attribut verhindert, dass Browser (insbesondere Chrome) alles markieren, was sie für falsch geschrieben halten. Was man aber noch machen kann, ist <div class="contentbody" id="contentbody" contenteditable="" spellcheck="false" style="cursor: default;"> Dann ist der Cursor wieder ein Pfeil (gerade herausgefunden).

Ist mir gar nicht aufgefallen, kann ich aber hier bestätigen. Ein "kosmetisches" Problem 😉

In the case when there are not enough tuners for overlapping recordings every conflicting entry in timer list would always show in red as an indication. You would see it early if this is the problem. And if the "Create timers deactivated" section would be the cause then 1. the dot in front of the timer would be grey instead of green and 2. if grey the timer would not start recording after stopping/restarting the service as the timer stays deactivated. So this also should not be the cause.

Wenn ich in der Zeile das "http" durch "ts" ersetze, dann funktioniert der Import zwar, aber alle Streams beginnen dennoch mit "http", nur zur Kenntnis. Ansonsten noch eine andere Rückmeldung, in der Timerliste im Webserver gibt es keinen Mauspfeil mehr, sondern so einen Cursor, als ob man etwas schreiben wollte. Wenn das der "Preis" für das neue Feature ist, auch kein Problem, aber ungewohnt.

Hallo Griga, der verlinkte Reg-Eintrag hat auch bei mir sofort dazu geführt, dass in den Erweiterten Energieeinstellungen der Schalter für den Abwesenheitsmodus sofort angeboten wird - sogar ohne Neustart! Ich habe den Abwesenheitsmodus dann deaktiviert. Dann habe ich getestet: Eine im DVBViewer über EPG programmierte Aufnahme wird nun - bei laufender Aufnahme - nach User-Standby sofort beendet, wie erwartet. Leider ist das auch nicht sinnvoll, so dass ich den Abwesenheitsmodus wieder aktivieren werde. Schade, dass Windows hier so einen Fallstrick eingebaut hat. Jedenfalls danke für die Antworten.

Bei mir ist sie unter Windows 10 auch nicht vorhanden. Früher habe ich sie allerdings in den erweiterten Energieoptionen mal gesehen. Vielleicht war das noch unter Windows 8.1. Es gibt eine ganze Reihe Energie-Optionen, die Windows dem Anwender standardmäßig vorenthält, was sich aber für jede Option einzeln in der Registry ändern lässt. Speziell für den Abwesenheitsmodus (Away Mode) wird hier eine .reg-Datei angeboten, die die Option sichtbar/unsichtbar macht. Das Ergebnis sieht bei mir so aus:

Danke für die kompetente Antwort und Verlinkung auf dieses Thema. Das Stichwort "Abwesenheitsmodus" hat mich auch zu weiteren (Uralt-)Einträgen zu diesem Thema hier im Forum geführt, die ich zuvor nicht gefunden habe. In den Erweiterten Energieoptionen unter Windows 11 habe ich allerdings keine Möglichkeit gefunden den Abwesenheitsmodus testweise mal zu deaktivieren. Und die Alternative, dass bei deaktiviertem Abwesenheitsmodus eine laufende Aufnahme dann wohl bei User-Standby sofort beendet wird macht m.E. auch keinen Sinn. Man muss einfach selber daran denken so etwas nicht zu tun. Mein Fazit: Es ist (leider) so wie es ist. Und es ist kein Fehler im DVBViewer bzw. DMS. Danke.

Wobei die Timer-Aufnahmen solcher Streams gerade ohne Probleme funktionieren.

It certainly is a mystery. I cracked the PC open, prised the CMOS battery out and tested it and it isn't that. I left it on Saturday and set some timers which should force the PC to wake and sleep. There were gaps in the timers so no overlap or reason for it to stay awake for the next timer. It successfully did four BBC News programs, sleeping and waking in between according to the event viewer. I set it to record a film last night and nope. It's not playing. It should have woken at 20:50 and it didn't. I manually turned on the machine and once again had to stop and restart the server and then the recording began. I checked my timers and they're all green. On the Search EPG screen, I only have ticks in these boxes and the presets are the same: The film I tried to record last night was a one-off so I have no preset and I picked it from the EPG. I'm doing a Windows reinstall to see if that gives it the kick it needs.

Eine unsinnige Definition, höchstens geeignet für vorsätzliche Supportbehinderung. Was, wenn jemand mehr als einen PC hat? Natürlich gibt es ein Problem. Du bemerkst es nur nicht, weil der Fallback "Als Datei wiedergeben" automatisch greift. Im Log wird es offensichtlich. Der DVBViewer erkennt zwar, welcher Art der Stream ist (nämlich einfach ein in HTTP verpackter TS) , notiert dies jedoch nicht richtig, kann ihn deshalb nicht mittels TS Stream Framework behandeln und delegiert die Angelegenheit an den LAV Splitter. Der Media Server hat wegen der selben Codebasis das gleiche Problem, aber nicht die Möglichkeit des Fallbacks, weil er keine DirectShow-Wiedergabekomponenten verwendet. Deshalb scheitert der Empfang des Streams einfach. Das Grundproblem ist hier, dass DVBViewer/DMS der URL den Streamtyp nicht sofort ansehen können (z.B. durch eine Dateiendung wie .ts). Sie müssen erst den HTTP-Header vom Server lesen. Wenn du ihnen auf die Sprünge hilfst, indem du z.B. in der URL http:// durch ts:// ersetzt, geht es auch ohne Fallback. Ein bedauerlicher Bug, der mich zwingt, DVBViewer und DMS noch mal neu hochzuladen

Am einfachsten wäre es wenn du auf dem NAS einen User mit gleichem Namen und Kennwort wie dein Windows-User erstellst. Und den DMS-Dienst von System auf eben diesen User umstellst. Dazu muß er ein Kennwort haben, ohne geht nicht. Dann kann der DMS per UNC-Pfad (\\NAS-Name\Freigabe\Ordner ...) zugreifen, nicht per Laufwerksbuchstabe. Oder du fügst Windows den User mit Kennwort des NAS als Benutzer hinzu und verwendest diesen für den DMS-Dienst. Mit unterschiedlichen Usern auf PC und NAS machst du es dir hier unnötig schwierig bis unmöglich. P.S.: Deine support.zip ist kaputt, besteht ausschließlich aus Null-Bytes.

Kommando zurück. Irgendwie funktioniert es jetzt wieder nicht mehr.. anbei die Support Zip.. Danke. support.zip

Tolles Addon, gerade eingerichtet. Allerdings vermisse ich eine Funktion (vielleicht habe ich sie übersehen): Kann man irgendwo einrichten, dass ich Filme / Sendungen nicht mehrfach aufnehmen will. z.B. suche ich nach einem Schauspieler. EPGPlus findet einige Infos u.a. einen Film welcher zu Zeit X und einmal als Wiederholung nachts nochmal läuft. EPGPlus erstellt mir zwei Aufnahmen, somit hätte ich eine doppelte Aufnahme. Kann man das irgendwie übergehen bzw. vorher prüfen lassen, ob es nicht schon so eine Aufnahme gibt? Danke und Gruß

So nach bisschen testen, habe ich es geschafft einen passenden User auf meiner NAS zu erstellen. Jetzt werden die Medien geladen. Danke Dir!

Für mich ist das der auf meinem PC. 😉 Damit gibt es keine Probleme und sollte wohl der Normalfall sein. Ich sehe auch im Sendelisten-Editor, dass er von sich aus den Haken setzt, wenn ich den Stream wiedergebe. Log anbei. Also scheint diese Automatik vermutlich nicht zu greifen, wenn ich den Stream vom Viewer über den DMS beziehe. Mit der Version davor gab es aber das Problem für mich generell noch nicht. DVBViewer.log

Was ist für dich ein lokaler Viewer? Für mich ist es einer auf dem Server PC. Ansonsten ist es ein Remote Client bzw. Viewer. Im "geht nicht" Log wird der Stream offenbar vom DMS via RTSP bezogen, und der antwortet mit "404 not found". Wie sieht es aus, wenn ein 7.3.1.11 DVBViewer den Stream direkt bezieht (nicht vom DMS und nicht mit "Als Datei wiedergeben")? Leider deckt keines der Logs diesen für mich aussagekräftigen Fall ab. Im "geht nicht" spielt sich das entscheidende im DMS ab, im "geht" im LAV Source Filter, wo das Logging nicht hinreicht, weil der DVBViewer damit selbst kaum was zu tun hat.

Alle sind auf der aktuellsten Beta-Version. Der Lokale Viewer bezieht seine Streams (hoffentlich) vom DMS auf dem Server. Der Viewer neben dem DMS auf dem Server ist Stand-Alone und wird nur für den Playlist-Import und zur Erstellung der Favoriten genutzt, damit diese dann vom DMS verteilt werden können (an einen Client).

7.3.1.11? Ohne lokale DMS-Anbindung? Dann brauche ich ein DVBViewer.log nach Reproduktion im Debug-Modus. Da dort auch die URLs drinstehen, eventuell via PM. Auch 7.3.1.11? Bezieht den Stream vom DMS? Welche DMS-Version?

Erst mal Danke für die neue Version. Bin schon gespannt, das neue Timer-Feature durch copy&paste auszuprobieren. 😀 Aktuell habe ich aber das Problem, dass der lokale Viewer (mein PC) keine "meiner" Streams mehr abspielt, es sei denn, ich setze im Senderlisten-Editor einen Haken bei "als Datei wiedergeben". Der Viewer, der neben dem DMS installiert ist (Server-PC), hat das Problem nicht. Auch versuche ich (und ich hoffe, das ist durch das Update nicht irgendwie durcheinander gekommen), dass der lokale Viewer seine Streams immer durch den DMS bezieht und keine eigenen Verbindungen aufbaut. Dieser Umstand erklärt vermutlich das unterschiedliche Verhalten der beiden Viewer? Mit dem Viewer neben dem DMS importiere ich unregelmäßig die Playlist für alle Streams, außerdem erstelle ich damit die Favoriten für den DMS etc.. "C:\Program Files (x86)\DVBViewer\DVBViewer.exe" -l "http://10.249.248.10:6878/playlist/get?format=m3u&generate_player_id=1" -r ace Es wäre vermutlich zu viel Aufwand, bei jedem Sender nun den Haken zu setzen, zumal das nach jedem Import vielleicht wiederholt werden müsste. Hab das aber noch nicht ausprobiert. Favoriten werden am Namen wiedererkannt.

Gebraucht wird nicht nur ein Compiler, sondern auch eine kompatible Komponenten-Bibliothek für die ganzen Kontrollelemente wie Buttons, Checkboxen, Listenansichten usw. Wenn, wäre wohl Lazarus als Entwicklungsumgebung die erste Wahl. Nichtsdestotrotz wäre auch damit eine Riesen-Anpassung des gesamten DVBViewer- und Media Server-Quellcodes fällig.