All Activity

Media Server 3.3.3 Bitte beachten: Wir verwenden ein selbstsigniertes Zertifikats in Version 3.3.3. Leider ist ein offizielles Zertifikat, das Windows anerkennt, sehr viel teurer und komplizierter geworden, was ein Problem für kleine Softwareproduzenten wie uns darstellt. Deshalb versuchen wir, ohne auszukommen. Es hat jedoch Folgen für DVBViewer-Anwender. Da Windows den Herausgeber nicht verifizieren kann, führt der Start des mit einem Browser heruntergeladenen 3.3.3 Installers zu irreführenden Windows-Warnungen "Der Computer wurde durch Windows geschützt", und man muss erst auf "Weitere Informationen" und dann auf "Trotzdem ausführen" klicken (siehe hier). Dies lässt sich durch den Start des immer noch offiziell signierten DVBViewer Pro Downloaders vermeiden (siehe Windows Startmenü → DVBViewer). Durch Scrollen nach unten erscheint eine Sektion "Add-Ons". Hier kann man den Media Server 3.3.3 auswählen und dann den Downloader arbeiten lassen. Solange der originale Downloader verwendet wird (mit Christian Hackbart als verifiziertem Herausgeber im Dialog der Benutzerkontensteuerung) oder der Download aus unserem Mitgliederbereich erfolgt, ist sichergestellt, dass wir der Herausgeber sind, trotz Warnungen. Bitte auch beachten: Der Download der DVBViewer Media Server 3.3.3 Vollversion mit dem DVBViewer Pro Downloader erfordert den Erwerb einer zusätzlichen Lizenz (falls noch nicht geschehen). Dies betrifft jedoch nicht die eingeschränkte Basic-Version (siehe hier). Änderungen Media Server 3.3.3.0 Geändert/Fix: Desktop Web Interface: Einige Anpassungen auf der Timer-Seite und im Dialog „Neuer Timer“, insbesondere um Probleme zu vermeiden, die aus dem Attribut „contenteditable“ für die gesamte Timerliste resultierten, das den Punkt „Einfügen“ im Kontextmenü der Liste erscheinen lassen sollte (siehe hier). Im einzelnen: Jetzt enthält nur das Kontextmenü des Buttons „Neuer Timer“ einen Punkt „Einfügen“, um automatisch den Timer-Dialog zu öffnen und dort Programmdaten einzufügen, die zuvor von Internet-Seiten mit TV-Programmen kopiert wurden (siehe Änderungen in 3.3.1.12). Strg+V funktioniert jedoch noch in der gesamten Liste. Der Timer-Dialog verliert nach zwischenzeitlichem Wechsel zu einem anderen Tab in Firefox nicht mehr den Eingabefokus . Zeiten können nun in den Eingabezeilen für die Start- und Endzeit im Timer-Dialog kontinuierlich eingegeben werden, ohne mit der Tabulator-Taste von den Stunden zu den Minuten springen zu müssen. Dies betrifft auch die Eingabezeilen für die Start/Endzeit und die minimale/maximale Dauer auf der Seite „EPG-Suche“. Der Timer-Dialog erkennt jetzt auch Jahresangaben in eingefügten Programmdaten, wenn ihnen keine Begrenzung wie ein Leerzeichen folgt. Der JavaScript-Code im Timer-Dialog verursachte Fehler, wenn der Timertyp kein Aufnahmetimer, sondern ein Task Timer war (siehe hier). Fix: Mobil-Webinterface: Das Popup-Tastenfeld für die Eingabe von Teletext-Seitennummern erschien nicht auf Seiten ohne Seitennummer in der ersten Zeile (z.B. auf Untertitel-Seiten). Der Button „Pfeil rechts“ im Tastenfeld ließ den Teletext nicht wie beabsichtigt zur nächsten Seite in der Seitenchronik springen, sondern zurück wie der Button „Pfeil links“. Geändert: Mobil-Webinterface: Die meisten Beschriftungen von Einstellungen, die zu lang waren, um in einer Zeile angezeigt zu werden, belegen jetzt mehr als eine Zeile, anstatt abgeschnitten zu werden. Geändert/Fix: Webinterfaces: Wenn der auf der Statusseite angezeigte frei Festplattenplatz für Aufnahmeordner (der tatsächlich der freie Platz minus dem konfigurierten minimalen freien Platz ist) negativ wird, erscheint dort jetzt eine 0, was bedeutet, der Ordner kann nicht mehr für Aufnahmen verwendet werden. Die Einstellung „Minimaler freier Festplatten-Platz (MB)“ auf der Seite Konfiguration → Aufnahmen wurde in „Aufnahmeabbruch bei minimalem freien Festplattenplatz (MB)“ umbenannt, um zu verdeutlichen, was sie bewirkt (siehe unten und hier). Geändert: Webinterfaces: Die Timerliste zeigt jetzt die Dauer als hh:mm in Klammern hinter der Start- und Endzeit an. Im Desktop Webinterface geschieht das nur, wenn die Dauer mehr als 23:59 Stunden beträgt, im Mobil Webinterface immer. Außerdem kann die Anzeige der Dauer für Aufnahmen jetzt eine Dauer von mehr als 23:59 Stunden angeben. Geändert: Aufnahme-Optionen: Die Einstellung „Minimaler freier Festplatten-Platz (MB)“ wurde in „Aufnahmeabbruch bei minimalem freien Festplattenplatz (MB)“ umbenannt, um zu verdeutlichen, was sie bewirkt. Die automatische Wahl des Aufnahmeordners berücksichtigt jetzt diesen Wert. Ein Ordner wird nicht mehr gewählt, wenn der freie Platz minus dem minimalen freien Platz 0 oder negativ ist. Außerdem bezieht sich der für „Ordner in Reihenfolge solange mindestens frei sind (GB)“ eingestellte Wert auf den freien Platz minus dem eingestellten minimalen freien Platz (zuvor nur auf den freien Platz, siehe hier). Geändert: Recorder: Verbesserte Handhabung von Timern für Aufnahmen mit einer Dauer von mehr als 23.59 Stunden, die durch Verwendung der Eingabefelder „Vorlauf“ und „Nachlauf“ im Timer-Dialog erreicht wurde (siehe hier). Bitte beachten: Die Verwendung dieser Möglichkeit kann zu unbeabsichtigten Resultaten führen, aufgrund unvorhergesehener Kollisionen mit anderen Media Server-Features, oder weil es nicht ausgeführt werden kann, z.B. bei automatisch täglich wiederholten Aufnahmen mit einer Dauer von mehr als 24 Stunden durch einen einzigen Timer. Geändert: Recorder: Rückkehr zur Handhabung von automatisch (wöchentlich) wiederholten Timern in Version 3.3.1.0, weil sich dies als flexibler erwiesen hat. Der Media Server plant nicht mehr automatisch die nächste Aufnahme für das frühestmögliche Datum mit einem passenden Wochentag wie Version 3.3.2.0, sondern behält das nächste Aufnahmedatum bei, solange der Wochentag passt, auch wenn ein weiterer Wochentag vor diesem Datum hinzugefügt wird. Falls ein zusätzlicher Tag so früh wie möglich berücksichtigt werden soll, muss das Datum im Aufnahmeprogrammierung-Fenster manuell angepasst werden (siehe hier und hier). Fix: Hardware-Optionen: Wenn in den Einstellungen für ein virtuelles RTSP Netzwerkgerät, das mit einem Digital Devices OctopusNet Sat>IP Server verbunden ist, eine CI-Zuweisung konfiguriert wurde, missinterpretierte der Media Server dies und versuchte, den „TCP Interleaved“ Transportmodus für Datenübertragung zu verwenden, obwohl OctopusNet diesen bekanntermaßen nicht unterstützt. Als Folge erhielt der Media Server eine Fehlermeldung von OctopusNet,und fiel automatisch auf den UDP Transportmodus zurück, der schließlich funktionierte. Fix: TS Stream: Spezielle als Query-Teil an URLs angehängte Parameter wie addhdr=…, die vom DVBViewer ausgewertet und dann entfernt werden sollten, ohne sie an den Server zu senden, wurden nicht sauber entfernt und verursachten Fehlschläge z.B. bei MPEG Dash Streams, in denen URLs als Basis für die Erzeugung weiterer URLs dienen (siehe hier). Fix: TS Stream: Korrigierte Handhabung von Zeitstempeln (teilweise Rückkehr zur Handhabung in Version 7.3.1.12, siehe hier). Fix: TS Stream: Query-Teile in UDP/RTP Multicast IPTV URLs wurden als Teil der Portangabe angesehen (siehe hier).

