Search the Community

Bin per Zufall auf dieses Thema gestoßen. Es gibt ein HbbTV-Plugin? Wo denn? Auf der Members-Seite, wo ich immer meine Updates ziehe, habe ich es nicht finden können.

Das HbbTV Add-On erneut kaufen. Oder eine Mail an die Adresse schreiben, die du unten in Forum unter "Kontakt" findest, alles angeben, was dich als Käufer identifiziert, und auf Kulanz hoffen...

Ja. Du musst es in KeyTool.exe -> Erweiterungen -> HbbTV/MHEG-5 Engine -> Freischalten eingeben.

Die Ursache für das unerwünschte Beenden von HbbTV habe ich inzwischen ermittelt. Es gibt auch ein Gegenmittel, aus dem aber weitere Probleme resultieren - einfach deshalb, weil HbbTV-Apps nach (aus ihrer Sicht) bereits veranlasstem Wiedergabestart nicht damit rechnen, dass eine Ja/Nein-Abfrage beim Anwender den Vorgang verzögert und vor allem auch nicht damit, dass der Anwender den Vorgang abbrechen kann, um seine Timeshift-Aufnahme zu erhalten. Deshalb sehe ich keine andere Möglichkeit, als bei der letzten Lösung zu bleiben: Die Option "Warnung bei Timeshift-Abbruch" und HbbTV-Videos/Live-Streams sind einfach nicht miteinander kompatibel.

Zunächst: Es gibt im DVBViewer kein "Favoritenfenster", das am Rand eingeblendet wird. Du meinst wahrscheinlich die Popup-Senderliste, die optional die Favoriten anzeigen kann - siehe Optionen -> TV/Radio -> Popup-Senderliste einblenden. Es ist immer gut, die Bezeichnungen aus dem DVBViewer UI zu verwenden, um Missverständnissen vorzubeugen. Das Verhalten, das du beschreibst, ist gewollt, und existiert, so lange ich mich zurückerinnern kann. Und zwar aus einem einfachen Grund: Stelle dir vor, es gibt in dem sensitiven Bereich, in dem der Mauszeiger das Einblenden der Popup-Senderliste auslöst, ein OSD-Element, das anklickbar sein soll. Du könntest es jedoch mit der Maus nicht erreichen, wenn die Popup-Senderliste es sofort überdeckt, sobald der Mauszeiger in die Nähe kommt. Gleiches gilt für die Einblendung der Kontrollleiste am unteren Rand. Deshalb verhindert der DVBViewer solche Einblndungen bei eingeschalteter OSD-Mausunterstützung, wenn OSD-Seiten aktiv sind, abgesehen von bestimmten Ausnahmen: Das OSD-Hauptmenü verhindert die Einblendung nicht, ebensowenig wie OSD-Dialoge, die immer in der Mitte des Bildschirms erscheinen, oder das HbbTV-OSD, für das praktisch keine Mausunterstützung existiert, weil diese senderseitig implementiert sein müsste. Es gibt in der Hinsicht keine Lösung, die allen Eventualitäten gerecht wird - oder weißt du eine?

Eine neue Testversion via PN mit weiteren Fixes für folgende Unzulänglichkeiten: Wenn ein Live-Stream via HbbTV startet (der nicht in der Senderliste steht), hat der DVBViewer zunächst nur die URL, keine Service ID und keine PIDs. Deshalb wird das erste Tunen auf jeden Fall durch den Sender Auto-Update abgebrochen und neu gestartet, sobald die Daten ermittelt sind. Begleitend hat der DVBViewer im Modus "Automatischer Timeshift-Start" bislang unnötigerweise eine Timeshift-Aufnahme gestartet, abgebrochen und erneut gestartet. Der erste "Fehlstart" unterbleibt jetzt. Der DVBViewer startet generell keine Timeshift-Aufnahme mehr, solange es keine Video- oder Audio-PID gibt, weil dabei ohnehin nichts herumkommt. Wenn bei laufender zeitversetzter Wiedergabe aus dem DVBViewer Timeshift-Puffer via HbbTV ein Live-Stream gestartet wurde, erfolgte die Sicherheitsabfrage im Modus "Warnung bei Timeshift-Abbruch" zweimal, da nach Bestätigung von "Timeshift beenden und Timeshift-Aufnahme löschen?" beim ersten Mal Timeshift irrtümlicherweise nicht beendet wurde. Wenn bei laufender zeitversetzter Wiedergabe aus dem DVBViewer Timeshift-Puffer im Modus "Warnung bei Timeshift-Abbruch" via HbbTV ein Video oder ein Live-Stream gestartet wird, beendet die darauf erscheinende Sicherheitsabfrage - egal ob im OSD oder mittels Windows-Messagebox - auf jeden Fall HbbTV. Die Ursache ist bislang unbekannt. Vermieden wird der Effekt jetzt erst mal durch Unterdrücken der Sicherheitsabfrage bei einem Wiedergabestart aus HbbTV heraus. Schön ist das jedoch nicht. Wenn man einen DVB-C/T/S-Sender zeitversetzt guckt und dann ein Video oder einen Live-Stream via HbbTV startet, ist die Timeshift-Aufnahme weg, auch wenn man in dem Fall eigentlich eine Warnung haben wollte. Ob sich daran etwas ändern lässt, bleibt noch zu untersuchen...

