All Activity

Danke für die ausführliche Erklärung. Doch doch, da ist ein TS-Stream Device eingerichtet. Seitdem du das yt-dlp-server Plugin zur Verfügung gestellt hast. Daran wurde auch nix geändert. Und es lief ja auch mal, nur jetzt kriege ich ums Verrecken keine YT Streams mehr rein, evtl. auch andere Twitch oder so, bisher nicht probiert, nur noch über die Schiene "URL öffnen" Ich schicke dir mal eine Support.zip per DM.

Nein. Du musst das Timeout vom Viewer im Viewer erhöhen. Der Media Server benutzt bei mir ein manuell konfiguriertes TS Stream Device, um den Stream von YouTube oder sonst wem zu empfangen und dann als HTTP-Netzwerkstream an den DVBViewer weiterzuleiten. Und der DVBViewer ein weiteres TS Stream Device, um den Stream vom Media Server zu empfangen. Deine Logs in diesem Post besagen bislang, dass du es ebenso machst. Dein Screenshot zeigt jedoch was anderes, nämlich kein TS Stream-Gerät, sondern ein RTSP Netzwerk-Gerät, das nicht HTTP, sondern RTSP/Sat>IP-als Protokoll benutzt und für TS Stream als Empfangsart konfiguriert ist. Das ist eine andere Schiene, die jedoch auch dafür geeignet ist, im DVBViewer Streams über den Media Server zu empfangen. Nein. Der Media Server ist ein Media Server, der Netzwerk-Streams an Clients wie den DVBViewer ausliefert und gegebenfalls selbst ein TS Stream-Gerät benutzt, um einen Netzwerk-Stream zu empfangen. Für einen Live-Stream mit HTTP-Adresse aus der Senderliste verwendet der DVBViewer (und auch Media Server) normalerweise ein TS Stream-Gerät. Falls die Geräteliste kein für den TS Stream-Empfang geeignetes Gerät enthält oder alle bereits besetzt sind, wird ein TS Stream-Gerät automatisch im Hintergrund erzeugt, ohne dass es in der Geräteliste erscheint, und arbeitet dann mit den Standard-Einstellungen. Das Verhalten kann man für den DVBViewer in Tweaker.exe mittels "TS Stream-Geräte bei Bedarf automatisch erzeugen" abschalten (für den Media Server mittels DMSTweaker.bat). Dann muss die Geräteliste ein geeignetes Gerät enthalten, sonst gibt es eine entsprechende Fehlermeldung. Will man die Standard-Einstellungen eines TS Stream-Gerätes verändern, muss man es auf jeden Fall in die Geräteliste einfügen. Sonst kommt man ja nicht an die Einstellungen heran. Zusammengefasst läuft es so ab, wenn der DVBViewer (und ebenso der Media Server) einen HTTP Stream empfangen soll: Er schaut in seiner Geräteliste von oben nach unten (!) nach, ob es dort ein geeignetes freies Gerät für TS Stream gibt (das kann ein TS Stream-Gerät oder im DVBViewer auch ein für TS Stream als Empfangsart konfiguriertes RTSP-Gerät sein). Falls ja, benutzt er dies mit Vorrang. Falls es in der Geräteliste kein geeignetes freies Gerät gibt, erzeugt er automatisch ein TS-Stream-Gerät im Hintergrund. Falls er das nicht darf, gibt es einen Fehler, weil kein (freies) Gerät für den Empfang verfügbar ist. Angenommen, der DVBViewer benutzt ein TS Stream-Gerät und ist als Client eines lokalen Media Servers (auf dem selben PC!) konfiguriert. Dann wandelt er die URL automatisch in eine HTTP-Request an den Media Server, um den Stream via Media Server zu empfangen, vorausgesetzt, der Tweak "TS Stream über den lokalen Media Server empfangen" ist eingeschaltet ist (standardmäßig der Fall). Dies soll verhindern, dass doppelte Internet-Bandbreite benötigt wird, wenn der Media Server den Stream aufnimmt und der DVBViewer ihn gleichzeitig wiedergibt. Manche IPTV-Provider erlauben es auch nicht, dass ein Stream doppelt von der selben Client-IP-Adresse bezogen wird. Die Folge ist, dass der Media Server den YouTube-Stream oder sonstwas über eines seiner (!) TS Stream-Device empfängt und daraus seinerseits einen Netzwerk-Stream erzeugt, den dann der DVBViewer über ein eigenes TS-Stream-Gerät empfängt. Dabei wandelt der Media Server gegebenefalls das Streaming-Format. Was bei ihm als Live Stream im HLS-Format ankommt (M3U8), erreicht den DVBViewer (oder auch andere Clients) als einfachen DVB-Transportstrom. Die Wandlung ist auf jeden Fall erforderlich, da sich HLS nicht aufnehmen lässt, weil es aus -zig kleinen Dateifragmenten besteht. Da läuft etwas ganz anderes ab. "URL öffnen" bewirkt, dass der DVBViewer nicht die Schiene für Live-Wiedergabe benutzt, sondern für Datei-Wiedergabe. Hier wird nicht an den Media Server delegiert. Der DVBViewer will den Stream zunächst mit eigenen Mitteln (nativ) selbst empfangen und verarbeiten. Die Geräteliste und automatisch erzeugte TS-Stream-Geräte bleiben dabei außen vor, die sind nur für die Live-Schiene! Dabei scheitert der DVBViewer jedoch am zu geringen Timeout. Da es nicht geklappt hat, versucht er nachfolgend als Fallback, ob der LAV Source Filter damit zurechtkommt. Und der schafft es dann bei dir. Bei mir sieht es in den Media Server-Optionen so aus: und in den DVBViewer-Optionen so Ich vermute, du hast einfach in den Media Server-Optionen kein passend konfiguriertes TS Stream Device, so dass eins automatisch mit den Standardeinstellungen (und damit zu kleinem Timeout) erzeugt wird, da sich der Media Server wie gesagt in der Hinsicht ebenso wie der DVBViewer verhält. Anhand einer support.zip hätte ich sowas sofort feststellen können

