All Activity

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.

Präziser: Nach einem DVBViewer-Neustart, wenn das Seitenverhältnis 16:9 ist. Bestätigt und im kommenden 7.3.3 Release behoben.