Ich kann mich an die Anfänge von HbbTV sehr gut erinnern, da habe ich mir meistens eine eigene HbbTV.xml gebastelt, die dann von einer aktuellen Version von Christian überschrieben wurde, wenn er Sachen gefixt hatte, das muss so 6-9 Jahre her sein😉Kannst ja mal im Internen Bereich nach HbbTV suchen, Ich hatte da Anfang August 2014 einen HbbTV-Thread gestartet und die letzte Antwort war von Tjod im August 2017... Da unser recht aktueller Panasonic-TV HbbTV wirklich sehr gut unterstützt, ist der DVBViewer da einfach weniger gefordert, aber ich hatte ja auch geschrieben, "Mach Dir bitte keinen Stress damit", ich wollte nur zeigen, dass ich auch wirklich getestet habe.

Wenn du in Tweaker.exe "Automatische Colorkey-Erkennung für HbbTV" ausschaltest, sieht es richtig aus. Dafür kann es dann an anderer Stelle schiefgehen. Probiere es einfach mal aus. Im Modus "aus" lässt sich die Angelegenheit theoretisch über die HbbTV2.xml im Konfigurationsordner in Abhängigkeit von der URL regeln, aber das ist - falls notwendig - eine elende Bastelei.

Da sage ich als Erstes schon mal Danke 😉 Man sollte/muss in diesem Fall ja auch nur über das HbbTV-OSD (OK drücken und die jeweilige HbbTV-Funktion anwählen) arbeiten, dass scheint solange zu klappen, bis man erstmalig die TimeShift-Aufnahme des DVBViewers betätigt, egal ob über Pause oder Springen/Spulen. Vielleicht sollte der DVBViewer während der HbbTV-Wiedergabe seine eigenen TimeShift-Funktionen (Pause/Spulen/Springen) temporär deaktivieren, ggf. über einen Tweak anwählbar? Nur die Funktion Stopp (und die Aufnahme ggf. abzuspeichern) sollte/könnte aktiv bleiben? Ob das so umsetzbar ist, kann ich allerdings nicht beurteilen, da bist Du der Experte... Das Beste wäre natürlich, wenn die Tasten der FB bei HbbTV der HbbTV-Funktion zugeordnet wären, aber das wird so bestimmt nicht realisierbar sein. Für mich ist die Testversion aber schon ein großer Gewinn. Das Thema Colorkey scheint beim ZDF noch nicht zu 100% gelöst zu sein, ich sehe ich ein streifiges Bild, solange das HbbTV-OSD vor geblendet ist: Mach Dir aber bitte keinen Stress damit. Erzeugt wurde dieses OSD über die Blaue Taste (-> laufende Sendung von vorne Starten) Viel wichtiger ist, dass auch beim ZDF jetzt bei aktivem TimeShift über das HbbTV-OSD gesprungen werden kann👍

Habe ich per PN bereitgestellt. Allerdings ist mir ein weiteres Problem aufgefallen. Unter den folgenden Bedingungen geht etwas schief: Optionen -> TV/Radio -> Automatischer Timeshift-Start und Warnung bei Timeshift-Abbruch ist eingeschaltet ein über HbbTV gestarteter Live-Stream läuft in dem Live-Stream wird mittels DVBViewer-Timeshift zurückgesprungen oder die DVBViewer-Pause-Funktion verwendet, so dass die Wiedergabe zeitversetzt aus der DVBViewer-Timeshift-Aufnahme erfolgt. in dieser Situation wird via HbbTV auf einen anderen Live-Stream ungeschaltet oder die HbbTV-Mediathek-App liefert bei Sprungversuchen statt eines Seek-Kommandos eine neue URL, was aus DVBViewer-Sicht einem Senderwechsel entspricht und deshalb zum Löschen der Timeshift-Aufnahme führt. Es kommt dann prompt die Nachfrage im OSD, ob das wirklich passieren soll - aus unerfindlichen Gründen sogar zweimal. Dies hat wiederum zur Folge, dass - so wie das DVBViewer-OSD organisiert ist - das HbbTV-OSD beendet wird. Man fliegt praktisch aus HbbTV raus. Außerdem ist mir der DVBViewer dabei schon abgestürzt. Das Problem ist bislang nocht nicht behandelt. Eine mögliche Lösung wäre, dass die Abfrage konsequent unterbleibt, solange ein via HbbTV gestarteter Live-Stream läuft.