Und 16 € 💰. Für den Empfang brauchst du das HbbTV-Add-On. Siehe dazu auch im DVBViewer -> Hilfe -> Erweiterungen bestellen/freischalten. Wenn es dir nur um die Sender geht (und nicht die Mediatheken im DVBViewer), kannst du es jedoch auch umsonst haben: DVBViewer -> TV/Radio -> Empfangseinstellungen/Suchlauf -> Als Empfangsart TS Stream wählen -> Senderliste laden -> Internet TV (ger) oder Internet Radio (ger). Das füllt deine Senderliste mit einer Unmenge Sender, die frei über das Internet empfangbar sind. Die via HbbTV empfangbaren sind alle dabei, und viele mehr.

Sry für Doppelpost, aber ich versteh es nicht. Über URL öffnen gehts, wenn ich ein separates TS-Stream Device anlege. Warum da im Log wieder Connection Timeout 10000 steht, ist mir schleierhaft, da das TS-Stream Device ein Timeout von 30000ms hat. Aber der aktuelle Sky NEws Live Stream wird abgespielt. http://localhost:5077/x.m3u8?url=https://www.youtube.com/user/SkyNews/live?xx=1 Pflege ich die gleiche URL in die Senderliste ein, kommt kein Bild, obwohl die Stream-Parameter im Fenster zu sehen sind. Ich möchte ja die LIVE Streams übern Media-Server auf externen Playern abspielen.

Ich finde nur Info zum GE, sorry. Also so: habe per DVBT-2-Sendersuchlauf ein paar Sender gefunden, die nur per Internet (Hbb) empfangbar sind. Während im Browser die Media-Oberfläche der Sender angezeigt wird und ein Klick auf das Sender-Logo der Stream angezeigt wird, erscheint beim Internetvideo lediglich eine ARD-Hinweisseite... Schätze ich bin nur ein paar Klicks von der Lösung entfernt, aber leider ein Dummie :)) support.zip

Achso okay, war mit nicht klar, dass man auch den Timeout vom Media-Server im Viewer erhöhen muss. Habe beides jetzt auf 30s. Aber ich bekomme kein Stream ans Laufen. Live od. VOD. Nix geht. Entweder Invalid Socket oder nen LAV Fehler. Kannst du mir bitte mal ein Stream posten der bei dir läuft, so komplett mit localhost:5077 wie ich den in der Senderliste einpflegen würde. edit: Ist das überhaupt eine richtige Anmerkung von mir? Also ist der Media-Server im Viewer gleichzeitig ein TS-Stream Device? Wo an welcher Stelle TS-Stream Devices und Timeout eingestellt werden soll, finde ich bisher für mich nicht schlüssig erklärt.

Laut Log hat das TS Stream Device im DVBViewer nur ein Connection Timeout von 5000 ms. Es dauert aber länger, bis der Media Server antwortet, weil der wartet ja auch... du musst das sowohl in den Einstellungen des TS Stream Device in den Media Server-Optionen -> Hardware als auch in den Einstellungen des TS Stream Device in den DVBViewer-Optionen -> Hardware deutlich erhöhen. Ich habe hier bei beiden 15.000 ms.

