All Activity

No. The next DVBViewer (beta) release will apply the tweak “Load XYSubFilter for subtitles” also if the MPC Video Renderer is used.

Is this supposed to be in 7.3.1.9 beta?

BTW: Wenn du eine bestimmte Auswahl von PIDs "unverfälscht" als HTTP streamen willst, empfiehlt sich der im TransEdit Analyzer seit Version 4.2.0 integrierte Server:

You are right. It turns out that my receiver, a tbs 6902, has one input completely useless and the other one has this problem. Thanks a lot for your help.

Vodafone hat nun bei uns auf die neue Belegung umgestellt, die im Laufe von 2025/26 für Vodafone in ganz Deutschland gilt. Leider wird jedes Gebiet zu einem eigenen Zeitpunkt umgestellt, so dass sich die Phase über zwei Jahre erstreckt. Die Senderliste habe ich wie immer nach eigenen Kategorien & eigener Reihenfolge angepasst, sie enthält die Regionalsender für Hessen bzw. die Rhein-Main-Region. Abgesehen von den Regionalsendern (wobei dazu auch RTL und SAT.1 gehören) ist sie für ganz Deutschland gültig, sofern die entsprechende Region auf die neue Belegung umgestellt wurde: Senderliste_Vodafone_Hessen.ini Die Transponder-Liste ist für Vodafone in ganz Deutschland gültig, sofern die entsprechende Region auf die neue Belegung umgestellt wurde: DVB-C_de_Vodafone.ini Wenn die Umbelegungen überall abgeschlossen sind, ersetzt diese Transponder-Liste auch sämtliche bisherigen zu Kabel Deutschland, Unitymedia und KabelBW...

Hallo zusammen, ich besitze eine gültige VideoReDo‑Lizenz, aber der Hersteller ist nicht mehr erreichbar. Hat jemand noch den Installer für Version 6.60.4.791? Die aktuelle 6.62 verursacht bei mir Audio‑Probleme. Vielen Dank!

Das Antennenkabel habe ich sogar ausgetauscht. Und es fand vor dem Auftreten keine Berührung der Kabel oder Stecker statt. Werde jetzt terrestrisch einrichten.Muss nur das Signal etwas verstärken. Grundsätzlich funktiniert das zum Glück.

Danke dir noch für die Ergänzung. Das mit dem Medisplitter werde ich ausprobieren.

Sollte (oder besser gesagt muss) in den Media Server Hardware-Optionen auf "Gerät verwenden aus" gesetzt werden. Du könntest auch überlegen, mit einem diodenentkoppelten Zweiweg-Splitter beide Tuner antennenmäßig zu versorgen, die dann beide in den Hardware-Optionen auf "Gemeinsames Antennenkabel" konfiguriert werden müssen. Der Media Server berücksichtigt dann, dass bei Verwendung von zwei Tunern der zuletzt angeforderte nur Sender aus dem selben Frequenzband (low / high bzw unter oder über 11700 MHz) und mit der selben Polarisation wie der erste empfangen kann. Das klappt nicht immer, ist aber vielleicht einen Versuch wert, weil sich so zwar nicht beliebige, aber doch eine ganze Reihe Sender auf verschiedenen Frequenzen gleichzeitig empfangen lassen. Diese Splitter sind nicht teuer. Der EPG Updater hat die niedrigste Priorität und kommt nur noch zum Zuge, wenn der vebleibende Tuner nicht für anderes gebraucht wird. Sonst kein Nachteil.

BINGO Erstmal Danke. Ich habe den Tuner 1 nach oben verschoben und jetzt funktioniert alles. Das EPG habe ich unverändert gelassen. Im Nachhinein ist es logisch: Ich hatte all die Jahre nie Probleme damit und daher hatte ich es nicht auf dem Radar. Da am Tuner 2 kein SAT-Kabel angeschlossen ist und er offenbar immer versucht hat, zuerst diesen Tuner zu verwenden, konnte natürlich kein Stream aufgebaut werden. Ich gehe daher davon aus, dass genau das das Problem war. Frage: Gibt es Nachteile, wenn ich Tuner 2 deaktiviere und ausschließlich über Tuner 1 streame und das EPG aktualisieren lasse? Gruss Pit

Danke Griga. Ich hatte ja eigentlich auch nicht den DVBViewer in Verdacht, sondern eher Windows 11 oder den ÖRR, wie in meinem ersten Post ganz oben angemerkt. Ich war nur an der Ursache interessiert. Ich wünsche dir und der DVBViewer Community einen schönen zweiten Advent und danke für eure Unterstützung. Ich kenne kein Softwareprodukt, dessen Community so lebendig und hilfreich ist.