Gestern hatte ich schon etwas zu dem Thema geschrieben, was sich aber im nachhinein teilweise als falsch herausstellte - deshalb habe ich es wieder aus dem Verkehr gezogen. Die Untersuchung der HbbTV Zeitstrahl-Funktion bei Wiedergabe von ARD-Livestreams hat ergeben, dass dabei im Zusammenhang mit DVBViewer-Timeshift tatsächlich einiges schiefgeht, auch bei anderen Formen des durch HbbTV-Apps ausgelösten Springens. Das Grundproblem ist, dass die HbbTV-App (also konkret die Mediathek-App der ARD) einerseits Informationen vom DVBViewer über die aktuelle Abspielposition benötigt und andererseits diese auch über einen Seek-Callback ändert, wenn der Anwender eine HbbTV-Sprungfunktion verwendet. Die App bezieht sich bei laufenden Live-Streams natürlich auf die Position im senderseitigen Timeshift-Puffer, der DVBViewer bei aktivem Timeshift jedoch auf seine eigene Timeshiftaufnahme. Das passt dann hinten und vorne nicht zusammen. Der HbbTV-App muss der DVBViewer also auch bei laufendem DVBViewer-Timeshift die Position im senderseitigen Timeshift-Puffer mitteilen, und wenn die HbbTV-App eine Sprung an eine andere Position signalisiert, diesen im senderseitigen Timeshift-Puffer ausführen. In dem Fall bleibt nur, vor dem Sprung das DVBViewer-Timeshift zu beenden - die Aufnahme wäre mit einem Sprung mittendrin ohnehin kaputt. Nach dem Sprung kann das DVBViewer-Timeshift neu gestartet werden. Dieses Nebeneinander von DVBViewer- und senderseitigem Timeshift schafft leider ziemlich komplizierte Verhältnisse. HbbTV übermittelt dem DVBViewer übrigens für ARD-Live-Streams URLs der folgenden Art: http://hrdashde.akamaized.net/dash/live/2024544/hrdashde/manifest.mpd Das sind also MPEG Dash-Streams, hier für den HR. Damit steht zwar senderseitiges Timeshift zur Verfügung - man kann in der DVBViewer-Kontrollleiste bis zu zwei Stunden zurückspringen - aber nur, wenn nicht dvbviewer-eigenes Timeshift aktiv ist, da dieses im Nicht-HbbTV-UI Vorrang hat. In dem Fall ist in der Kontrollleiste das Zurückspringen auf den vom DVBViewer bereits aufgenommenen Teil beschränkt. Um das senderseitige Timeshift in der Kontrollleiste zu verwenden, muss man das DVBViewer-Timeshift abschalten (TV/Radio -> Timeshift). Gelegentlich lieferte die HbbTV-Mediathek-App bei Sprungversuchen statt eines Seek-Kommandos eine neue URL (wobei ich noch nicht weiß, unter welcher Bedingung das eine oder andere passiert), die etwa so aussieht: http://tv.ardmediathek.de/dyn/mpd?diff=4174&id=http%3A%2F%2Fhrdashde.akamaized.net%2Fdash%2Flive%2F2024544%2Fhrdashde%2Fmanifest.mpd Sie gibt im Query-Teil (nach dem Fragezeichen) eine Zeitdifferenz (?) und die ursprüngliche URL als Parameter an. Dahinter verbirgt sich auch ein abspielbares MPEG Dash-Manifest, aber der DVBViewer erkennt dies nicht, weil die Dateiendung .mpd im Query-Teil steht und zudem der Server als Content-Type text/plain angibt, nicht wie sonst üblich application/dash+xml. Da der DVBViewer hier keinen von ihm nativ unterstützten Mediatyp sieht, delegiert er das Abspielen an den LAV Splitter. Der erkennt im Gegensatz zum DVBViewer Code trotz des falschen Content-Types, dass es sich um MPEG Dash handelt, gibt es auch wieder, hat aber keine Ahnung vom senderseitigen Timeshift, wodurch man dann eventuell an der falschen Position landet und ein weiteres Springen unmöglich wird. Um das Problem zu lösen, muss DVBViewer-Code die zweite URL trotz der falschen Angabe des Content-Types als MPEG Dash erkennen, so dass der LAV Splitter außen vor bleibt. Dann funktioniert es korrekt, wie ein Versuch ergab. Das Problem dabei: Der DVBViewer sollte text/plain im allgemeinen nicht als MPEG Dash identifizieren, weil sonst alles mögliche in die Kategorie fallen könnte, das kein MPEG Dash ist, mit falschen Entscheidungen als Folge. Also bleibt nur, die Dateiendung im Query-Teil auszuwerten (was auch zu Irrtümern führen kann) oder den angeblichen "Text" vom Server zu holen und nachzuschauen, ob es ein MPEG Dash-Manifest ist (was Zeit kostet). Beides ist unschön... schön wäre, wenn sich die ARD einfach mal an die Spezifikationen halten und das MPEG Dash Manifest serverseits korrekt als solches kennzeichnen würde. Bei Bedarf kann ich eine Testversion mit den oben genannten Problemlösungen zur Verfügung stellen.

