All Activity

Oha! Sieht so aus, als wäre die DVBCommand.txt glatt im 3.1.9 / 3.1.12 Setup vergessen worden. Aber kein großes Problem. man kann sie ja leicht per Hand nachinstallieren. Siehe oben. (Unterordner config des DVBViewer-Konfigurationsverzeichnisses und/oder im DVBViewer-Programmverzeichnis (wo sich DVBViewer.exe befindet) im Unterordner Default/Config.

Dito!! Gruss aus Köln

Das geschieht wegen dem OSD-Mediafenster, das bei aktivem Timeshift den OSD Mini EPG ersetzt, sofern der Tweak "Mini-EPG im Timeshift-Modus anzeigen" nicht eingeschaltet ist. Ist er eingeschaltet, bleibt #Media.title leer. Inwiefern?

Wie kommt das denn? Das erfordert eine nähere Untersuchung. Ohne kann die FB im Webinterface natürlich nicht funktionieren. Ich hänge die Datei erst mal hier an. Wo sie hin muss, steht in meinem letzten Post. DVBCommand.txt

Könnte man so eine Client App evtl von einer KI bauen lassen? Kenne mich nicht aus, weiß aber aus dem Kodi Bereich dass sowas geht. Wer mag das mal probieren?

Danke!👍

Die Variable #Media.title=.... wird neuerdings bei laufenden TV Sender ständig mit "Timeshift" beschrieben. Damit funktionieren eigene OSD Screens nicht mehr. Bisher wurde der Tag in diesem Fall empty belassen.

Hallo, gehe im Menü auf "Ansicht" dann auf "Statusleiste anzeigen". Hier kannst Du die Leiste ein-/ausblenden

PC-Namen werden im Webinterface in Großbuchstaben angezeigt, keine Umlaute oder Sonderzeichen verwendet. Die Datei DVBCommand.txt ist im gesamten System nicht vorhanden!!! Die Adresse mit dem target-Parameter funktionieren.

Hallo allerseits! Irgendwie habe ich versehentlich – vermutlich durch irgendeine Tastenkombination – die Statusanzeige am unteren Bildrand eingeschaltet. Ist zwar ganz interessant, Informationen über Signalstärke, Auflösung, Bandbreite usw. des aktuellen Fernsehbildes zu erhalten, aber ich wüsste trotzdem gerne, wie ich das wieder rückgängig machen kann. Konnte in den Einstellungen und Optionen aber nichts Entsprechendes finden.

Heißt nicht viel, da sie auf einem Plugin beruht, das einen kleinen HTTP Server direkt in den DVBViewer integriert. Beim Weg über den Media Server kommen zusätzliche Mechanismen ins Spiel, wo potentiell etwas schiefgehen kann, insbesondere eine Übersetzungstabelle Fernbedienungskommandos -> Kommandozeilenparameter für DVBViewer Actions in der Datei DVBCommand.txt, die sich im Unterordner config des DVBViewer-Konfigurationsverzeichnisses (siehe Hilfe-Menü im DVBViewer) befindet. Ist sie vorhanden? Falls nicht, sollte sie im DVBViewer-Programmverzeichnis (wo sich DVBViewer.exe befindet) im Unterordner Default/Config zu finden sein. Von dort kannst du sie ins Konfigurationsverzeichnis\Config kopieren. Nach einem Stoppen und Neustart des Media Servers sollte es dann funktionieren. Weiterhin werden empfangene Kommandos über UDP Multicast an alle DVBViewer-Clients gesendet, mitsamt dem (Netzwerk)Namen des Empfänger-PCs, anhand dessen die Clients erkennen, ob sie gemeint sind. Mit dem Namen haben sie sich zuvor während des Programmstarts beim Media Server als Empfänger angemeldet. Das sind auch die Namen, die die FB dir im Webinterface zur Auswahl anbietet. Der obige Test mit api/dvbcommand.html zeigt, dass dieser Mechanismus bei dir grundsätzlich funktioniert. In der Adresse fehlt allerdings die Angabe des Ziel-PCs (target-Parameter), worauf der Media Server das Kommando an den ersten DVBViewer sendet, der sich bei ihm angemeldet hat. Ich habe das bei mir getestet, und es funktioniert mit der FB im Webinterface einwandfrei. Allerdings hatte ich zunächst Probleme mit http://127.0.0.1:8089/api/dvbcommand.html?cmd=-x24&target=Medion-PC Das funktionierte nicht, weil vom DVBViewer 7.3.1.0 bis zum DVBViewer 7.3.1.12 irgendwie die Umsetzung des PC-Namens in Großbuchstaben verloren gegangen ist. Mit target=MEDION-PC ging es dann. Werden die PC-Namen bei dir im Webinterface in Großbuchstaben angezeigt? Enthalten sie vielleicht Sonderzeichen wie Umlaute oder ß? Vielleicht kannst du mit der obigen Adresse und dem target-Parameter in der Hinsicht etwas experimentieren, um das Problem einzukreisen.

In der dvb-c_de_München-West_KDG.conf und dvb-c_de_Köln-Mitte_Nord_KDG.conf, Kategorie Vodafone Free sind die SD-Sender der RTL und ProSieben-Gruppe jetzt drin, wie ein kurzer Test zeigt. Ob vollständig und richtig müsste jemand testen, der einen Vodafone-Kabelanschluss hat.

Pls attached is the support file, although I mainly used Kodi which connect to the service nicely, but I tried to connect DVB clients to server using the option build in the client to locate server, the server in the LAN did not show -any suggestions?

Hallo, ich bin einer der Co-Admins vom Inoffiziellen Vodafone-Kabel-Helpdesk und habe die Diskussion über die Exportfunktion hier gefunden. Wir haben soeben eine kleine Änderung in der Exportfunktion für VDR vorgenommen. Probiert mal, ob die SD-Sender jetzt wieder angezeigt werden. Viele Grüße DerSarde (Co-Administrator Inoffizieller Vodafone-Kabel-Helpdesk)

Du willst mir doch wohl nicht erzählen, dass du bei einem Browser, der mitunter für eine einzige Website -zig Verbindungen aufbaut, jede einzelne manuell bestätigst, oder? Also wirst du für einzelne Anwendungen festlegen können, was ihnen generell / nur auf Nachfrage / gar nicht erlaubt ist, richtig? Das wird auch in diesem Screenshot deutlich. Damit kannst du das Problem selbst lösen. Nichtsdestotrotz: Wenn mal wieder Arbeiten im DVBViewer Downloader (DVBVDownloader.exe) anstehen, kann ich überprüfen, inwieweit sich ein Retry integrieren lässt. Doch ob und wann das geschieht, steht z.Z. in den Sternen...

Jeweils neueste Versionen DVBViewer 7.3.1.12 und Media Server-Version 3.3.1.12 Laufen der Media Server und der DVBViewer auf dem selben PC oder auf verschiedenen? Sowohl als auch. DVBViewer ist als Media Server-Client konfiguriert! http://127.0.0.1:8089/api/dvbcommand.html?cmd=-x24 Funktioniert. Ich nutze allerdings Port 8081 (Vodafone nutzt 8089 als Serviceport der FritzBox) Es funktioniert ja auch alles bis auf die Fernbedienung im Mobil Webinterface als auch mittels link im Webinterface. Die Wifi Fernbedienung http://xxx.xxx.xxx.XXX:5019/remotecontrol.html funktioniert wie geschrieben auch einwandfrei.

Hallo, sorry für die späte Antwort. Der DVBViewer macht bei der Installation immer eine neue Verbindung auf. Die wird erstmal von Windows10firewallcontrol blockiert. Dann gebe ich die Verbindung frei, aber das Setup hat nun den Downloadmanager bereits abgebrochen und installiert nur das Programm fertig. Ich kann leider keine Verbindung in der Firewall vorher freigeben, die noch gar nicht nicht existiert. Der Downloadmanager müßte einfach noch einmal gestartet werden, über eine Retryfunktion wie sie auch im MPC-BE oder beim LAVFilter vorhanden ist.

Please create a support.zip on the server PC after reproducing the issue and attach it here. The support.zip should contain a svcdebug.log, provided you didn't switch "Write debug log" off in the Media Server Options (svcoptions.exe) -> General.

DVBViewer- und Media Server-Version? Laufen der Media Server und der DVBViewer auf dem selben PC oder auf verschiedenen? Ist der DVBViewer als Media Server-Client konfiguriert? Siehe Einstellungen -> Optionen -> DVBViewer Media Server -> Unterstützung für den DVBViewer Media Server aktivieren. Falls nicht, am besten Hilfe -> Media Server Wizard ausführen, das auch weiteres regelt. Gib probeweise bei laufendm DVBViewer im Browser auf dem Server-PC die folgende Adresse ein http://127.0.0.1:8089/api/dvbcommand.html?cmd=-x24 Das sollte das Optionen-Fenster des DVBViewers öffnen/schließen.

Am seeking assistance with improving server tunning if possible to reduce buffing and increase channel where more than one clients is connected to the server Clients Libreelec Kodi>DVBViewer addon, on windows 11 nuc, Server DMS is on Dell Windows 10 2 Xeon processors, Ram 36gb, SSD 1TB on LAN connected through Cat6 IPTV M3u list channel URL list works fine when tested with vcl player Everything works fine, except when two to three clients are connected to the server I experience hiccup, channel switch is slow or time delay before the server pass the stream to the client. I don't have any log to prove this behaviors is based on my visual observation. Anything setting that I tinkering on the server to improve this issue Thanks

Eine Frage zur Funktion. Bei mir funktioniert das WiFi Remote Plugin einwandfrei. Mit dem Mobil Webinterface habe ich keine Funktion der WiFi Remote Funktion. Eine Auswahl des zu steuernden DVBViewers ist möglich. Was mache ich falsch?

Obviously there are three RAI 3 versions for different regions. For saving bandwidth they share the same Video PID. It's quite logical that LCN 3 is assigned to all of them. It's handled similarly in German DVB-T2 (without LCNs): Most of the time both WDR HD versions are identical, as the PIDs indicate. Only during a certain time called "local time" they broadcast different programmes. If we had LCNs, I'm sure the two WDR HD versions would also get the same number. Of course it does. Just select the scan results that you don't want and delete them. If you want to keep them all, but LCN 3 only assigned to one of them, you can achieve it in the DVBViewer Channel Editor (set the other ones to 0). Or take care that the one that you want is located above the other ones in your list. AFAIK DVBViewer will select the first matching channel from the top if you press 3 on your keybord. I think you expect a bit too much from TransEdit. As already said, it can't be tailored exactly for your needs and the broadcasting habits in your country. Thanks a lot. Unfortunatley I can't afford travelling to other countries just for TransEdit tests.

If you'd like, I can organize a guided tour of Bergamo, with the opportunity to run a TransEdit scan at the end! 😁 Ciao, Andrea

Hi Griga, in my case, I have several examples of different channels sharing the same LCN, as shown in the image for LCN 3 with the same ONID. The problem is that TransEdit does not offer a choice between these actual channels; instead, it prompts for a choice between 'non-channels'—specifically ONIDs—as shown in the previous screenshot in other message. 29, 272, and 8572 are not duplicate channels, but ONIDs, and only 8572 actually contains duplicate LCNs. Ciao, Andrea

It is supposed to work like that. If scanning yields LCNs originating from different ONIDs (which means, different sources), the Channel Numbering Selection window enumerates all sources that have been found during the scan. LCN sets from different sources/DVB networks may be conflicting or ambiguous. The same LCN may be assigned to different channels, or different LCNs to the same channel. In this case it is necessary to select the LCN set that shall be used. The user has to decide which set is appropriate for him. Please have a look here. The screenshot shows the LCN Selection Window after scanning a transponder of a Dutch cable provider. It provides LCN sets for different regions. If someone is living in Amsterdam, he has to select the Amsterdam LCN set, otherwise he may get wrong or missing LCN -> channel assignments. However, it is also possible that sets from different sources are needed together. That's why the Channel Numbering Selection window supports multi-selection. Unfortunately LCNs are handled quite differently in different countries and DVB networks. TransEdit has to cover all possible cases, which makes the whole thing difficult, both for the developer and for users. You won't encounter such problems with a DVB receiver, because mostly they are tailored (localised) for a certain region and reception type. The appropriate LCN handling is part of the firmware. Of course we can't provide x TransEdit versions for all regions/networks all over the world, as you will understand. This is clearly an issue, that should not happen. However, regarding the TransEdit code, it is not possible that using the checkbox can cause it. Up to now I can't imagine how this can happen, and I can't reproduce it here with the Dutch sample file of a single transponder that yields more than on LCN set. Unfortunately there is also no way for me to reproduce issues resulting from scanning more than one transponder, if I can't receive them myself.