All Activity

Hallo, wie gewünscht : https://dvb-i.tv/

DVBViewer Pro 7.3.3 Please note: We are using a self-signed certificate in version 7.3.3. Unfortunately an official certificate acknowledged by Windows has become much more expensive and complicated, which is a problem for small software manufacturers like us. Therefore we try to get along without it. But it causes consequences for DVBViewer users. Because Windows cannot verify the publisher, launching the 7.3.3 installer downloaded by a browser triggers misleading "Windows protected your PC" warnings, and you need to first click "More info" and then "Run anyway" to get it going (see here). However, when updating to DVBViewer 7.3.3, it can be avoided by launching the still officially signed DVBViewer Pro Downloader (see Windows start menu -> DVBViewer). Topmost you will see a "Main Application" section, offering version 7.3.3. Select what you want to install and let the downloader do its job. As long as you are using the original downloader (with Christian Hackbart verified as publisher in the Windows UAC screen) or a download from our members area, you can be sure that we are the publishers, despite any warnings. Please also note that downloading the DVBViewer Media Server 3.3.3 full version with the DVBViewer Pro Downloader (see section Add-Ons) requires purchasing an additional Media Server license (if not yet done)! This does not apply to the restricted Basic version, though (see here). Change Log DVBViewer Pro 7.3.3.0 Added: OSD: Display of cover art (if available) on music playback, or channel logos (if available) on radio playback in the video display area, provided it is visible and no visualizations are active. Added: OSD General Options: Checkbox “OSD Size Adjustment → Automatic”. If checked, DVBViewer automatically adjusts the OSD size to the aspect ratio of the currently active OSD skin, thus avoiding distortions, if the aspect ratio of the video display area does not match the OSD aspect ratio, particularly in full screen mode on 16:10 or 21:9 monitors, monitors with portrait orientation and similar cases. For compatibility reasons the default setting is “off”. Fix: OSD Skin Options: Potential issues on OSD skin changes if the EVR Custom Video Renderer was selected for video playback. Change: Music Options: The “Show Visualizations” checkbox has been removed, because its functionality (visualizations on/off) is already covered by the “Visual Effects” selection list. If music/radio playback is active, a change of the Visual Effects settings now automatically triggers “Rebuild Playback” on OK or Apply for letting them take effect. Previously this had to be performed manually. Fix: Zoom Settings: Zoom Settings differing from the default settings were not restored after a DVBViewer restart if a 16:9 video or 16:9 TV was played (see here). Fix: Channel Logos: If channel logos were installed in a DVBViewer plus Media Server installation, DVBViewer showed no channel logos for all channels tuned since the Media Server installation, unless the channel logo assignment was reset on Options → Channel Logos. This was caused by a default logo named play.png installed with the Media Server, letting DVBViewer assume that channel logos are present. Fix: File Playback: Internal media data was not updated on seamless changes to the next file when playing files from the DVBViewer playlist or channel list (when used as playlist), so the tray icon tool tip, the status bar and the OSD continued to display the first title (since 7.3.2.0). Change: Recorder Options: The “Minimum free disk space (MB)” setting has been renamed to “Recording stop on minimum free disk space (MB)”, in order to clarify its meaning (see here). Change: Timer Recordings / Recording Statistics Window: The duration column in the timer list of the Timer Recordings window is now able to display a duration greater than 23:59 hours (see below). In the Recording Statistics Window → Recording Status Tab a new Duration column indicates the total duration of ongoing recordings. Change: Recorder: Further adaptation to the timer handling of the DVBViewer Media Server, concerning the duration in minutes of scheduled recordings. DVBViewer now additionally stores it internally and in the file timers.xml, not only the end time in hh:mm as before. The change is forward and backward compatible with previous DVBViewer versions, because DVBViewer still writes an end time entry to the timers.xml, and reads it if no duration is present. The change enables recordings with a duration of more than 23:59 hours. It can be achieved by either setting the “Maximum manual (instant) recording duration” in Tweaker.exe to a higher value (the previous 1439 minutes limitation has been removed) or by using the Lead/Follow-Up Time input fields in the Timer Recordings window (see here). Please note: Using this possibility may yield unintended results, due to unforeseen collisions with other DVBViewer features, or because it is simply impossible to put it into effect, like automatically recurring recordings on each day with a duration greater than 24 hours and a single timer Change: Recorder: Reversion to the handling of recurring timers (with automatic weekly repetition) in 7.3.1.0, because it turned out to be more flexible. This means, DVBViewer now does not automatically schedule the next recording for the earliest possible recording date with a matching day of week like version 7.3.2.0, but keeps the next recording date once it is scheduled, as long as the day matches, even if another day of week before this date is added. So if such a day should be included as early as possible, the date in the Timer Recordings window has to be adjusted manually (see here and here). Fix: Hardware-Options: If a CI assignment was configured in the settings of a virtual RTSP Network Device associated with a Digital Devices OctopusNet Sat>IP server, DVBViewer misinterpreted this setting and tried to establish the “TCP Interleaved” transport mode for data transfer, though OctopusNet is known to not support it. As result, DVBViewer got an error response from OctopusNet, displayed a warning in its OSD and fell back to UDP transport mode, which finally worked. Fix: TS Stream: Special Parameters added as query part to URLs, like addhdr=..., that were supposed to be evaluated by DVBViewer and to be removed afterwards, but not to be sent to the server, were not removed properly and caused failure e.g. on MPEG Dash streaming, where URLs are used as base for creating other URLs (see here). Fix: TS Stream: Corrected handling of time stamps (partly reverted to the handling in 7.3.1.12, see here). Fix: TS Stream: Query parts in UDP/RTP Multicast IPTV URLs were regarded as part of the port specification (see here).

