All Activity

Du verwendest kein VPN? Hört sich so an, als würdest du ohne Sachverstand ziemlich gefährliche Sachen machen. Eine Portweiterleitung an einen nicht passwort-geschützten Server ist sicherheitstechnisch ein absolutes No-No. Im Media Server lässt sich jedoch nur der Webserver mit dem Standardport 8089 so schützen. Andere Teile des Media Servers nicht. RTSP basiert auf verschiedenen Protokollen und ist komplizierter, als du dir das vorstellst. Was soll "Portweiterleitung 554 UDP" heißen? Ein RTSP bzw. Sat>IP Client konaktiert den Server zwar über den serverseitigen Port 554 (oder ersatzweise 8554, falls bereits besetzt), verwendet dabei aber eine TCP-Verbindung, nicht UDP, und erhält dann vom Server einen der Anfrage entsprechenden separate UDP Streams mit Video/Audidaten, plus einen weiteren UDP Stream mit ergänzenden Daten. Die dafür zu benutzenden zwei clientseitigen Ports teilt der Client dem Server anfänglich über die TCP-Verbindung mit. Sie werden innerhalb eines bestimmten Port-Bereiches vom Client ausgewürfelt, sind also immer andere. Soviel kurz zusammengefasst. Mehr erfährst du in diesem Thema. Die daraus entstandenen Erkenntnisse wurden in den letzten Beta-Versionen berücksichtigt. Es kann also eine Rolle spielen, ob du sie bereits benutzt oder nicht.

Derzeit sind immer noch die 2011er und (sofern installiert) auch die 2023er Zertifikate parallel gültig. Durch das Installieren der 2023er sind die 2011er nicht weg sondern beide vorhanden! Im Juni 2026 aber sollen automatisch die 2011er dauerhaft als nicht mehr gültig markiert werden (angeblich nicht umkehrbar). Wir werden also in 2 Monaten sehen ob das dann eine Auswirkung auf die DD-Treibersignierung hat. Ob die neuen 2023er da sind hat jetzt momentan erst mal noch keine Auswirkungen darauf da die 2011er bislang ausreichen und diese "noch" gültig sind.

@Krikit Warship Danke für den super Tipp - funktioniert einwandfrei (nach dem Registry Eintrag 1x neu starten). Und das Beste: ich habe die neuen Secure Boot Zertfikate mit dem MS Update vom 14.04.2026 erhalten und alles funktioniert trotzdem perfekt. So könnt ihr übrgens abfragen, ob eure Zertifikate aktuell sind (Secure Boot muss aktiviert sein) : Powershell als Administrator starten Kopiert den folgenden Befehl und fügt ihn ein: [System.Text.Encoding]::ASCII.GetString((Get-SecureBootUEFI db).bytes) -match 'Windows UEFI CA 2023' Ergebnis interpretieren: True: Das neue Zertifikat ist installiert und Ihr System ist für 2026 gerüstet. False: Nur das alte 2011er-Zertifikat ist aktiv. Sie sollten nach BIOS/Firmware-Updates des Herstellers suchen bzw. Windows Updates.

Du meinst also gar keine Suchfunktion, sondern eine Filterfunktion. Eine Suchfunktion liefert dir nach Eingabe des Suchbegriffs das erste bzw. jeweils nächste passende Ergebnis, eine Filterfunktion alle passenden Ergebnisse. Und du willst dann auch noch wissen, aus welchem Stammordner sie stammen. Soweit richtig? Mich stört beim Timer-Dialog eher, dass er sämtliche vorhandenen Sender in einer linearen Liste unterbringt - das können ja tausende sein - und ich frage mich, ob es nicht wie auf den EPG-Seiten eine zusätzliche Stammordner-Auswahlliste geben sollte (eventuell plus TV/Radio), so dass die Senderliste nur Sender aus jeweils einem Stammordner enthält.

Das stimmt jedenfalls. Ich würde bei solchen Problemen immer mit TransEdit gegentesten. Da hast du mehr Einflussmöglichkeiten, kannst die Timeouts für den Datenempfang erhöhen (Settings -> Scanner), im Analyzer die Empfangsqualität prüfen, ob der Empfang verzögert beginnt (der Analyzer hat kein Timeout) usw. Ich führe deshalb Suchläufe eigentlich immer mit TransEdit durch, nicht mit dem DVBViewer.