Im svcdebug.log ist keine Fehlfunktion verzeichnet. Deshalb kann ich ihm auch nicht entnehmen, zu welchen Zeitpunkten die Wiedergabe in Kodi gescheitert ist. Im kodi.log gibt es eine eindeutige Fehlermeldung: Da wollte Kodi einen TV/Radio-Livestream vom Media Server haben, was aber fehlgeschlagen ist. Die HTTP Verbindung konnte wohl hergestellt werden (sonst wäre der Fehler spezifischer und schon um 15:52:40 aufgetreten), aber es kamen schlicht keine Daten an. Nach 20 Sekunden Timeout hat Kodi dann um 15:53:00.356 aufgegeben und abgebrochen. Da die support.zip vorher erzeugt wurde, kann ich nicht sehen, was zu diesem Zeitpunkt im Media Server passiert ist. Wahrscheinlich aber sowas wie und ich vermute, der Media Server hat ebenfalls keine Daten erhalten (was mangels Timeout keinen Fehlereintrag erzeugt - den gäbe es nur, wenn die Initialisierung der Karte oder das Tunen scheitert) und im folgenden nur gewartet, dass vom DD-Treiber noch was kommt. Dafür spricht auch Da funktioniert die HTTP-Verbindung offensichtlich ebenfalls, aber es kommt kein Content. Wenn ich richtig vermute, ist das Grundproblem, dass die DD-Karte bzw. ihr Treiber nichts an den Media Server liefert. Fragt sich warum... Um das Problem weiter einzukreisen, würde ich erst mal untersuchen, ob beide DD-Tuner gleichermaßen betroffen sind. Der Media Server verwendet laut Log mal den einen, mal den anderen für Live Streaming. Das hängt von anderweitiger Nutzung ab, z.B. ob gerade der EPG Updater im Hintergrund aktiv ist oder nicht. Also erst mal automatische EPG Updates unterbinden (Webinterface -> Konfiguration -> EPG Aktualisierung alle 12 Stunden aus). Nun müsste der Media Server, solange er nicht zusätzlich anderes bedient, bevorzugt Digital Devices DVB-S2 Tuner 2 verwenden, weil der in den Media Server Optionen (svcoptions.exe) -> Hardware an oberster Stelle steht - die Verwendung kann man auf der Statusseite des Webinterface kontrollieren. Um dem anderen Tuner Vorrang zu geben, zieht man ihn einfach in der Geräteliste mit der Maus an die oberste Stelle, danach OK. Was ich eventuell auch probieren würde, wenn der Problemzustand eingetreten ist: Sicherstellen, dass die DD-Karte nicht verwendet wird, dann im Windows-Gerätemanager unter Audio, Video und Gamecontroller die Karte durch (Rechstklick ->) Deaktivieren und anschließendes Aktivieren zurücksetzen. Allerdings gibt es da (wahrscheinlich) mehrere Einträge für die Karte. Bei mir hat mal geholfen, das "Digital Devices Base Device" zurückzusetzen, als aus unerfindlichen Gründen keine Daten mehr kamen.

Schon mal am Antennkabel und an den Steckern gewackelt?

Hey, der Dämpfungsregler hat nix gebracht, eher im Gegenteil- bei vielen Sendern waren die Namen weg. Was mich wirklich verwirrt ist das plötzliche auftreten. Bei mir wurde ja nix geändert. Und ja, ich habe auch neu verkabelt. Immer dasselbe! Ich vermute einen "äußeren EInfluss"- also das irgendwo im Haus etwas falsch angeschlossen wurde. Leider kann ich mich darüber nirgends beschweren. Eigentlich kann ich jetzt nur noch hoffen, das es irgendwann wieder verschwindet. Danke auf jeden Fall für Deine Hilfe! MM

So einfach kommst du aus der Nummer nicht raus. Der DVBViewer übernimmt bei Downloads definitiv kein Datum aus der Mediathek. Und erzeugt auch keinen Datumseintrag für die Datei. Das macht Windows. Zu Beginn des Downloads ein Erstellt-Datum. Und spätestens am Ende des Downloads, wenn der DVBViewer die Datei schließt, ein finales Geändert-Datum. Kann man in den Eigenschaften der Datei sehen. Wenn der Explorer nach Geändert-Datum sortiert, kann es eine Weile dauern, bis er eine Änderung merkt und die Sortierung anpasst.