Zur Zeit sehe ich keinen Anlass, in der Hinsicht tätig zu werden. Mir ist nicht bekannt, dass in nächster Zeit irgendwo DVB-I in nennenswertem und praktisch nutzbarem Umfang "ausgerollt" wird oder bereits wurde. Wer mehr oder besseres weiß, soll es hier mit Link als Beleg posten.

Hallo, seit dem letzen Post zu diesem Thema ist einige Zeit vergangen. DVB-I soll zum ende 2026 vieleicht ausgerollt werden. In der DVB.org wird daran gearbeitet. Angeblich gibt es schon DVB-I Senderlisten, habe aber keine im Internet gefunden. Nun meine Frage : Wird der DVBViewer in der Richtung noch weiterentwickelt ?

Danke, Das war's. Ich dachte ich hätte den Cache schonmal gelöscht. Ich habe wohl nur mit F5 die Seite neu geladen.😊

Danke 🙂 Nach Kürzen der RTP-URLs um den Query-Teil und neu-Importieren spielt er die Kanäle ohne "Als Datei wiedergeben". Und EPG baut sich damit auch auf, super! Das Gerät erzeugt übrigens bei den gewählten 26 Sendern eine Multicast-Gesamtbandbreite von ~170 MBit/s. Aber wir haben in dem Kundennetzwerk professionelle AV-Switche mit 10 GBit/s Glasfaser untereinander, die Multicast im Switch zurückhalten und nur die jeweils angeforderten einzelnen Streams an die Clients bzw. andere Switche weitersenden. Also "überfahren" wir keine Geräte mit unnötigen IP-Streams oder Bandbreite. Ich glaube mein Projektleiter hat dem Kunden als Option 10-12 Lizenzen DVBViewer zu dem Gerät angeboten. Jetzt kann ich das heute ordentlich vorzeigen und brauche nicht auf VLC zurückgreifen. Danke nochmal!