Hi Griga, Bevor der FW Umstellung hat das ja mit dem Port 554 UDP tadellos funktioniert. Nach einigen Tests ist doch die Portweiterleitung 554 UDP an der Blockierung schuld. Wenn ich exposed Host einstelle, dann alles okay, will aber den Media Pc im Internet nicht so bloßstellen. Und die FB 5530 hat auch eine Beta FW bekommen, vielleicht ist das die Ursache ?? Beste Grüße

Wie inzwischen eine Nachfrage und eine eigene Recherche ergeben hat: Spenden an Firmen müssen als Einnahmen voll versteuert werden. Oder anders gesagt: Steuerfreie Privatspenden an eine Firma sind nicht möglich. Wer also für den DVBViewer spendet, spendet gleichzeitig für unseren armen Vater Staat. Falls jemand trotzdem durch Überweisung ohne Gegenleistung spenden will: Bernd hat darauf hingewiesen, dass der Betrag nicht dem Preis eines hier vertriebenen Produktes entsprechen sollte, damit es nicht zu Verwechslungen kommt. Spenden (= Schenkungen) von privat an privat sind natürlich steuerfrei möglich, dürfen dann aber nicht über ein Firmenkonto laufen. Wer wie auch immer für die Weiterentwicklung des DVBViewers spenden will, sollte sich darüber im Klaren sein, dass er damit den Erhalt bzw. die Pflege des DVBViewers fördert. Sie beinhaltet natürlich eine gewisse Weiterentwicklung, d.h. neben Kundensupport das Beheben von Fehlern, Verbesserung und Erweiterung vorhandener Funktionen, Anpassung an veränderte Gegebenheiten usw. Ohne dies wäre der DVBViewer, auch wenn weiter erhältlich, klinisch tot. Spenden werden jedoch nicht zu großen Sprüngen in der Entwicklung führen, die einen hohen Aufwand mit sich bringen, wie z.B. eine 64-Bit-Version. Das ist mit den hiesigen Ressourcen nicht zu leisten. Dazu wäre etwas anderes erforderlich, nämlich engagierte (jüngere) Entwickler und auf andere Weise Mitwirkende, die bereit wären, sich zunächst ehrenamtlich in das Projekt einzuarbeiten und Beiträge zu liefern, um es vielleicht irgendwann zu übernehmen und fortzuführen. Wer hat dafür Zeit übrig? Das vorhandene Personal - praktisch nur Bernd und ich mit gelegentlicher Hilfe von Christian (Hackbart) als Admin - kann das Projekt nur möglichst lange am Leben erhalten. Wenn jemand alters- oder krankheitsbedingt ausfällt oder die Kosten für Server, Forum, Steuerberater usw. die Einnahmen überschreiten, ist Feierabend. Dann bliebe höchstens, den DVBViewer als Freeware bei irgendwelchen Hostern unterzubringen. Dieses Forum wäre dann Geschichte. Es würde aus dem Internet verschwinden. Der momentane Stand ist, dass der Verkauf von DVBViewer und Co. noch die Unkosten deckt und einen geringen Gewinn in unregelmäßiger Höhe abwirft, der die Rente der Mitwirkenden aufbessert. Viel zu verdienen gibt es nicht. IT- und Business-Profis würden dafür keinen Finger rühren. Im Grunde handelt es sich wie anfangs im Jahr 2002 wieder um ein Hobby-Projekt, das aus Nostalgie und Liebe zur Sache weitergeführt wird. Es wäre einfach zu schade, den DVBViewer sang- und klanglos eingehen zu lassen, nachdem über 24 Jahre so viel ❤️blut eingeflossen ist.

Schön wäre es in etwa so, aber plus Stammordner-Information...

Warum erstellst du nicht selbst ein neues Thema, wenn dir klar ist, dass ein Post nicht in ein vorhandenes Thema passt? Ich habe dann als Moderator die Arbeit, muss den Post abtrennen und verschieben. Die Suchfunktion gibt es bereits, und zwar in einer Form, die man bei Listen häufig vorfindet (z.B. auch in der DVBViewer-Senderliste): Wenn die Senderliste im Timer-Dialog den Eingabefokus hat (!) und du einen Sendernamen bzw. dessen Anfangsbuchstaben eintippst, springt der Auswahlbalken zum ersten passenden Eintrag. Gibst du die Zeichenfolge noch mal ein, erhälst du den nächsten passenden Eintrag, usw. Die Funktion hat ein Timeout, d.h. du musst zügig tippen. Sobald du eine längere Pause machst, betrachtet die Funktion die Eingabe als abgeschlossen, und es beginnt eine neue.

