All Activity

Nach langen Überlegen habe ich mir mal eine Karte von Digital Devices bestellt. Mal schauen wie die Karte sich so macht..... Aber Danke für den Tip !

Welche Szene meinst du? Habe sie umbenannt und invertiert: Nur bereits getunte Frequenzen benutzen -> Freie Tuner für zusätzliche Sender benutzen. Das ist deutlicher.

Of course you can try and make a long story even longer... but please don't expect me to participate. In 2016 a developer who formerly contributed some things here managed to get the TbsCIapi source code from TBS and fixed several issues (see here), but there were so many deficiencies (also in the TBS drivers) that he finally gave up. There is an internal discussion where he was swearing about what he found in the code. I just looked it up... "I don't understand how someone can sell such a bullshit" was one of his statements (referring to the software, not to the hardware, that is quite ok). TBS doesn't seem to be able to get it sorted. I made a similar experience several years ago when I had a long discussion with TBS about DiSEqC and how to implement Unicable support in the driver, and found they had no idea about the matter, not even the basics. I had to teach them step by step. If you want a proper CI handling, buy a Digital Devices card with CI module. Sorry, no better news...

Hello zoftes! Your TBS6910SE is a "Dual Tuner Dual CI PCIe Card". Please try following: Copy your TbsCIapi.dll (V 1.0.2.2) AGAIN into DVBViewer program directory and rename it to TbsCIapi1.dll - as result you have 2 DLL-files in this directory (TbsCIapi and TbsCIapi1). Your feedback is appreciated. Best regards! INGBEAN

Thank you very much for checking the issue and for your response. To add some additional information: this happens both when using the Viaccess SMIT Orca Secure Dual CAM ACS 5.0 module with the purchased card inserted, as well as when using the CAM module from the digital platform in my country whose package includes this channel. Since you mentioned that the issue might be related to the TbsCIapi.dll library, would it be a good idea to notify TBS about the problem with decrypting this channel? If it would help in any way, I could contact them and report it to take some of the workload off you. Unfortunately, I do not have enough information on how to properly approach the issue or what details might be useful for them—such as debug logs or other diagnostic information that could help them investigate. If you would like, I can get in touch with them and describe the problem. I would also like to add that the channel works when the card is placed in the TBS3102 reader using the [ removed, violating forum rule §13 ] v0.6.2.0 plugin.

Most likely caused by the TbsCIapi.dll in your DVBViewer program directory, which is known to be unstable. You are quite lucky that it crashes DVBViewer only on one encrypted channel. I had similar problems (even crashs when tuning free channels) and found no solution for it, except removing the DLL or unchecking "Has CI module" in the hardware options. Unfortunately this DLL is mandatory if you want to decrypt channels with a TBS device and a CI/CAM, so there is no way around it.

Erinnert mich gerade an "Zurück in die Zukunft 2" 😂

Ich habe einige Themen bezüglich der Bitten von Nutzern um eine 64-Bit-Version gelesen und habe dazu einen Vorschlag. Derzeit besteht die einzige Möglichkeit, euch als Entwicklern sowie den am Programm beteiligten Personen zu helfen, darin, neue Lizenzen zu kaufen. Ich selbst besitze bereits eine Lizenz für das Programm sowie für alle Erweiterungen. Natürlich könnte ich noch weitere Lizenzen kaufen, allerdings wäre die Verwaltung mehrerer Zugangsdaten für mich etwas umständlich. Deshalb komme ich mit einer anderen Idee, die vielleicht überlegenswert wäre. Als Nutzer bin ich mit der Funktionsweise der Anwendung sehr zufrieden und würde ihren weiteren Entwicklungsprozess gerne unterstützen. Habt ihr schon einmal darüber nachgedacht, auf der Hauptseite der Anwendung einen Link zu platzieren, über den man euch freiwillig – zum Beispiel über PayPal – unterstützen könnte? Ich meine dabei nicht den Kauf einer Lizenz, sondern einfach die Möglichkeit für zufriedene Nutzer, freiwillig einen finanziellen Beitrag zu leisten. Ich persönlich wäre gerne bereit, die Weiterentwicklung des Programms und eure Arbeit auf diese Weise zu unterstützen.