Öfter mal was Neues Ist auch keiner. Wenn du mal hier unter Technische Daten -> IP Ausgang -> Unterstützte Transportprotokolle schaust - da steht nichts von Sat>IP oder RTSP, sondern UDP / RTP. Der Output ist Multicast IPTV, ähnlich wie MagentaTV von der Telekom. Früher hieß das im DVBViewer vor der Integration in die TS Stream-Schiene "DVB IPTV". Das zeigen auch die Protokollangaben in den URLs aus der irreführend satip benannten M3U: rtp://... Das kann der DVBViewer eigentlich, aber hier gibt es eine Besonderheit, die ihn aus dem Tritt bringt: Die URLs haben einen durch ein Fragezeichen eingeleiteten Query-Teil. Der geht bei HTTP/TCP URLs an den Server, der sich dann irgendwas dabei denkt. Bei UDP/RTP ist es dem Client jedoch nicht möglich, sowas an den Server zu senden. Also was soll' s? Deshalb rechnet der DVBViewer nicht damit und hält irrtümlich den Query-Teil für einen Teil der Portangabe nach dem Doppelpunkt, wodurch es schiefgeht. rtp://@239.0.0.1:1234?stype=25&onid=1&tsid=10301&svcid=10301 Offenbar handelt es sich um axing-proprietäre Informationen für Clients über die Art des Senders (stype, z.B. SD/HD, TV/Radio) sowie die originale NetworkID (onid), TransportstreamID (tsid) und ServiceID (svcid). Das braucht der DVBViewer jedoch nicht unbedingt, weil es sein Auto-Senderupdate ohnehin herausfindet, wenn der Sender das erste Mal angewählt wird, vorausgesetzt PAT und PMT sind im Transportstrom enthalten. ONID, TSID und SID werden benötigt, um Sendern EPG-Daten zuzuordnen. Allenfalls könnte der DVBViewer etwas mit der Information anfangen, ob TV oder Radio, um Sender gleich beim Import in die richtige Kategorie (Video/Audio) einzusortieren. Da die M3U aber keine Radiosender enthält, kann ich nicht sehen, wie diese im stype-Parameter des Query-Teils kodiert werden. tldr; Entferne in der M3U die Fragezeichen in den URLs und alles danach und importiere die Datei in die DVBViewer-Senderliste, dann sollte das klappen. Im bevorstehenden 7.3.3 Release wird der DVBViewer das selbst erledigen. Der ignoriert den Query-Teil... ...ebenso wie der LAV Source Filter, wo der Kram landet, wenn man ihn als Datei abspielt. Sender solltest du in der DVBViewer-Wiedergabeliste umschalten können. Siehe oben. Soweit reichen die Talente des LAV Source Filters nicht. Er ist halt kein DVB-Spezialist...