Hmm also im hinterlegten TS-Stream Device im Media Server hab ich Timeout von 30000ms drin. Das sollte doch genug sein und die Streams liefen ja auch mal alle. Aber ich sehe im jetzt im Log auch Timeouts. Verstehe nicht, warum der nicht die 30sek. beachtet.

Danke für die Hilfe. ich melde mich wieder. Will vorher win11 neu installieren.

Hier funktionieren Live Streams nach wie vor. Bitte längliche Logs nicht als Text posten, sondern als Datei anhängen oder zumindest in Spoiler-Tags setzen (siehe Korrektur oben), damit man nicht endlos scrollen muss, wenn man hier mitlesen will. Den Live Stream delegiert der DVBViewer bei dir an den DVBViewer Media Server, wie du an der URL sehen kannst (siehe dazu auch "TS Stream über den lokalen Media Server empfangen" in Tweaker.exe). Und der scheitert dann und meldet den Statuscode 404 zurück. Womöglich, weil das Verbindungs-Timeout des von ihm verwendeten TS Stream Device zu kurz ist. Für MP4-Videos ist der LAV Source Filter zuständig, aber der scheitert hier. Warum, ist im Log nicht zu sehen. Ein Video als HLS (M3U8), was der DVBViewer nativ behandelt, endet letztendlich mit dem Statuscode 403 Forbidden vom Server. Ich vermute, der LAV Source Filter bekommt das gleiche. Vielleicht braucht yt-dlp mal ein Update...

Hallo Griga, braucht das Plugin ein Update? Kriege kein YT Live-Stream mehr rein. Die yt-dlp.exe und deno.exe sind aktuell. bzw ein "statisches Video"

Auf Anhieb kann ich nichts erkennen, was das Problem erklärt, habe aber einen Verdacht. Deine Suchvorgabe "quer" habe ich übernommen, werde beobachten, ob ich in nächster Zeit auch doppelte Timereinträge erhalte, und der Ursache nachgehen.

Hier die searches.xml und svctimers.xml zur weiteren Diagnose. searches.xml svctimers.xml

Für eine Analyse wäre eventuell deine searches.xml sowie deine svctimers.xml mit unerwünscht vervielfältigten Timern aufschlussreich (siehe DVBViewer-Konfigurationsordner\config). Da stehen sämtliche Daten drin. Wenn du nicht möchtest, dass sie öffentlich wird, kannst du sie mir auch als Anhang einer persönlichen Forumnachricht senden, anstatt sie hier anzuhängen. Das Thema "unerwünschte doppelte Timer" wurde sehr ausführlich hier diskutiert (falls du dich da durchkämpfen willst). Es führte letzendlich zu einer veränderten Methode der automatischen Timererzeugung in Version 3.3.1.0, die jedoch erst durch einen Tweak scharfgeschaltet werden muss, da sie sich noch in der Bewährungsphase befindet. Siehe dazu in den Versionshinweisen den Abschnitt Ich hoffe, das hilft weiter...

Hallo, ich beobachte eine ungewollte automatische EPG-Suche Timer-Vervielfältigung unter folgenden Bedingungen: - Sender Astra 19.2 BR Fernsehen Süd HD (bislang nur bei diesem Sender beobachtet) - EPG-Suche z. B. auf Titel den "quer" oder "BR24" mit "Start/Stop durch EPG-Status" Die etwas weiter in der Zukunft liegenden Timer scheinen sich wöchentlich(?) zu vermehren, d. h. die Sendung "quer" oder "BR24" wird mit identischen Zeiten erst einmal, dann ein zweites Mal, dann ein drittes Mal usw. angelegt, siehe auch beifegüter Screenshot . Ich vermute, dass sich irgendwelche Daten im EPG wöchentlich(?) ändern und deswegen jeweils ein neuer Timer angelegt wird. Welche Daten das es sein könnte kann ich nicht erkennen, da Titel, Untertitel, Beginn und Ende sowie PDC identisch bleiben. Wie kann man sich dem Grund des Effekt annähern bzw. wie kann man den Effekt vermeiden? Freundlich Grüße JGrob support.zip

Auch merkwürdig. Die Folge Wiedergabe aus -> SD Sender einstellen sollte eigentlich das gleiche bewirken wie ein zwischenzeitliches Beenden des DVBViewers und ein Neustart, da in beiden Fällen die HVR 4000 komplett freigegeben und neu initialisiert wird. Nun gibt es allerdings bei dir das Problem mit der Zugriffsverletzung, das eine reguläre Freigabe verhindert. Ich habe jetzt eine Version 7.3.3.1 hochgeladen, die den Fehler abfängt, und dich zu einer privaten Forum-Konversation (PM, Private Messsage) als Teilnehmer hinzugefügt, in der du die Version herunterladen kannst. Die Forum-Software sollte dich darüber benachrichtigen. Falls nicht, klicke auf das Briefumschlag-Symbol rechts oben im Forum. Ich erwarte nicht, dass die Version dein Problem grundsätzlich löst, aber vielleicht sorgt sie dafür, dass es mit der Folge Wiedergabe aus -> SD-Sender einstellen funktioniert.