hello, On a DVB-T music tv channel, in all smart TVs I have I get a small QR code picture for 10 seconds and then it dissapears. But DVBViewer hbbtv app detects it, but it doesn't show picture by pressing F5, like all other hbbtv apps. URL is : http://www.retixtelecom.com/hbbtv/molatv/index.html Here you have PIDdata. Do you know why ?

Diese HbbTV-Funktion kannte ich noch nicht. Es gibt dafür auch keine spezielle Unterstützung im DVBViewer (sofern sie nötig ist). Ich werde es mir genauer anschauen, nachdem ich die wegen Bitdefender erforderlichen Betaversionen in den Mitgliederbereich hochgeladen habe (wahrscheinlich am Wochenende).

Hier sind 4 Bilder für den Fall bei hbbTV von das Erste: 1.) Beim DVBViewer ist in den Einstellungen "Automatischer_Timeshift-Start" aktiviert 2.) hbbTV von dem Sender "Das Erste (HD)" aufrufen und den Punkt "Das Erste Live" auswählen 3.) Über den Zeitstrahl auf die Sendung Brisant gehen und auswählen -> Es wird nicht der Anfang der Sendung Brisant abgespielt, sondern der Beginn des Timeshift Buffers So, meine Frau hat zum Essen gerufen...

Generell finde ich es gut, dass man hbbtv der ÖR nun wieder nutzen kann, aber ich bin auch ein großer Freund des permanenten Timeshift und damit funktioniert hbbtv leider immer noch nicht rund. Wäre es eine Option das permanente Timeshift intern zu deaktivieren, sobald auf "Internetstreams" zugegriffen wird, ggf. als optionaler Tweak? Das Problem betrifft nämlich auch die IPTV-Sender der ÖR, da kann man auch wunderbar zurückspringen, aber auch da funktioniert das nur sauber, wenn Timeshift deaktiviert wird.

Hallo, Nur als allgemeiner Hinweis: Falls man bisher nur den DVBViewer Pro besitzt kann man auch um Danke zu sagen statt einer weitern Programmversion dem DMS kaufen oder wenn man schon beide besitzt den Video Editor oder die HbbTV/MHEG-5 Erweiterung. Die zusätzlichen Programme kann man ja vielleicht mal ausprobieren. Mehrfache Versionen des DVBViewers mit unterschiedlichen Passwörtern und Schlüsseldateien sind etwa kompliziert zu verwenden. Viele Grüße Webturtle

SWR und Alpha werden via DVB-T2 hier nur als HbbTV angeboten. Die Wiedergabe im DVBViewer mit dem HbbTV-Plugin klappt wunderbar, ebenso eine direkte Aufnahme. Aber eine Timer-Aufnahme gelingt nicht, obwohl ich den DVBViewer habe laufen lassen. Die erzeugte Datei enthält nur das Standbild "Dieses Programm wird über das Internet angeboten". Ich vermute das der DVB-V. die Aufnahme an den Mediaserver weiterreicht, dieser aber das Plugin nicht nutzt oder nutzen kann? DVB-V. und Mediaserver sind in der aktuellsten Version installiert, ebenso das Plugin. Habe ich irgendwas falsch gemacht, warum funktioniert das nicht? Ich habe dazu leider nichts gefunden.

Ich schaue gerne Dokus usw. über das HbbTV Plugin in den Mediatheken der Ö-R Sender. Was mich schon länger nervt: Pausiert man die Wiedergabe, egal ob über die explizite Pause Taste auf der FB oder über das HbbTV Player OSD der jeweiligen Mediathek, stoppt der Stream wenige Sekunden nachdem man wieder in den Play Modus geht. Die Länge der Pause ist dabei egal. Ich habe im Debug Mode ein Log dazu erstellt. Was geht da schief? DVBViewer.log