Hallo, schon mal jemand so ein Teil mit dem DVBViewer verbunden? Ist ein 19"-Rack-Gerät mit 12 Tunern. Mußte heute so ein Gerät bei einem Kunden an unser Netzwerk dort anschließen, normalerweise machen wir so etwas nicht. Nach Ausrichten der Schüssel (hat der Elektriker der die montiert hat blöderweise nicht gemacht, Elevation stand noch auf 45°) mit Quatro-LNB, Axing 12fach-Multischalter konnte ich 12 Transponder scannen und die Sender wählen die ins Netzwerk gestreamt werden sollen. Dachte, OK, das geht bestimmt so einfach wie mit z.B. einem OctopusNET von DD und ich zeige denen wie schön das mit DVBViewer funktionieren würde .. Leider meldet sich das Gerät nicht als Sat>IP-Server, wird vom DVBViewer somit nicht gefunden. Auch manuelles Hinzufügen als Sat>IP Network Device mit entweder der Stream-IP oder der Control-IP des Axing (beide LAN-Kabel am gleichen Switch im gleichen Subnetz) funktioniert nicht. Das Gerät sendet IPTV-Streams offensichtlich grundsätzlich als Multicast. Entweder als Einzelstreams SPTS oder als Bouqet MPTS pro Transponder. Man kann zwei Konfig-Dateien für Player exportieren (siehe Anhang, entweder eine fixe M3U oder über die TXT-Datei dynamisch die gleiche aber jeweils aktuelle Liste als M3U vom Gerät). Zieht man eine davon in VLC rein spielt sofort der erste Sender und man hat alle Sender in der VLC-Wiedergabeliste zum Umschalten und im Titel steht der EPG-Titel der aktuellen Sendung. In DVBViewer kann ich die satip.m3u ins Fenster ziehen dann spielt er den ersten Sender kann aber nicht umschalten, mit der satip-multicast.txt kann er gar nichts anfangen. Importiere ich die satip.m3u in die Senderliste muß ich jeden Sender einzeln auf "als Datei wiedergeben" umstellen damit er abspielbar ist. Dann kann ich Sender wählen und abspielen. Aber EPG gibt es auch nicht, als aktuelle und nächste Sendung wird beide Male der Sendername eingetragen. Hatte selber bisher nur mit in den PC eingebauten Karten zu tun, nicht mit IPTV-/Sat>IP-Servern. Mache ich da gerade was grundlegend falsch? Geht es einfacher/besser mit dem Gerät so daß auch EPG klappt? Oder ist mit dem Teil einfach nicht mehr möglich? Vielleicht hatte ja jemand so ein Gerät schon mal in der Hand und einen Tipp satip.m3u satip_multicast.txt

Ich glaube nicht, dass es an der Version liegt. Ein häufiges Problem nach Austausch von Webinterface-Dateien ist, dass der Browser eine alte (gleichnamige) Datei aus seinem Cache verwendet, anstatt die neue anzufordern. Damit habe ich bei der Entwicklung häufig zu tun. Abhilfe: Bei Desktop-Browsern mit Strg+F5 ein Neuladen der Seite ohne Cache erzwingen, bei Firefox für Android mit einem "Long Tap" auf das Aktualisieren-Symbol, das nach Aufruf des Drei-Punkte-Menüs erscheint. Falls sowas nicht verfügbar ist oder nicht hilft, in den Einstellungen des Browsers den Cache löschen. Falls das nicht weiterhilft, beschreibe detaillierter, was du mit welchem Browser machst. Der Informationswert deines Posts ist leider nur gering.

ich habe das Layout für die FB angepasst. Seit der DVBViewer Media Server Version 3.3.2.0 wird mein xxx.png nicht mehr übernommen. Das ging bisher immer über Stop/Start des Servers.

Inzwischen hat Hauppauge ein Treiber Update : https://www.hauppauge.de/site/support/support_wintv10.html Jetzt geht es wieder auch mit den neuesten Windows Updates

Eher nicht. Wenn MS den Treiber grundsätzlich nicht akzeptiert, wird er gar nicht erst gestartet, kann also auch keinen Absturz verursachen.

Kann es daran liegen, dass Microsoft die aktuellen Treiber von Digital Devices nicht akzeptiert. Bei einer Neuinstallation einer Digital Devices Karte erscheint im Geräte-Manager ein gelber Stern bei dem Treiber. Digital Devices sagt seit über einem Monat, man bemühe sich um Freigabe, leider bisher erfolglos.

Hallo, hier ein Link zu Digital Devices Digital Devices TV und Octopus Net Viele Grüße Webturtle