Die Vermutung ist richtig. Der Sat>IP Server geht davon aus, dass alles, was eine statische URL verwendet, kein vollwertiger Sat>IP Client, sondern ein "Thin Client" ist, der wie z.B. der VLC eigentlich nichts von Sat>IP weiß, sondern vorfabrizierte URLs aus einer vom Media Server erzeugten M3U-Liste verwendet, um bestimmte Sender wiederzugeben. Um es Thin Clients einfach zu machen, schleust der Server in diesem Fall die Daten durch eine Recorder-Instanz mit der Fähigkeit, PAT und PMT an den tatsächlich gelieferten Content anzupassen, oder anders gesagt, alles rauszuwerfen, was nicht geliefert wird. Außerdem filtert die Recorder-Instanz TS Pakete weg, die im Header als verschlüsselt markiert sind, weil der Client damit nichts anfangen kann. Den Output schreibt die Recorder-Instanz natürlich nicht auf Festplatte, sondern liefert sie über einen Callback zwecks Weitergabe an den Client an den Server zurück. Der Sat>IP Server geht nun davon aus, dass es sich bei HTTP als Protokoll immer um einen Thin Client handelt. Er rechnet nicht damit, dass jemand wie du einherkommt und alles durcheinanderbringt Als Entwickler unterschätzt man regelmäßig die Kreativität von Anwendern, die nur zu gerne etwas machen, was nicht vorgesehen ist. Nun weiß ich aber Bescheid und werde im nächsten Release die Kriterien für den Einsatz der Recorder-Instanz verschärfen. Sie wird nur noch zum Einsatz kommen, wenn die URL direkt oder indirekt eine Service ID spezifiziert. Andernfalls macht es ja keinen Sinn und ist auch gar nicht möglich, einschränkend an PAT und PMT herumzubasteln.

These three channels have one thing in common: They are located in the high band (frequency above 11700 MHz) and the polarisation is vertical. I'd check if other channels with these attributes, but other frequencies are also affected, e.g. MTV on 11973 V or Kabel 1 Austria on 12051 V. You can use the DVBViewer Channel Editor for testing, that displays the frequency and polarisation of the selected channel on its right side. A channel is tuned by double-clicking it. Or even better: Use the scanner and analyzer tool TransEdit for testing. Download it from the members area, store TransEdit.exe in the DVBViewer program directory (where DVBViewer.exe is), select the Astra 19.2° East transponder list on the left side of the main window, a transponder (frequency) on the right side, and click "Scan Selected" for checking if it yields any results. If certain combinations of the attributes low/high band (frequency below/above 11700 MHz) and vertical/horizontal polarisation cannot be received anymore, it may indicate a damaged outdor equipment (LNB) or receiver.

I had it in a category called for 3 years and it worked. Lately I tried SES and English. I don't really think the category makes any difference. What would happen if I installed DVBViewer again without removing the existing one, like being a repair?

Here is my CNN Int.ini CNN Int..ini The only difference is "Category=SES ASTRA" and "FEC=2" I do not know if "Category=English" is your chose for a personal Category. Give it a try. You can control and change your settings even in Channellist-Editor, do not forget to press the "Apply" button.

So, das ist mir jetzt schon ein bisschen peinlich aber, Ich habe jetzt mal in meinem Aufnahmeverzeichnis gescrolled und folgendes festgestellt: Während der Aufnahme ist das Aufnahmedatum das aktuelle Datum und Uhrzeit meines Rechners. Nach Ende der Aufnahme wird das Datum offenbar aus der Mediathek übernommen und ändert sich. Dadurch rutschte die Datei in meinem Explorer weiter nach unten und ich dachte sie existiert nicht. Aber alle herunter geladenen Dateien existierten! Diese Änderung ist mir bisher nur bei 3sat aufgefallen. Alle anderen Aufnahmen haben mein Aufnahmedatum behalten. Im Screenshot ein Beispiel: Heute die Oper Hänsel und Gretel aufgenommen. Oben die Anzeige im Explorer während der Aufnahme und unten nachdem die Aufnahme beendet war. Den Hinweis von Webturtle zu MediathekView http://www.mediathekview.de/ habe ich aufgegrifffen und finde diese Seite sehr hilfreich. Man kommt hier schneller zum gesuchten Beitrag und kann gleich wählen in welcher Qualität die Aufnahme gespeichert werden soll.

Tried it without result.

FEC=3/4 in channel.ini is invalid, there are just "whole numbers" allowed [Channel0] TunerType=1 Root=Astra 19.2°E Category=SES ASTRA FEC=2 Change "FEC=3/4" in channel.ini to "FEC=2" this is the code for the "FEC 3/4" tuning parameter it will be the same with Tele 5 that uses the "FEC 3/4" tuning parameter

Nein. Sorry, habe ich übersehen. Ich schaue es mir später an.

@ Griga Ich habe dieses File am ersten Post angehängt. Habe ich da was falsch gemacht?

Your ini does exactly the same thing. if Istart up with CNN it gives me a black screen. If I switch from another working channel it freezes that channel. Besides CNN I have 1 more channel that does that: A german channel: tele 5. It all started when many german channels chose to only transmit in HD and I had to do a new scan. At the moment every channel works well, except those two. Very strange.