Good morning, I have been using your software for quite some time, but I am experiencing a problem with one encrypted channel. First, I will provide its parameters: Redlight HD 11.662 V 27500 2/3 DVB-S2/8PSK The channel is located on Hotbird 13. I am using a TBS 6910Se card. I also have a Viaccess module inserted together with the access card. I would like to point out that all the other channels are working and behaving as expected. When I select this channel, the program freezes immediately — without displaying any error message. The same problem occurs when the module is removed or not inserted. It does not matter whether the module and card have authorization to receive the channel or not. After selecting the channel, the program closes without displaying any message. I am attaching the logs from this situation. They were generated with the module inserted. support.zip

Und weiter im Text: Die nächste Frage, die sich mir gestellt hat: Muss sich die Mosaik-Funktion unbedingt auf Sender von Frequenzen beschränken, die bereits das Hauptfenster und/oder Bild-in-Bild und/oder der Rekorder empfängt? Ein Versuch mit etwas zusätzlichem Programmcode zeigte: Sie muss nicht. Die Mosaik-Funktion kann auch selbst Frequenzen tunen, die noch nicht in Verwendung sind, und die dortigen Sender anzeigen. Das steigert den Nutzwert, erfordert aber dass ein zusätzlicher Tuner frei ist, der das ermöglicht, und den das Mosaik dann belegt. dass bei der fortlaufenden Aktualisierung der Kacheln immer wieder neu getuned wird. Der erste Punkt dürfte bei vielen Anwendern erfüllt sein, die bereits mehr als einen Tuner haben. Es stellt sich aber die Frage, welche Sender das Mosaik dann darstellen soll. Hierauf gibt es eine einfache Antwort: Die Favoriten von oben nach unten, bis 4 x 4 = 16, 5 x 5 = 25 usw. (je nach eingestellter Anzahl Spalten) Kacheln gefüllt sind, unter der Annahme, dass die TV-Sender, die einem am wichtigsten sind, ganz oben in der Favoritenliste stehen. Und wenn es keine Favoriten gibt oder diese nicht alle Kacheln füllen, macht die Mosaik-Funktion in der Senderliste weiter, auch von oben nach unten, wobei sie Duplikate aussortiert. Bei jedem Sender testet sie die Verfügbarkeit, d.h. ob sie ihn mit der aktuellen Tuner-Belegung empfangen kann. Falls nicht, überspringt sie den Sender, überprüft den nächsten usw., bis alle Kacheln voll sind oder das Ende der Senderliste erreicht ist. Außen vor bleiben verschlüsselte Sender (das war mir technisch zu kompliziert) und natürlich auch Radiosender. Der zweite Punkt könnte Probleme machen, wenn das Tunen relativ lange dauert und das DVBViewer-UI derweilen blockiert. Das passiert dann bei aktiver Mosaik-Ansicht in Abständen von einigen Sekunden immer wieder, auch wenn sie die Sender nach Frequenz sortiert, um die Häufigkeit von Tune-Vorgängen zu minimieren Je nach Vorraussetzungen kann das auf selbstständiges Tunen erweiterte Mosaik also von Vorteil oder lästig sein (oder beides). Deshalb wird es eine neue Checkbox unter Optionen -> Bild in Bild geben: Ist der Haken nicht gesetzt (Default), funktioniert es wie im ersten Post beschrieben, d.h. die Mosaik-Funktion zeigt nur Sender auf bereits von anderen Funktionen getunten Frequenzen. Setzt man den Haken, versucht die Mosaik-Funktion, sich für Favoriten/Sender auf noch nicht anderweitig getunten Frequenzen einen freien Tuner zu angeln. Sie hat dabei niedrigste Priorität. Wenn eine andere Funktion (Wiedergabe im Hauptfenster oder Bild in Bild, Rekorder, Scanner) den Tuner braucht bzw. bereits belegt, muss ihn das Mosaik sofort abgeben bzw. kriegt ihn erst gar nicht. Sie hat damit einen ähnlichen Status wie der HIntergrund-EPG-Update im DVBViewer Media Server. So bietet das Mosaik einen visuellen Überblick, was auf verschiedenen Sendern läuft, die einem wichtig sind, und ermöglicht die direkte Anwahl, falls einen etwas interessiert - als Ergänzung zu EPG-Seiten, die einen textbasierten Überblick liefern.

