All Activity

Hallo , viele Dank erstmal für die Antworten, bin leider mit dem Problem nicht weitergekommen 1. Ich wurde nicht aufmerksam gemacht, dass es eine neue Transponderliste gibt 2. Die DVB-S_0192.ini entsprechend Vorgabe kopiert 3. Suchlauf neu gestartet, gleiches Problem( siehe Screenshot, Suchlauf bricht ungefähr bei der Mitte ab) 4. Das mit dem MediaServer verstehe ich nicht . Was mus ich dort eintragen um alles richtig zu konfigurieren ? Vielen Dank vorab support.zip

So how should I open Youtube live link now?

Offenbar verwendest du auch eine veraltete Transponderliste für den Suchlauf. Dass im Screenshot beim Transponder 10744 H alles rot bleibt, ist kein Wunder. Den gibt es inzwischen nicht mehr. Hat dich der DVBViewer nicht darauf aufmerksam gemacht, dass es eine neuere Transponderliste gibt und dir angeboten, diese zu verwenden? Du findest die aktuelle in C:\Program Files (x86)\DVBViewer\Default\Transponders\DVB-S_0192.ini Diese kannst du auch manuell nach C:\ProgramData\CMUV\DVBViewer\Transponders kopieren, um sie zu verwenden. P.S. Korrektur: Es kann auch daran liegen, dass du "Nach weiteren Frequenzen suchen" angehakt hast. Womöglich wird auf irgendeiner anderen Frequenz 10744 H noch als aktiv angegeben, und das hat der DVBViewer dann erfasst und ergänzt. Was in deiner support.zip fehlt: Das DVBViewer.log, weil du das Problem vor der Erzeugung nicht wie empfohlen vorher im Debug-Modus des DVBViewers reproduziert hast.

Du hast den DVBViewer nicht für die Zusammenarbeit mit dem Media Server konfiguriert. Beide greifen direkt auf die DD Hardware zu. Das kann zu Konflikten führen. Als Media Server-Client darf der DVBViewer Tuner nur über den Media Server, d.h. über virtuelle RTSP (Sat>IP) Netzwerk-Geräte benutzen. Führe im DVBViewer Hilfe -> Media Server Wizard aus, um das zu beheben.

Hallo zusammen, ich habe meinem Rechner eine neue TV-Karte gegönnt nachdem meine alte Hauppauge es nicht mehr so richtig wollte. Die Wahl fiel auf eine DigitalDevices MAX M2 V1. Die Einrichtung und Installation hat eigentlich ganz reibungslos funktioniert. Allerdings hat der Sendersuchlauf für Astra 19,2E nicht so gut funktioniert. Scheinabr findet der Suchlauf nicht alle Sender , vorallem die öffentlich Rechtlichen wie ARD ZDF usw werden nicht gefunden. Der Suchlauf bricht immer bei ungefähr der Hälft ab. Scheinbar habe ich etwas übersehen oder falsch eingestellt. Vielleicht kann jemand helfen ? Vielen Dank im Voraus ? support.zip

All channels appear blurred and green... When the camera is installed on the device