DVBViewer Pro 7.3.3 Bitte beachten: Wir verwenden ein selbstsigniertes Zertifikats in Version 7.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 7.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). Bei Updates auf DVBViewer 7.3.3 lässt sich dies durch den Start des immer noch offiziell signierten DVBViewer Pro Downloaders vermeiden (siehe Windows Startmenü → DVBViewer). Zuoberst erscheint eine Sektion "Main Application". Hier kann man die Version 7.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. Bei einer DVBViewer-Neuinstallation besteht die Möglichkeit, erst die noch offiziell signierte Version 7.3.1 aus der Sektion „Older Versions“ des Mitgliederbereichs zu installieren und diese dann wie beschrieben auf Version 7.3.3 zu aktualisieren. Bitte auch beachten: Der Download der DVBViewer Media Server 3.3.3 Vollversion mit dem DVBViewer Pro Downloader (Sektion Add-Ons) erfordert den Erwerb einer zusätzlichen Lizenz (falls noch nicht geschehen). Dies betrifft jedoch nicht die eingeschränkte Basic-Version (siehe hier). Änderungen DVBViewer Pro 7.3.3.0 Ergänzt: OSD: Anzeige von Album-Covern (falls verfügbar) bei Musikwiedergabe oder Senderlogos (falls verfügbar) bei Radiowiedergabe im Video-Anzeigebereich, sofern er sichtbar ist und keine Visualisierungen aktiv sind. Ergänzt: Allgemeine OSD-Optionen: Checkbox „OSD-Größenanpassung → Automatisch“. Wenn eingeschaltet, passt der DVBViewer die OSD-Größe automatisch an das Seitenverhältnis des aktuell aktiven OSD-Skins an und vermeidet so Verzerrungen, falls das Seitenverhältnis des Video-Anzeigenbereichs und des OSD voneinander abweichen, insbesondere im Vollbildmodus bei 16:10 oder 21:9 Monitoren, Monitoren mit Hochformat-Ausrichtung und in ähnlichen Fällen. Die Standardeinstellung ist aus Kompatibilitätsgründen „aus“. Fix: OSD Skin Optionen: Potentielle Probleme bei einem Wechsel des OSD Skins, wenn der EVR Custom Video Renderer für Video-Wiedergabe ausgewählt war. Geändert: Musik-Optionen: Die Checkbox „Visualisierungen anzeigen“ wurde entfernt, da ihre Funktionalität (Visualisierungen ein/aus) bereits durch die Auswahlliste „Visuelle Effekte“ abgedeckt ist. Falls Musik/Radio-Wiedergabe aktiv ist, löst eine Änderung der Einstellungen für visuelle Effekte nach Übernehmen oder OK jetzt automatisch einen Neuaufbau der Wiedergabe aus, damit sie wirksam werden. Zuvor musste dies manuell durchgeführt werden. Fix: Bildlage und Größe-Einstellungen: Vom Standard abweichende Einstellungen wurden nach einem DVBViewer-Neustart bei Wiedergabe von 16:9 Videos oder TV nicht wieder hergestellt (siehe hier). Fix: Senderlogos: Wenn in einer DVBViewer plus Media Server-Installation zusätzlich Senderlogos installiert wurden, zeigt der DVBViewer für alle Sender, die seit der Media Server-Installation eingestellt worden waren, kein Logo an, bis die Logo-Zuordnung unter Optionen → Senderlogos zurückgesetzt wurde. Ursache war ein vom Media Server installiertes Standard-Logo namens play.png, das den DVBViewer annehmen ließ, Logos wären vorhanden. Fix: Datei-Wiedergabe: Interne Media-Daten wurden bei einem nahtlosen Wechsel zur nächsten Datei nicht aktualisiert, wenn der DVBViewer Dateien aus der der Wiedergabeliste oder Senderliste (falls als Wiedergabeliste benutzt) abspielte, so dass der Hinweistext des Tray Icons, die Statusleiste und das OSD weiterhin den ersten Titel anzeigten (seit 7.2.0). 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 (siehe hier). Geändert: Aufnahme-Programmierung / Aufnahme-Statistik: Die Dauer-Spalte in der Timerliste des Aufnahmeprogrammierung-Fensters kann jetzt eine Dauer von mehr als 23:59 Stunden anzeigen (siehe unten). Im Aufnahmestatistik-Fenster → Aufnahmestatus-Registerkarte zeigt eine neue Dauer-Spalte die Gesamtdauer laufender Aufnahmen an. Geändert: Recorder: Weitere Anpassungen an die Timer-Handhabung des DVBViewer Media Servers hinsichtlich der Dauer geplanter Aufnahmen in Minuten. Der DVBViewer speichert sie nun intern und in der Datei timers.xml, nicht nur wie zuvor die Endzeit in hh:mm. Die Änderung ist vorwärts und rückwärts-kompatibel, da der DVBViewer weiterhin einen Endzeit-Eintrag in die timers.xml schreibt und ihn liest, wenn kein Dauer-Eintrag existiert. Die Änderung ermöglicht Aufnahmen mit einer Dauer von mehr als 23:59 Stunden, indem man entweder die Einstellung „Maximale Dauer manueller (Sofort-)Aufnahmen (Min)“ in Tweaker.exe auf einen höheren Wert setzt (die vorherige Begrenzung auf 1439 Minuten wurde entfernt), oder indem man die Felder „Vorlauf“ und „Nachlauf“ im Fenster für die Aufnahme-Programmierung benutzt. (siehe hier). Bitte beachten: Die Verwendung dieser Möglichkeit kann zu unerwarteten Resultaten führen, aufgrund unvorhergesehener Kollisionen mit anderen DVBViewer-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 vor den Änderungen in Version 7.3.1.0, weil sich dies als flexibler erwiesen hat. Der DVBViewer plant nicht mehr automatisch die nächste Aufnahme für das frühestmögliche Datum mit einem passenden Wochentag wie Version 7.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 solcher 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 DVBViewer diese und versuchte, den „TCP Interleaved“ Transportmodus für Datenübertragung zu verwenden, obwohl OctopusNet diesen bekanntermaßen nicht unterstützt. Als Folge erhielt der DVBViewer eine Fehlermeldung von OctopusNet, zeigte im OSD eine Warnung an 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 3.3.1.12, siehe hier). Fix: TS Stream: Query-Teile in UDP/RTP Multicast IPTV URLs wurden als Teil der Portangabe angesehen (siehe hier).