OK. Ist nicht so wichtig.

Ja ich aktualisiere immer beides gleichzeitig. Damit ging es auf Anhieb. @Griga Da es mit der Beta geht, würde ich von einem erweiterten Test absehen. Es sei dann dich interessiert es, dann mache ich das gerne am WoEn. Bräuchte nur eine Beschreibung was genau du brauchst. @Rhino Cracker2 Man kann den PC auch aus lassen und via WOL aufwecken und danach wieder runterfahren.

Das kann ich mir nicht erklären bzw. hätte es nicht erwartet. Eher, dass entweder der Media Server gar nicht erreichbar ist, oder dass das Tunen zwar funktioniert, aber keine TV-Daten beim Client ankommen. Um zu ermitteln, wie es zu "Sender nicht verfügbar" kommt, bräuchte ich jedoch weitere Informationen, also Logs bzw. Support.zips vom Server- und Client-PC. Schön, dass die aktuelle DVBViewer-Beta Sat>IP-mäßig offenbar besser aufgestellt ist als noch die 7.3.1.0, insbesondere hinsichtlich VPN. Das war das Ziel der Neuerungen, und es scheint etwas zu nützen. Ich nehme an, du hast auch deinen Media Server auf die 3.3.1.12 Beta aktualisiert? Die Server- und Client-Versionen sollten möglichst zueinander passen. Die Demo ist auf dem Stand der Version 7.3.1.0. Um Zugriff auf die Beta zu erhalten, mit der @YARD2 erfolgreich via VPN getestet hat, müsstest du den DVBViewer erst kaufen. Ohne VPN bzw. innerhalb deines LAN sollte es jedoch auch mit der Demo klappen. Beachte auch, dass es wesentliche Unterschiede beim Setup gibt. YARD2 verwendet den auf einem Windows-PC laufenden DVBViewer Media Server als Sat>IP Server (gemäß der von mir hier angeführten alternativen Lösung), während du mit einem Hardware-Sat>IP-Server wie dem Digibt Twin planst, der sich eventuell anders verhält.