wenn ich DVBViewer neu startet kommt RTL. Dann kann ich auch andere SD Sender sehen.Das Umschalten auf HD geht problemlos. Nur zurück geht ja nicht.

How can I make the program perform translation? Are there any external programs that can be added to Viewer?

Wie schaffst du es denn sonst, einen SD-Sender störungsfrei wiederzugeben, nachdem ein HD-Sender gelaufen ist? DVBViewer neu starten? PC neu starten? Grundsätzlich geht SD ja, wie du hier beschrieben hast.

ich habe die Wiedergabe auf aus gestellt und gewartet. Es funktioniert nicht. Alternativ habe ich nextpvr getestet, da klappt es ohne Probleme.

Habe es selber rausgefunden: Vodafone DVBViewer Frequenz in MHz --> Transponder Frequenz in kHz, ist klar Symbolrate Symbolrate, auch klar TSID (Transport System ID) Stream ID ONID (Original Networt ID) Network ID SID Service ID PMT PMT PID VPID Video PID APID (Audio PID) Audio PID TPID (Text PID) Teletext PID Die Regionalsender gingen nicht, weil noch als Videotyp MPEG2 eingestellt war. Grüße

Hallo, einige Sender funzen wieder nicht, weil Vodafone die Sender wieder umsortiert hat, vor allem die Regionalsender. Ich behelfe mir dann seither immer so, dass ich die nicht funktionierenden händisch korrigiere. Nur klappt das nicht immer bei allen, deswegen die Frage: Wie gibt man die Frequenzen ein, ich kann mit den Abkürzungen oft nichts anfangen: Vodafone DVBViewer Frequenz in MHz --> Transponder Frequenz in kHz, ist klar Symbolrate Symbolrate, auch klar TSID (Transport System ID) ? ONID (Original Networt ID) ? SID ? PMT ? VPID ? APID (Audio PID) ? TPID (Text PID) ? Die Frequenzbelegung für Baden Württemberg habe ich hier her: https://helpdesk.vodafonekabelforum.de/sendb/belegung.html Danke für Eure Hilfe

Es gibt dafür keine Anzeichen. Deine Installation ist vollständig, soweit ich sehen kann. Der Wechsel beinhaltet noch mehr als HD -> SD. Es ändert sich auch das Modulationssystem (DVB-S2 -> DVB-S) und der Frequenzbereich (Low Band unter 11700 MHz -> High Band über 11700 MHz). Also zwei wesentliche Umschaltvorgänge, die deine DVB-Karte und auch deine Außenanlage durchführen muss. Was dabei herauskommt, ist jedenfalls katastrophal. Der Datenstrom, der den DVBViewer erreicht, scheint komplett gestört zu sein, es stapeln sich die Fehlermeldungen. Wenn du die Eigenschaftsseite des DVBViewer Filters öffnest, sollten sie dort zu sehen sein, und wahrscheinlich auch eine rasant hochzählende Anzahl Diskontinuitäten. Kannst du das bestätigen? Wenn du dann den DVBViewer beendest, kommt noch eine Zugriffsverletzung aufgrund der unerwartet verschwundenen Plugin-Verwaltung dazu, die verhindert, dass deine HVR 4000 korrekt freigegeben wird. Das sieht im Log so aus Eventuell aufgrund des bereits vorher ausgebrochenen Chaos, das kann ich anhand des Logs nicht ermitteln. Die Zugriffsverletzung lässt sich abfangen, und ich könnte dir eine DVBViewer-Version zur Verfügung stellen, die das tut, was aber wahrscheinlich nicht das ursprüngliche Problem löst, sondern nur einen Folgefehler verhindert. Ich frage mich gerade, was passiert, wenn du von dem HD-Sender nicht direkt auf RTL & Co umschaltest, sondern erst im DVBViewer Wiedergabe -> Wiedergabe aus anwählst, ein paar Sekunden wartest, und dann den SD-Sender einschaltest. So wird die HVR 4000 erst komplett freigegeben und dann neu initialisiert, bevor sie den SD-Sender empfängt. Funktioniert das so?

As far as I know not!

هل يحتوي برنامج العرض على خيار ترجمة ضمن إعداداته؟ * هل يوجد برنامج خارجي يمكن استخدامه مع برنامج العرض؟ ... Real-time machine translation of audio material and conversations ..... الترجمة إلى العربية