Warum willst du unbedingt RTSP, was standardmäßig UDP beinhaltet? Gerade bei einer Fernverbindung würde ich HTTP bevorzugen, da TCP basiert. Das ist viel störungsresistenter.

Was ich auch schön fände, aber nicht mehr zum Thema passt: Wenn man beim Anlegen eines Timers über das Webinterface ein Suchfeld für Sendernamen angeboten bekäme. Aktuell habe ich sehr viele Sender zur Auswahl, manche auch mehrfach. Vermutlich ist das ganze nicht trivial, weil natürlich auch die "Stammordner" mit ausgegeben werden müssten.

Wollte meinen Media Server PC wieder mit Firewll (W10) betreiben. Meine erzeugte HTTP & rtsp Listen werden nur bei Verwendung der HTTP Liste via Dyn DNS in der Ferne abgespielt, hab so ziemlich alles durchprobiert, RTSP bleibt finster ! Ein kleiner Tipp für mich, danke

Also in der Transponderliste steht 9=10891,H,22000,23,134,|ARD Aber ich habe gerade noch einmal einen Einzelscan für diese Frequenz gemacht (vorher alle drei MDR HD Sender gelöscht) und alle drei wurden gefunden. Vielleicht war das Problem Wetter bedingt. Die geladene Channel List hat jedenfalls immer funktioniert.

Dann stimmt womöglich etwas in der zum Scannen verwendeten Transponderliste für Astra 19.2° Ost nicht. Sie befindet sich im Transponders-Unterordner des DVBViewer-Konfigurationsverzeichnisses.

Habe das gleiche Problem. Kein RBB HD MDR HD HR HD nach Kanalsuche, auch dann nicht wenn ich nur in der Frequenz suche. Allerdings einwandfreier Empfang dieser Sender, wenn ich die DVBViewer Kanalliste lade. Jetzt habe ich die Sender aus der DVBViewer Kanalliste in den ARD-Bereich vom Sendersuchlauf verschoben. Aber trotzdem merkwürdig. Mit meinen Linux-Treibern (DDD Max M2) wurden die Sender auf dem selben PC mit dem selben Anschluss allerdings nach Kanalsuche mit Kaffeine gefunden.

Vielen Dank erst mal für eure Bereitschaft, die DVBViewer-Weiterentwicklung zu unterstützen. ❤️ Da ich keine Ahnung habe, wie sich Spenden an eine Firma steuerlich auswirken und in welcher Form dies Sinn machen würde, habe ich die obigen Posts an Bernd (Hackbart) weitergeleitet, der sich um die Geschäftsleitung kümmert. Vielleicht hat er eine Idee, wie man sowas am besten realisiert.

Aktuell sehe ich keinen Grund mich von keiner Sateliten-Empangsanlage zu trennen , auch wenn die Streaming Dienste noch so locken. "Eigener Herd ist Goldes Wert" Aber erst mit DVBViewer und Media-Server entfaltet sich die volle Pracht. Einer Spendenaktion zur weiterentwicklung wäre ich nicht abgeneigt. Ich hätte auch kein Probem wenn das nächste Update was kosten würde, nach der langen Zeit in der ich die Software zum Preis der Erst-Lizenz nutze angemessen. Bei anderen Produkten zahlt mann zwangsweise jährlich.

Dass ein Video-Stream als HEVC erkannt wird, obwohl er es nicht ist.

Danke. Das Risiko kann ich nicht einschätzen, was wären die konkreten Folgen. Wären so vielleicht sogar Exploits (einfacher) möglich. Gewisse Streams aus dem Internet sind, was die Sicherheit betrifft, nicht vergleichbar mit TS aus dem Kabel oder vom Satelliten. Wird eine solche Problemlage noch deutlich verschärft oder bleibt dieses Risiko eher auf einem Level. Und letzteres gilt natürlich eh für jedes Video aus unbekannter Quelle, was wir uns irgendwo herunter geladen haben und dann mit einem lokalen Player abspielen. Wie schon gesagt, ich wäre schon mit einer Interlacing-Erkennung zufrieden. 😉