Hallo, wenn alle Tips von Griga keine Hinweise auf die Ursache des Problems liefern, könnte man auch mal versuchen, ob die Störung auch mit der Original-Software von Digital Devices (Digital Devices TV) auftritt. Dabei handelt es sich um eine im Funktkionsumfang eingeschränkte OEM-Version des DVBViewers. Laut Google eine „Light Version“ des DVBViewer, die speziell für die Nutzung mit den DVB-Karten und Tunern von Digital Devices optimiert und für deren Kunden bereitgestellt wird. [1, 2] DD-Link Viele Grüße Webturle

Hallo Griga, vielen Dank für deinen Hinweis. Ich habe gestern die TV-Karte direkt mit Strom von der PSU versorgt (über ein PCIe-Verlängerungskabel). Jetzt sind die SD-Sender (Sat1, RTL usw.) verfügbar. Das PC-Gehäuse macht es schwer, Kabel zur Stromversorgung anzuschließen. Ich musste erst das CD-Laufwerk ausbauen und das passende Kabel herausfischen. Nun ist es gelungen.

Die meisten privaten SD-Sender liegen im Highband, also auf Frequenzen oberhalb 11700 MHz, die öffentlich rechtlichen HD-Sender darunter im Lowband. Um ins Highband zu schalten, sendet der Tuner/Receiver ein 22 kHz-Signal an den LNB. Wenn er aufgrund eines Defektes dazu nicht (mehr) in der Lage ist, würde dies das von dir geschilderte Problem erzeugen. Um den Verdacht zu verifizieren, würde ich die DVBViewer-Senderliste auf Rechtsklick -> Gruppierung -> Stammordner + Frequenz umschalten und dann systematisch probieren, was geht und was nicht. Dabei auch darauf achten, ob die Polarisation (H oder V) eine Rolle spielt.

Das Problem ist auch nach Austausch des SAT-Anschlusskabels noch vorhanden. Ich guck mir jetzt die TV-Karte im PC noch einmal an.

Die EPG-Suche hat ihre eigenen Grundeinstellungen, die als Basis für automatisch erzeugte Timer dient. Dies ermöglicht es, spezielle Grundeinstellungen z:B. für die Aufnahme von Serien einzurichten, wofür die EPG-Suche oft verwendet wird. Die Grundeinstellungen für die automatsche Timer-Erzeugung via EPG-Suche sind immer dann sichtbar, wenn im Feld "Suchvorgabe" oben auf der Seite "Suchvorgabe wählen..." steht, also keine spezielle Suchvorgabe selektiert ist. Dies ist nach dem Aufruf der Seite "EPG-Suche" der Fall. Diese Grundeinstellung kann beliebig modifiziert, auf die allgemeinen Grundeinstellungen für Timer zurückgesetzt und gespeichert werden. Wenn man sie speichert, bleibst sie über einen Wechsel der Webinterface-Seite und auch ein Stoppen des Media Servers hinaus erhalten. Der Media Server speichert sie wie auch spezielle Suchvorgaben in der Datei \config\searches.xml (siehe DVBViewer-Konfigurationsverzeichnis). Die Grundeinstellung befindet sich dort zuoberst in dem Tag "Default". Eine Änderung der allgemeinen Timer-Grundeinstellungen beeinflusst sie nicht.

Hab gerade bemerkt, dass man über Anklicken von "Rücksetzen" die Parameter der Konfiguration angezeigt bekommt. Damit kann ich gut leben. Hätte nur erwartet, dass man automatisch die Originalkonfiguration angezeigt bekommt.

Vollkommen verständlich, danke fein! 😉

Ich würde gerne meine in der Konfiguration des DMS Version 3.3.2.0 gespeicherten Standard-Timereinstellungen auch für Aufnahmen verwenden, die ich über die EPG-Suche erstelle. Dort stehen aber andere Einstellungen, die ich jedes Mal manuell anpassen muss. Ich wünschte mir eine Übertragungsmöglichkeit der Parameter.

Das 7.3.3 Release (bzw. 3.3.3 beim MediaServer) befindet sich bereits in den Startlöchern, wird also bald kommen, aber ich gebe ungern einen festen Termin an, weil er davon abhängt, wann ich genügend Ruhe und Zeit dafür habe, und ob noch Bugs auffällig werden, so dass vorher Fixes eingearbeitet werden müssen, was zu Verzögerungen führen kann.

Ähem... könnte natürlich nachsehen unter: Hilfe > Info > roter Text. Wieso vergesse ich das immer... 😉

Sach ich nich

Ach so, vielen Dank! 😉 Hatte das nur nach PC-Neustart bemerkt, nutze sonst nur Standby, ohne DVBV zu schließen... Bleibt mir nur zu fragen, wann mit deiner neuen v7.3.3 zu rechnen ist...? Herzliche Grüße, A. B.