Cool, dass es bei Dir geht, YARD2! Vielen Dank für die Infos, Griga! Der Sat>IP-Server sollte im Laufe der Woche hier ankommen. Ich kann ihn dann voraussichtlich am Wochenende zuerst einmal am Installationsort im LAN testen. Das klappt alles mit den Demo-Versionen von DVBViewer, oder? Wenn das (zufriedenstellend) läuft, versuche ich mich an der VPN-Tunnellung. Ein PC mit TV-Karte im Dauerlauf wäre vermutlich nicht durchführbar (Sturheit der Bewohner der Server-Wohnung ("Mimimi, das braucht wahnsinnig viel Strom wenn man einen Computer immer laufen lässt, mimimi, das kann brennen, mimimi") + Preis (230€ für PC + 70€ externe Sat-TV-Karte)

@Griga; Thanks for the attention you’ve shown.

Yes, I know. Of course I've also tried with VLC. But I don't know what makes the server respond differently to VLC and DVBViewer.

@Griga; It’s not working for me in DVBViewer. It works in VLC I’ve attached the image.

I monitored the Mediaserver for couple of days and I'm suspecting the hardware issue. Killing the Mediaserver from the Task Manager results in the Windows system restarting. The temperatures of my Digital Devices Max S8 seems too high (55 degC). RAM is OK according to Memtest86. I'm going to attach heat sinks to these cards and test it for couple of days. I'll report afterwards.

The according translation would be using the URL https://rkk.zirvedesin209.cfd/tv8/mono.m3u8?addhdr=Referer:https://trvtv13.com/ in DVBViewer, but it doesn't work here. The server responds with 403 Forbidden, even if I additionally use a VLC user agent. Don't know why yet...

Hello, how can I run this link in DVBViewer with a referrer? It works with VLC. #EXTINF:-1,TV8 HD #EXTVLCOPT:http-referrer=https://trvtv13.com/ https://rkk.zirvedesin209.cfd/tv8/mono.m3u8

So wollte es gleich ausprobieren 🙂 Mit der alten Version (non Beta) kommt, "Sender beim Server nicht verfügbar", mit oder ohne Firewall, UDP oder TCP Setting. Sowohl bei OPenVPN als auch bei Wireguard. Mit der neuen Beta Version geht es auf Anhieb mit beiden VPN Lösungen. Ohne Anpassung der Firewall. Sehr fein !! Vielen Dank !

Vielen Danke für die Info. Werde es ausprobieren und Rückmeldung geben.

Sowas schon mal gesehen? Ich habe in den letzten Tagen die OSD-Seite "Mosaik" (siehe TV/Radio-Menü und Optionen -> Bild in Bild) etwas aufpoliert. Bislang war es so, dass die Mosaik-Anzeige nur fortlaufend aktualisierte Schnappschüsse von unverschlüsselten Sendern anzeigte, die auf der selben Frequenz (dem selben Transponder) wie der im Hauptfenster wiedergegebene Sender übertragen wurden. Jetzt bezieht die Funktion alle TV Sender auf den Frequenzen ein, die das Hauptfenster und Bild-in-Bild und der Rekorder empfängt. Je nach Anzahl verfügbarer Tuner können das eine Menge sein, bis zu (Anzahl der Spalten)² Kacheln. Klickt man eine davon an, wechselt das Hauptfenster auf den Sender. Außerdem wird die Mosaik-Anzeige nicht mehr automatisch bei einem Senderwechsel, bei Dateiwiedergabe, Wiedergabe aus oder ähnlichen Aktionen abgeschaltet, sondern erst, wenn keine DVB-Hardware mehr durch Hauptfenster, Bild-in-Bild und Rekorder in Verwendung ist. Der praktische Nutzen ist begrenzt, aber es ist eine nette Spielerei, geeignet zum Vorführen und Angeben...

Gibt es dann im DVBViewer-Client eine Fehlermeldung? Oder bleiben einfach nur Bild unfd Ton aus? Bei Sat>IP via VPN gibt es noch weitere potentielle Hindernisse. Ich habe selbst keine Erfahrung damit, aber einiges im Forum mitbekommen. Soweit ich weiß, richtet zumindest OpenVPN unter Windows einen virtuellen Netzwerkadapter für ein öffentliches Netzwerk ein, was wiederum die Windows Firewall auf den Plan ruft, die einen aus ihrer Sicht unangeforderten UDP-Datenfluss vom Sat>IP Server zum Client unterbindet, der dann schlicht umsonst auf TV-Daten wartet. Weiterhin hast du dann einen "multi-homed" Client-PC mit mehr als einer IP-Adresse. Die Frage ist, über welchen Adapter bzw. welche Adresse der Client auf eintreffende UDP-Daten lauschen soll. Der DVBViewer überlässt die Auswahl standardmäßig Windows, das anhand seiner Routing-Tabelle entscheidet. Wählt Windows den falschen Adapter, wartet der Client ebenfalls umsonst auf Daten. Beide Probleme behandeln die aktuellen Beta-Versionen des Media Servers (3..3.1.12) und DVBViewers (7.3.1.12): Bereits in der 7.3.1.0 gab es die folgende Neuerung: Das wären also die Ansatzpunkte, wenn man im Einstellungen-Dialog für virtuelle RTSP (Sat>IP) Netzwerkgeräte des DVBViewers die Server-Adresse und den Port mangels UPnP-Multicast manuell eintragen muss, aber trotzdem keine Daten via VPN kommen. Das gibt dem Rhinoknacker gleich mal einen Eindruck, was ihn netzwerktechnisch bei Sat>IP via VPN erwartet

OK, Multicast wird nicht unterstützt bei den VPN Tunneln. Die IP und Port ist eingetragen, hm muss ich nochmal suchen gehen