Mit einer kurzen Aufnahme von @Bob.Dig ließ sich die Ursache für die fehlende Formaterkennung im DVBViewer ermitteln. Am Anfang eines wichtigen Teils der HEVC Video Header (Sequence Parameter Set, SPS) fehlt ein Nullbyte (zero_byte Syntax-Element), das dort gemäß den HEVC-Spezifikationen sein sollte. Deshalb findet der DVBViewer den SPS nicht. Auch in anderer Hinsicht entspricht Video nicht den HEVC-Spezifikationen (fehlender Access Unit Delimiter, AUD). Es wäre ja auch langweilig, wenn sich alle dran halten würden Der LAV Source Filter/Splitter bzw. die von ihm verwendete FFmpeg-Formaterkennung lässt dem Video-Stream die Fehler aber offenbar durchgehen und erkennt den SPS trotzdem. Das lässt sich auf haarsträubende Weise ausnutzen. Man benennt die .ts Aufnahme einfach in .mp4 um. Weil der DVBViewer nativ mit MP4 nichts anfangen kann, delegiert er das Lesen der Datei an den LAV Source Filter. Der erkennt trotz falscher Dateinamenserweiterung, dass es ein Transportstrom ist, und liest den Kram mitsamt Video-Formaterkennung richtig. Die Frage ist nun, ob der DVBViewer sich hinsichtlich des SPS auch fehlertoleranter verhalten soll. Machbar ist das. Andererseits schwächt Fehlertoleranz das Unterscheidungsvermögen, d.h. das Risiko einer fälschlichen Erkennung (false positive) des SPS steigt. Bei H.264 gibt es übrigens das gleiche Problem. Aber da ist mir noch kein derartig fehlerhaft encodierter Stream begegnet. Ein anderer Faktor in dem Spiel ist die Suchtiefe in Dateien. Der DVBViewer liest für eine Vorab-Formaterkennung standardmäßig die ersten 6 MB einer TS-Datei. Das reicht bei dem 22 MB Sample von Bob.Dig jedoch nicht, weil der erste (und einzige) SPS erst nach 10 MB auftaucht. Bei UHD und dazu noch Internet-Streams können die Abstände zwischen zwei SPS sehr groß werden. Die Suchtiefe kann man im DVBViewer mittels Tweak erhöhen (-> Tweaker.exe starten). Aber auch ohne diese Maßnahme würde der DVBViewer Filter den SPS auf jeden Fall während der Wiedergabe finden und das erkannte Format nachträglich signalisieren, wenn der SPS denn richtig encodiert wäre...

Ohne die Möglichkeit, einen solchen Stream zu untersuchen, kann ich dazu nichts sagen.

Auch noch irgendwie passend zum Thema: 4K-(Internet-)Streams haben bei mir gar keine Anzeige zur Auflösung etc. Diese Streams werden bei mir auch teilweise in einem falschen Bildverhältnis angezeigt. Die selbe Quelle als Aufnahme durch den Viewer wird im MPC-HC dagegen korrekt dargestellt. Verwendet wird in beiden Fällen der MPC Video-Renderer und LAV-Filters aus dem K-Lite Codec Pack. Den einzigen Unterschied, den ich als Laie ausfindig machen konnte, ist, dass der DVBViewer die 32-bit-Versionen nutzt und dass der LAV-Splitter während der Wiedergabe nicht im Windows-Tray angezeigt wird. Da ich diese 4K-Streams allerdings nicht mit deutscher Tonspur empfange, nutze ich sie faktisch nicht, wollte es nur mal erwähnt haben.

Wirf einen Blick in den Plugins-Ordner des DVBViewers. Er bringt standardmäßig ein Import-Plugin für das conf-Format mit. Deshalb kann man die Dateien wie ini-Dateien einfach mit der Maus in den Senderlisten-Editor ziehen.

Ja, hatte ich schon, und da ist mir halt aufgefallen, dass die ähnlich sind. Aber kann man dann mit den conf-Dateien, die man im Vodafone-Kabelforum für VDR exportieren kann, beim DVBViewer überhaupt irgendwas anfangen (ist vielleicht ’ne blöde Frage, sorry)?

Beide sind Textformate, d.h. man kann sie mit einem Texteditor öffnen. Schaue einfach mal rein. . ini ist beim DVBViewer ein Senderlisten-Import/Exportformat, .conf ist allgemein eine Linux-Konfigurationsdatei, die speziell beim Linux Recorder VDR die Senderliste enthält.