After rethinking the matter I found a much better solution for the yt-dlp server plugin. It doesn't use the search.m3u8 mechanism anymore, but a HTTP mechanism called "Redirect". Please read more about it here. If a DVBViewer request like http://localhost:5077/?url=... arrives in the plugin, its HTTP server replies with a "302 Found" HTTP header, that looks like this: HTTP/1.0 302 Found Location: <here the URL received from yt-dlp> Content-Length: 0 Server: yt-dlp plugin ... other header fields This header tells DVBViewer "The URL of the desired content has been changed. Please use the URL in the location header". DVBViewer is able to handle such a redirect since version 6. Doing it this way is faster than using the search.m3u8 mechanism, and it's more versatile. It is possible to play MP4 videos in this way with current DVBViewer versions, not requiring a new version anymore. However, URLs with search.m3u8 in the channel list will not work anymore. URLs can now simply look like this: http://localhost:5077/?url=... or, if you want to help DVBViewer and tell it which format it has to expect, in this way http://localhost:5077/x.m3u8?url=... or http://127.0.0.1:5077/x.mp4?url=... where the "x" is irrelevant (it can be as well y or z or abc...), and the file extension .m3u8 /.mp4 indicates that a HLS / MP4 stream will be received. This lets playback start faster, because DVBViewer can select the suitable playback branch immediately, without having to try this and that first. Other enhancements in the plugin are : A cache that remembers the results obtained from yt-dlp for the URLs requested by DVBViewer. So if DVBViewer requests the same URL once more, the plugin does not need to ask yt-dlp again, but simply picks the URL from its cache. This is much faster. However, since the URL may have an expiration date, it is discarded from the cache after a configurable time (default 5 minutes). The plugin writes a file yt_dlp_server.ini to the Plugins sub-directory of the DVBViewer configuration directory, where the following values can be configured: Port (default = 5077). Here you can also see if the plugin has changed the port automatically because 5077 was occupied. YT_DLPCommand (default = yt-dlp.exe -g -f b). Here you can change the command parameters passed to yt-dlp. URLValidity (default 5 minutes). Here you can change how many minutes URLs in the cache remain valid. That's all for now - more enhancements may follow... @Iks Brasil You have another PM.

The CAM seems to corrupt the TV stream received by DVBViewer. Is the "Encrypted" checkbox for this channel checked in the DVBViewer Channel Editor? The stream of a channel that is not flagged as encrypted should not pass through the CAM.

For DVBViewer RAM usage? No. Don't use tools that promise RAM usage reduction in Windows. Usually the effect is bad. Please use the normal font when writing in the forum. Don't use large fonts or special colors.

The picture is here and the CAM is not installed on the device... The picture is fine and there are no problems with it The picture is here, and the CAM is connected to the satellite card. I find the picture breaking up, and there's a green color overlay on it. Where is the problem here?