I have just bought and activated hbbtv plugin for DVBViewer Pro. (v7.0.0.2). Once HbbTv plugin is activated (Options-TV/Radio-Teletext/HbbTv-HbbTV auto start for all channels), app is restarted, then the keyboard arrow and numblock keys stop responding. Once I turnoff the plugin, keys are responding again. Can anyone help me, please?

Hallo, bin neu und wollte mal wissen was ich mit der HbbTV/MHEG-5 Erweiterung alles machen kann oder was diese bringt? Danke

Hello, In DVB-T ITALIA the LCN numbering, LOGICAL CHANNEL NUMBER, which is very important in Italy, is missing on DVBViewer. All other software are equipped with it, only missing on DVBViewer. Do you implement it? The HBBTV module in Italy does not work in any channel, Rai Mediaset and private channels that broadcast it. On RAI channels the HBBTV does not load, only the message "missing plug-in" appears. Nothing appears on the MEDIASET, SPORTITALIA and other channels. On the RTL1025, RADIO FRECCIA and other channels, the message that the website was not found appears. On others the HBBTV screen appears with the list of loaded TV channels but when you click on one of them it does not work and the message "missing plug-in" appears. Can you do something to make HBBTV work in Italy too? In Italy, hbbtv only works with version 2.0.

Der Aufruf der ZDF-Mediathek scheitert daran, dass sie bei der vom DVBViewer angegebenen HbbTV-Versionsnummer (die für die Replay-Funktion der ARD notwendig ist) bestimmte JavaScript-Funktionen voraussetzt, die der vom HbbTV Add-On verwendete veraltete Browser jedoch nicht bietet. Für Abhilfe sorgt eine nur beim ZDF verwendete User Agent-Angabe mit einer niedrigeren Versionsnummer. Führe folgende Schritte aus: Schließe den DVBViewer. Ersetze die Datei HbbTV2.xml im DVBViewer-Konfigurationsverzeichnis (siehe Windows-Startmenü -> DVBViewer -> Konfigurationsverzeichnis) durch die angehängte Version. Wenn du mit einem Texteditor hineinschaust, siehst du sofort, was ich dort ergänzt habe. Normalerweise gibt der DVBViewer als Versionsnummer 1.4.1 an (entspricht HbbTV 2.0.1), beim ZDF nun jedoch 1.3.1 (entspricht 2.0.0). Lösche vorsichtshalber den gesamten Inhalt des Unterordners Cache im Konfigurationsverzeichnis (nicht den Ordner selbst). Starte den DVBViewer. Nun sollte die ZDF-Mediathek wieder funktionieren. HbbTV2.xml

Rather later Yesterday I've tried to integrate the MPC Video Renderer in DVBViewer. Basically watching TV and playing videos works with it. However, as already suspected, the OSD is the crucial point. I've followed this suggestion: It's the interface that DVBViewer also uses for outputting the OSD with the standard EVR Renderer (not custom), so I thought the same results could be achieved easily. Unfortunately the MPC VR only supports this interface partly. When I tried to pass the OSD as Direct3D surface via SetAlphaBitmap, as for the standard EVR and as specified by Microsoft, MPC VR returned an E_INVALIDARG error. A closer look at the MPC VR source code revealed that only passing the OSD as old-fashioned GDI bitmap is supported. GDI does not really allow for per-pixel transparency, which is required for the DVBViewer OSD. Since MPC VR internally converts the bitmap to a D3D surface anyway, this limitation seems to be quite unnecessary. Here you can see the result: HbbTV OSD (passed as D3D surface) with the standard EVR and per-pixel transparency: The same OSD passed as GDI bitmap to MPC VR. Per-pixel transparency is lost: Furthermore MPC VR crashes with access violations, when DVBViewer releases the IMFVideoMixerBitmap interface on playback termination, and refuses to be used on another (new) playback start. Making MPC VR work again requires restarting DVBViewer. This makes the interface completely unusable. Since the OSD is an important part of DVBViewer Pro, I can see no way to add MPC VR support at present.