Media Server 3.3.3 Please note: We are using a self-signed certificate in version 3.3.3. Unfortunately an official certificate acknowledged by Windows has become much more expensive and complicated, which is a problem for small software manufacturers like us. Therefore we try to get along without it. But it causes consequences for DVBViewer users. Because Windows cannot verify the publisher, launching the 3.3.3 installer downloaded by a browser will trigger misleading "Windows protected your PC" warnings, and you need to first click "More info" and then "Run anyway" to get it going (see here). However, this can be avoided by launching the still officially signed DVBViewer Pro Downloader (see Windows start menu -> DVBViewer). After scrolling down you will see an "Add-Ons" section, offering Media Server 3.3.3. Select what you want to install and let the downloader do its job. As long as you are using the original downloader (with Christian Hackbart verified as publisher in the Windows UAC screen) or a download from our members area, you can be sure that we are the publishers, despite any warnings. Please also note that downloading the DVBViewer Media Server 3.3.3 full version with the DVBViewer Pro Downloader requires purchasing an additional Media Server license (if not yet done)! This does not apply to the restricted Basic version, though (see here). Changes Media Server 3.3.3 Change/Fix: Desktop Web Interface: Some adjustments on the Timers page and in the New Timer dialog, particularly avoiding issues resulting from the “contenteditable” attribute for the whole timer list, that was supposed to let a Paste menu item appear in the context menu of the list (see here). In detail: Now only the context menu of the “New Timer” button provides a Paste item for automatically opening the New Timer dialog and pasting program data to it, that has been copied before from a TV guide (see 3.3.1.12 changes). Ctrl+V still works in the whole list, though. The New Timer dialog does not lose the input focus anymore in Firefox, when changing to another tab and back. Times can now be entered continuously in the start and end time input lines of the New Timer dialog without having to use the Tab key for switching from hours to minutes. This also applies to the start/end time and minimum/maximum duration input lines on the EPG Search page. The New Timer dialog now recognizes year dates in pasted program data even if they are not terminated by a separator like a blank. JavaScript code in the New Timer dialog caused errors if the timer type was no recording timer, but a task timer (see here). Fix: Mobile Web Interface: The popup keypad for entering teletext page numbers did not appear on pages without a page number at the top (e.g. on subtitle pages). The right arrow button in the keypad did not let the teletext go forward in page history as intended, but also back like the left arrow button. Change: Mobile Web Interface: Most setting labels that were too long to be fully visible in a single line are now displayed in more than one line instead of being cut off. Change/Fix: Web Interfaces: If the free disk space of recording folders displayed on the Status page (which is actually the free space minus the configured minimum free space) becomes negative, it is now displayed as 0, which means, the folder cannot be used for recording anymore. The “Minimum free disk space (MB)” setting on the Configuration → Recorder page has been renamed to “Recording stop on minimum free disk space (MB)”, in order to clarify its meaning (see below and here). Change: Web Interfaces: The timer list now displays the duration of timers as hh:mm in brackets after the start and end time. In the Desktop Web Interface the duration is only displayed if it is greater than 23.59 hours, in the Mobile Web Interface always. Additionally the duration display for recordings is now able to indicate a duration greater than 23:59 hours. Change: Recorder Options: The “Minimum free disk space (MB)” setting has been renamed to “Recording stop on minimum free disk space (MB)”, in order to clarify its meaning. The automatic recording folder selection now considers this value. A folder is not selected anymore, if the free space minus the minimum free space is zero or negative. Additionally the value set up for “Folders in shown order as long as there is at least free (GB)” now refers to the free disk space minus the configured minimum free space (previously to the free space only, see here). Change: Recorder: Enhanced handling of timers for recordings with a duration of more than 23:59 hours, achieved by using the Lead/Follow-up Time input fields in the timer dialog (see here). Please note: Using this possibility may still yield unintended results, due to unforeseen collisions with other Media Server features, or because it is simply impossible to put it into effect, like automatically recurring recordings on each day with a duration of more than 24 hours and a single timer Change: Recorder: Reversion to the handling of recurring timers (with automatic weekly repetition) in 3.3.1.0, because it turned out to be more flexible. This means, the Media Server does not automatically schedule the next recording for the earliest possible recording date with a matching day of week like in version 3.3.2, but keeps the next recording date as long as the day matches, even if another day of week before this date is added. So if an additional day should be included as early as possible, the date in the timer dialog has to be adjusted manually (see here and here). Fix: Hardware-Options: If a CI assignment was configured in the settings of a virtual RTSP Network Device associated with a Digital Devices OctopusNet Sat>IP server, the Media Server misinterpreted this setting and tried to establish the “TCP Interleaved” transport mode for data transfer, though OctopusNet is known to not support it. As result, the Media Server got an error response from OctopusNet and fell back to UDP transport mode, which finally worked. Fix: TS Stream: Special Parameters added as query part to URLs, like addhdr=..., that were supposed to be evaluated by the Media Server and to be removed afterwards, but not to be sent to the server, were not removed properly and caused failure e.g. on MPEG Dash streaming, where URLs are used as base for creating other URLs. Fix: TS Stream: Corrected handling of time stamps (partly reverted to the handling in 3.3.1.12, see here).

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.