Is there a plugin to reduce RAM usage (DVBViewer optimiz (by DDv122 & ABDUL) for Windows 11

OK, thanks for testing. In the meantime I also managed to make it work with search.mp4 URLs for playing MP4 videos. However, this requires additional code in DVBViewer (which means, a new version), and it revealed a problem in the plugin. It captures the whole yt-dlp output to stdout. The output may also contain warnings. Therefore the plugin searches for http in the output to find the URL determined by yt-dlp. Unfortunately the warnings may also contain URLs, and that's where the plugin goes wrong. The solution was to let the plugin only capture the last line of the yt-dlp output. Furthermore I only got a low-resolution version of the MP4 test video, though it is also available in full HD. This is probably due to my yt-dlp configuration. I didn't install a JavaScript runtime, as recommended. Something that should already work with current DVBViewer versions and the plugin are URLs like http://localhost:5077/search.mpd?url=... for playing streams in MPEG Dash format (untested). The plugin still needs to be elaborated a bit. An already occupied port 5077 should be handled somehow, e.g. by automatically searching for the next free port and writing it to a file yt_dlp_server.ini in the Plugins sub-directory of the DVBViewer configuration folder. I'll provide an update for you via PM, when it's done, or upload it to the members area, so it becomes available for all DVBViewer users.

Good afternoon. It worked perfectly; it just took a few extra seconds… but it worked perfectly.

Ich würde es drauf ankommen lassen wollen. Meistens sehe ich das (Unheil*) direkt und will mich dann nur noch vergewissern, ob mich nicht der Schein trügt. *Unheil ist dann meistens, dass mit 25 progressiven Frames gesendet wird (bei vielen "Internet"-Streams), was mich regelmäßig 🤮, aber das ist ein anderes Thema.

Ja, das geht. Eine andere Frage ist, inwiefern die Information zutreffend ist. Sie entstammt i.a. dem in der Kette der Wiedergabekomponenten verwendeten Source Filter oder Splitter. Das kann auch ein anderer sein als der DVBViewer Filter. Ob das immer richtig ermittelt und durchgereicht wird, habe ich nicht näher untersucht.

Well, it was easier than I thought, because I found a Delphi module for launching external applications, that also enables receiving their stdout Output (used by the DVBViewer Media Server for communication with FFmpeg). So I only had to change some things in the WiFi Remote Input Plugin. Here the result works for .m3u8 URLs. You can try... check your personal messages.

No, there isn't. It could be implemented, but enabling something like this is a potential security risk. I suppose what you want is some kind of channel list entry in DVBViewer, that launches the whole process that is necessary for passing an URL to yt-dlp, getting the stream URL from it, passing it to DVBViewer and let it play the stream. However, I see no possibility to launch external executables with the current DVBViewer version. The search.m3u mechanism would require a HTTP server running locally all the time in the background, while DVBViewer is running. Let's assume 5077 as its port. It would have to do the following Receive a request from DVBViewer, something like http://localhost:5077/?url=https://www.youtube.com/watch?v=YDvsBbKfLPA. The original URL in the DVBViewer channel list would be http://localhost:5077/search.m3u8?url=https://www.youtube.com/watch?v=YDvsBbKfLPA. However, search.m3u8 is not sent to the server. It only tells DVBViewer that it shall search for an m3u8 URL in the server response. Pass the part after ?url=... to yt-dlp and read the URL created by it. Send this URL as response to DVBViewer, enclosed in single or double quotes ('url' or "url"). DVBViewer will now search in the server output for an URL containing .m3u8 and play it. That would work. I don't know if it is possible to create such a server with Python. I could also try do it in Delphi (maybe even as a DLL loaded as plugin by DVBViewer), which would be some work, but I already have templates like the server in the WiFi Remote Input Plugin. That makes it a bit easier. The hard part will be reading the yt-dlp output from stdout. I first have to find out how this can be done in Delphi.

Or also, is there no way to edit the script "search.m3u8"?

oh yes, FIXED, tanks! _ Is there any way to call external applications through a URL? Example: https://www.youtube.com/@SkyNews/live/?yt-dlp

Hallo und gleich die Frage, ob eine Information zum Interlacing ebenfalls mit in die Statusleiste aufgenommen werden kann. So sieht es aktuell bei mir aus:

D.h. du bist jetzt bei Vodafone, richtig? Dann kannst du seit DVBViewer 6.1.3 eine aktuelle Senderliste im VDR-Format herunterladen und importieren, siehe hier. Seit DVBViewer Beta 7.3.1.11 wird auch auch das Enigma2-Format unterstützt. Das erspart dir den Suchlauf.

Looks like a clever solution. I don't need it, but maybe other people want to use it. Obviously there is need for it. I had a short look at your script: # Abre no DVBViewer def abrir_no_dvbviewer(url): caminho_dvbviewer = r"C:\Program Files (x86)\DVBViewer\DVBViewer.exe" subprocess.run(['start', '', caminho_dvbviewer, url], shell=True) I would not use a hard-coded DVBViewer path. E.g. on my PC the path is C:\Program Files (x86)\DVBViewer Pro\DVBViewer.exe. So it may be better to read the path from the registry, e.g. from HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\dvbviewer.exe.

It is basically the same app I created and showed in the other topic that time, but back then the code was entirely my own creation. This one now uses YTDLP. I just uploaded it to Git now, in case you want to test it or check the code. CODE: https://github.com/dataminerbr/AssistYTLiveDVBViever EXE COMPILED: https://github.com/dataminerbr/AssistYTLiveDVBViever/tree/main/dist

Where does assist.exe come from?

I too created this https://drive.google.com/file/d/1IiH5XI1kafv5JXjJPrE4M6ZPNRjf1bJA/view?usp=sharing