Änderungen DVBViewer Pro 7.2.4.0 Geändert: Recorder: Vorgehensweise beim Laden/Speichern der Timerliste (timers.xml), um Datenverlust bei einem Crash zu vermeiden (siehe hier) : Wenn der DVBViewer die Datei timers.xml nicht laden kann, weil sie beschädigt ist, ersetzt er sie nun automatisch durch die Datei timers.bak, die den vorherigen Zustand der Timerliste vor dem letzten Speichern enthält. Bisher benannte der DVBViewer zwar vor dem Speichern einer neuen Timerliste eine bereits existierende in timers.bak um, aber benutzte diese nicht. Wenn der DVBViewer die Datei timers.xml beim Laden als beschädigt erkennt, löscht er sie oder benennt sie um, so dass sie beim nächsten Speichern nicht mehr zur timers.bak werden kann. Das Umbenennen findet statt, wenn es in der Datei noch Inhalt gibt. Der neue Name ist dann timers[yyyymmddhhnnss].bak, wobei [yyyymmddhhnnss] für das aktuelle Datum und die aktuelle Zeit steht (z.B. timers20230105100634.bak). Diese Datei kann notfalls für manuelle Reparaturversuche verwendet werden. Der DVBViewer vermeidet jetzt das unnötige Speichern der Timerliste direkt nach dem Laden beim DVBViewer-Start und bevor der PC in den Energiespar- oder Ruhemodus wechselt. Im letzteren Fall hat er normalerweise alle Änderungen der Timerliste bereits vorher gespeichert. Die Liste wird jedoch „für alle Fälle“ weiterhin beim Schließen des DVBViewers gespeichert, um sicherzustellen, dass der aktuelle Zustand der Timerliste mit dem auf der Festplatte identisch ist. In der Regel ergibt dies identische Dateien timers.xml und timers.bak. Ergänzt: Aufnahmeprogrammierung und Aufnahmestatistik-Fenster: Die Listenansichten in diesen Fenstern reagieren jetzt auch auf das Kippen des Mausrades oder Drehen des horizontalen Mausrades mit horizontalem Scrollen (zuvor nur im EPG-Fenster, siehe hier). Fix: TV/Radio-Wiedergabe: Bei „Wiedergabe → Wiedergabe neu aufbauen“ wurde die gespeicherte ID des letzten Senders durch die ID des aktuellen Senders überschrieben, so dass die Funktion „Letzter Sender“ nachfolgend ein erneutes Tunen durchführte, anstatt auf den vorherigen Sender zurückzuschalten. Ergänzt: Senderlisten-Editor: Automatische Umwandlung einer User Agent-Angabe in importierten M3U IPTV-Listen (#EXTVLCOPT:http-user-agent=…) in den entsprechenden DVBViewer-URL-Anhang (?addhdr=User-Agent:…, siehe hier). Geändert: Sendersuchlauf: Um einen Suchlauf für Einsteiger verständlicher zu gestalten, wurde der Button „Bereich scannen“ zwecks Einheitlichkeit in „Suchlauf“ umbenannt (siehe hier). Die Funktion bleibt jedoch unverändert. Sie veranlasst den DVBViewer, alle Frequenzen beginnend mit der im Feld „Start“ gewählten bis einschließlich zu der im Feld „Ende“ gewählten zu scannen. Geändert/Ergänzt: Sendersuchlauf: Der Button „Frequenz scannen“ oberhalb von „Bereich scannen“, der den DVBViewer zuvor veranlasste, eine einzelne im Feld „Start“ gewählte Frequenz zu scannen, wurde durch einen anderen Button an anderer Stelle ersetzt. Insgesamt gibt es drei Möglichkeiten, eine einzelne Frequenz zu scannen: Der neue Scan-Button neben dem Feld „Start“, um die hier gewählte Frequenz zu scannen. Der neue Scan-Button neben dem Feld „Ende“, um die hier gewählte Frequenz zu scannen. Der Menüpunkt „Diese Frequenz scannen“ im (Rechtsklick-)Kontextmenü des selektierten Senders, um seine Frequenz zu scannen. Im Unterschied zu vorher ändert er nicht die Startfrequenz auf die Senderfrequenz und erfordert auch keinen zusätzlichen Klick auf „Frequenz scannen“ mehr, sondern löst sofort den Scan aus. Ergänzt/Fix: Untertitel: Verbesserungen bei TTML-Untertiteln, die bevorzugt bei MPEG Dash-Streams Verwendung finden. Zusätzliche Styling-Methoden für Farben, Textauszeichnung und Textposition werden jetzt erkannt und angewandt. Fix: Untertitel: Der DVBViewer verwendete „volltransparent“ als falsche Standardeinstellung für den Untertitel-Hintergrund. Er wurde zwar beim Öffnen der Untertitel-Optionen zeitweilig auf das eigentlich beabsichtigte „halbtransparent“ geändert, aber erst nach irgendeiner Änderung und „Übernehmen“ bleibend korrigiert. Ergänzt: Hardware-Optionen: Tweak „Wiederfinden von BDA Tunern anhand Namen erlauben“ (→ Tweaker.exe starten). Das Einschalten dieser Option erlaubt dem DVBViewer, BDA Tuner anhand ihres Namens wiederzufinden, falls Windows die Hardware-ID geändert hat (z.B. nach Treiber-Installation oder einem PC-Neustart). Das Wiederfinden "verlorener" Tuner findet beim DVBViewer-Start statt. Es vermeidet "Kein passendes DVB-Gerät verfügbar" Meldungen und erspart ein manuell durchgeführtes "Geräte suchen" (siehe hier). Bitte beachten: Die Option sollte nur bei wirklicher Notwendigkeit angewendet werden, da sie zur Verwechslung von zwei oder mehr Tunern mit gleichem Namen und Tunertyp (DVB-S/T/C) führen kann. Nach einer resultierenden automatischen Korrektur von Hardware-IDs aktualisiert der DVBViewer sofort die Datei hardware.xml. Geändert: Hardware: Bei der Überprüfung von Tuner-Verfügbarkeit und der Initialisierung von Tunern sucht der DVBViewer jetzt nur noch nach einem Gerät mit passender Hardware-ID in der Windows-Geräteaufzählung. Er vergleicht nicht mehr zusätzlich den Tunernamen (siehe hier). Fix: Hardware-Optionen: Für einige BDA Hybrid/Multistandard-Tuner erzeugte der DVBViewer bei der Geräteerkennung eine falsche Identifikations-Zeichenkette und übertrug sie nachfolgend an andere gleichzeitig laufende Anwendungen aus der DVBViewer-Familie (z.B. TransEdit), so dass diese eine Tunerbelegung durch den DVBViewer nicht erkennen konnten, und umgekehrt. Bitte beachten: Der Fix wird erst nach erneutem Einstellungen → Optionen → Hardware → Geräte suchen wirksam. Geändert: TS Stream: Geändertes Timing beim Empfang von Radio-Streams, um Probleme bei unregelmäßig eintreffenden Daten zu vermeiden (siehe hier). Fix: HbbTV: Die arte Mediathek ließ sich aufgrund einer geänderten HbbTV-Versionsangabe im User Agent-String nicht mehr aufrufen (seit 7.2.3, siehe hier). Fix: HbbTV: Aufgrund eines Fehlers blieben Videos aus den ARD- und ZDF-Mediatheken im Modus „Automatische Colorkey-Erkennung“ unsichtbar, weil sie das HbbTV OSD verdeckte. Außerdem wurde durch den selben Fehler die Wiedergabe von Videos aus der ZDF-Mediathek nach einiger Zeit gestoppt (seit 7.2.3, siehe hier). Fix: HbbTV: Eine zusätzliche Leerzeile im HTTP Header konnte dazu führen, dass Server keine Antwort sendeten (siehe hier). Fix: Allgemein: Eine Funktion der Laufzeit-Bibliothek für die Umwandlung von 64-Bit-Ganzzahlen in Text lieferte falsche Ergebnisse (insbesondere bei Sender-IDs), wenn der DVBViewer auf Apple-Hardware mit ARM M1/M2-CPU in einer virtuellen Maschine unter Parallels Desktop lief (siehe hier). Fix: Allgemein: Die Deinstallation des DVBViewers ließ einen noch installierten Media Server in einem unbrauchbaren Zustand zurück und verhinderte sogar die nachfolgende Deinstallation des Media Servers, wenn sich der Anwender für ein Löschen des DVBViewer-Programmordners entschied (siehe hier). Deshalb fordert die DVBViewer-Deinstallation jetzt den Anwender auf, zuerst den Media Server zu deinstallieren, wenn sie die Datei DVBVservice.exe vorfindet, und beendet sich, ohne etwas zu tun. Aktualisiert: OpenSSL-Bibliotheken auf Version 1.1.1t (siehe hier und hier).

Change Log DVBViewer Pro 7.2.4.0 Change: Recorder: Handling of loading/saving the timer list from/to the file timers.xml for avoiding data loss on crashes (see here): If the file timers.xml can not be loaded, because it is corrupted, DVBViewer now automatically replaces it by the file timers.bak, which contains the previous timer list state before the last saving. Previously DVBViewer preserved an already existing timers.xml by renaming it to timers.bak before saving a new one, but did not use it. If the file timers.xml is detected as invalid on loading, it is deleted or renamed, so it cannot become timers.bak anymore on next saving. Renaming occurs if there is still some content in the file. The new name is timers[yyyymmddhhnnss].bak, where [yyyymmddhhnnss] is the current date and time, e.g. timers20230105100634.bak. This file can be used for manual repair attempts. DVBViewer now avoids unnecessary saving of the timer list right after loading the timers.xml on DVBViewer start and before the PC enters sleep mode / hibernate. In the latter case usually all timer list changes have been saved before. However, the list is still saved on closing DVBViewer “just in case” to make sure that the current state of the timer list is identical with the one on disk. Normally this yields identical timers.xml and timers.bak files. Added: Timer Recording and Recording Statistics Window: The list views in these windows now also respond to tilting the scroll wheel or rotating the horizontal scroll wheel by horizontal scrolling (previously only in the EPG Window). Fix: TV/Radio Playback: On Rebuild Playback the (stored) ID of the last channel was overwritten by the ID of the current channel, so that the Last Channel function subsequently performed a retune instead of returning to the previous channel. Added: Channel Editor: Automatic conversion of a user agent indication in imported M3U IPTV lists (#EXTVLCOPT:http-user-agent=…) to an equivalent DVBViewer URL appendix (?addhdr=User-Agent:…, see here). Change: Channel Search: In order to make a channel search more comprehensible for first-time users, the “Scan” button on the Reception Settings panel and the “Scan Range” button on the Channel Search panel have both been renamed consistently to “Channel Search” (see here). However, the function remains unchanged. It lets DVBViewer scan all frequencies starting with the one selected in the “Start” field up to (and including) the one selected in the “End” field. Change/Added: Channel Search: The “Scan Frequency” button above “Scan Range”, that previously let DVBViewer scan a single frequency selected in the “Start” field, has been substituted by a different button at a different place. Altogether there are three possibilities to scan a single frequency: The new “Scan” button next to the “Start” field for scanning the frequency selected here. The new “Scan” button next to the “End” field for scanning the frequency selected here. The “Scan this Frequency” item in the (right-click) context menu of a selected channel for scanning its frequency. It does not change the start frequency to the channel frequency anymore, previously requiring an additional click on “Scan Frequency”, but immediately triggers the scan. Change/Fix: Subtitles: Enhancements concerning TTML subtitles, that are preferably used for MPEG Dash streams. Additional styling methods for colors, markup and text position are now recognized and applied. Fix: Subtitles: DVBViewer used “fully transparent” as wrong default value for subtitles background. It was temporarily adjusted to the intended “half transparent” by opening the subtitle options, but permanently corrected only by applying them after some change. Added: Hardware Options: Tweak “Allow BDA tuner re-detection by name” (→ launch Tweaker.exe). Switching this option on allows DVBViewer to re-detect BDA tuners by name if Windows has changed the hardware ID (e.g. after driver installation or a reboot). Retrieving "lost" tuners is performed on DVBViewer start. It avoids "No matching DVB device available" messages and a manually performed "Scan Devices" (see here). Please note: This option should only be applied if really necessary, because two or more tuners with the same name and tuner type (DVB-S/T/C) could be mistaken for each other. After a resulting automatic correction of hardware IDs DVBViewer updates the file hardware.xml immediately. Change: Hardware: On tuner availability checks and tuner initialization DVBViewer now only searches for a device with matching ID in the Windows device enumeration. It does not additionally compare the tuner name anymore (see here). Fix: Hardware Options: For some hybrid/multi-standard BDA tuners a wrong identification string was created on device detection and subsequently transmitted to other simultaneously running applications from the DVBViewer family (e.g. TransEdit), so that they could not recognize a tuner occupation by DVBViewer and vice versa. Please note that performing a new device detection in Settings → Options → Hardware is necessary for the fix to take effect. Change: TS Stream: Changed timing when receiving radio streams in order to avoid problems with unsteadily arriving data. Fix: HbbTV: “arte Mediathek” did not work anymore, caused by a changed HbbTV version indication in the HbbTV user agent string (since 7.2.3). Fix: HbbTV: Due to a bug ARD and ZDF HbbTV videos did not become visible in Automatic Color Key mode, because they remained covered by the HbbTV OSD. Furthermore, due to the same bug, the playback of ZDF HbbTV videos was stopped after some time (since 7.2.3). Fix: HbbTV: An additional empty line in the HTTP header could cause servers to send no response. Fix: General: A runtime library function for conversion of 64 bit integer numbers to text yielded wrong results (particularly concerning Channel IDs), if DVBViewer was running on Apple hardware with ARM M1/M2 CPU in a Parallels Desktop virtual machine. Fix: General: Uninstalling DVBViewer left a still installed Media Server in an unusable state and even prevented uninstalling the Media Server subsequently, if the user opted for DVBViewer program directory deletion. Therefore the DVBViewer uninstaller now prompts the user to uninstall the Media Server first, if it finds DVBVservice.exe, and terminates without doing something. Updated: OpenSSL Libraries to version 1.1.1t (see here).