All Activity

Thanks, the TCP mode is working now. But after disabling FE parameter, I'm getting another RTSP setup error, so I had to turn it on again.

I observed the service stopped recording. The last recording was completed on 18.02.2026 at about 14:17. *svcrec.log* matches the files in the recording directory. The log went silent after 14:11, only this single Bad CRC line. I don't know if the interface worked at that time. I noticed the crash today at 8:00, the interface wasn't responding (timeout, not connection refused). I restarted it and it went back to normal. I attach the full svcdebug.log, maybe there is something relevant here I cannot spot? I've got a limit of the files uploaded (35 kB), so I put it on Dropbox: https://www.dropbox.com/scl/fi/43p0f17p8p3m1ln3uipck/svcdebug.log?rlkey=eg6bkjyj69lv13b82b6zyi4d3&st=bdo9sz4c&dl=0

"Bad CRC" is quite normal, and it's unlikely that this causes a crash. "Bad CRC" simply means that the CRC32 checksum of broadcasted Service Information data (mostly EPG) didn't match, which means, the data is somehow corrupted and therefore discarded by the Media Server. SI data is an important part of DVB streams and always CRC32 protected, enabling receivers to detect if it is not ok. You can read more about it here. What are the symptoms of the crash?

Hallo, heute war plötzlich kein Satempfang mehr möglich ("Kein Signal"), obwohl es am Morgen noch ging. Der Schneefall war eher mäßig, es war wohl mehr nasser Schnee. Vor dem Eingang des Quad-LNB wo die von der Schüssel gebündelten Strahlen ins LNB Gehäuse fallen, befand sich eine ca. 3 mm starke Schicht aus nassen Schnee, der schon durchsichtig war. Da es nicht gefroren hatte, ließ sich der Schnee mit einem Lappen wegwischen. Und der Empfang war wieder einwandfrei. Dies funktioniert natürlich nur, wenn man an die Satellitenantenne herankommt und sie sich nicht unzügänglich auf dem Dach befindet. Viele Grüße Webturtle

I think there is another bug, the service crashes with Bad CRC: 18.02.26 14:09:30.268 TServiceMain AddReference WebMain: 2 18.02.26 14:10:00.170 TServiceMain ReleaseReference WebMain: 1 18.02.26 14:10:30.738 TServiceMain AddReference WebMain: 2 18.02.26 14:11:00.810 TServiceMain ReleaseReference WebMain: 1 18.02.26 14:11:35.418 TFileDevice CheckAutoRetune Retuning TS Stream Device 10 18.02.26 23:00:08.887 ParseSI Bad CRC So far it happened twice, but the first time was when the disk was full, so I thought it was because of that. It required manual restart.

No, you got all. Look in SPAM also please.

Confirmed. Tvheadend doesn't like a detail in the Media Server's response header: The timeout parameter specifies the interval in seconds between messages sent by the client confirming that it is still alive. For TCP it is not really needed, because (in contrast to UDP) the server will notice anyway if the connection breaks. Consequently VLC does not send such messages in RTP/AVP/TCP mode. However, if the server expects them, it will stop delivering data after the timout interval has elapsed. That's why I've set the interval to 0 (= keep alive disabled) for RTP/AVP/TCP mode. But now tvheadend is unhappy with it. Sometimes it's hard to keep all kinds of clients satisfied Anyway, I've added you as recipient to a PM where I provide Media Server test versions. The latest upload tries to detect the VLC as RTSP RTP/AVP/TCP client and sets the timeout value for other clients to > 0. BTW: Please note that you should turn off using the frontend (fe) parameter in tvheadend. It is not compatible with the dynamic tuner allocation performed by the Media Server and the possibility to randomly change the tuner order in the Media Server's device list (see here). There is a setting in the tvheadend web interface for achieving it: Configuration -> DVB Inputs -> TV Adapters -> Select the Sat>IP Server entry -> FE supported (should be off) You can check in the svcdebug.log (see DVBViever configuration folder) if tvheadend drops the fe=... parameter by looking for entries like

Unfortunately, I'm getting the following error messages after enabling the TCP support in tvHeadend for the DMS SAT>IP tuner. I already installed DMS 3.3.1.12 2026-02-18 20:05:59.329 satip: SAT>IP DVB-C Tuner #2 (192.168.8.51@TCP) - RTSP SETUP error -5 (Input/output error) [6-404]

Thanks Griga, Contacted Bernd via email but he sent my DVBViewer license details not the license for DVBViewer Video Editor. EDIT: found it in my spam folder

Ist zwar eine etwas despektierliche Bezeichnung, aber trifft es ganz gut. Ich wundere mich immer, warum Anwender zusätzlich (stimmt wohl nicht ganz, da nach Installation von Drittanbieter-Antiviren-Software der Windows Defender deaktiviert wird) eines dieser Schlangenöle installiert. Wenn man den Fachartikel trauen darf, ist der in Windows integrierte Defender nicht besser oder schlechter als die freien Versionen der Drittanbieter. Mit Kasperski hatte ich auch so meine Erfahrungen gemacht. Der Anwender (mein Sohn!) meinte, der ist besser als alles andere, machte aber hinterher nur Probleme – also wieder deinstalliert. Leider lies sich der Defender danach nicht mehr aktivieren (Update der Signaturdateien endete mit Fehlermeldungen). Lösungen aus dem Internet halfen nicht. Im Endeffekt führte nur eine Inplace Upgrade Reparatur zum Erfolg. Zum Thema "grafikintensiv": Hier bei mir läuft ein Media Server auf einem schon betagten Lenovo Laptop (2-Kern CPU mit Intel HD 520 Grafik) und steuert als 2. Monitor ebenfalls einen Fernseher (allerdings andere Empfangs-HW: Kabelempfang mit Hauppauge USB Stick). Keine Ruckler, keine Aussetzter, keine Discontinuities. Hardware ist meist nicht das Problem – außer sie ist defekt. War jetzt etwas am Thema vorbei – just my 2ct.

In der svchardware.xml aus deiner letzten support.zip sehe ich eine Einstellung für deine Cinergy, die nicht Standard ist, nämlich "Internen Network Provider verwenden" aus. Wahrscheinlich hast du das irgendwann manuell geändert. Das dürfte ein Unterschied zum DVBViewer sein, wo du eine erneute Hardware-Erkennung durchgeführt hast. Lösche sicherheitshalber den Cinergy-Eintrag in den Hardware-Optionen des Media Server und führe dort auch eine neue Erkennung durch. Vielleicht hilft es. Welche zwei grafikintensiven Anwendungen? "Grafikintensiv" ist nur der DVBViewer. Der Media Server verwendet die Grafikkarte überhaupt nicht. Der entscheidende Unterschied zum DVBViewer Solo-Betrieb (ohne Media Server) ist, dass eine Netzwerkverbindung ins Spiel kommt. Deshalb fällt der Verdacht auf deine Gruselsoftware, die sich da bekanntermaßen gerne einmischt.

Hallo Griga, etwas habe ich noch vergessen zu erwähnen: Ich nutze 2 Monitore, der Hauptmonitor läuft über eine NVIDIA GeForce 1660 TI mit 6GB Speicher, der Zweitmonitor (TV über DVBViewer) läuft über den internen Grafikchip Intel HD 530 mit 1 GB Speicher.

Hallo Griga, jetzt lief der SAT-Empfang es eine Weile wieder über den Media Server, aber gestern passierte es erneut, dass der DVB-S2-Empfang nicht mehr funktionierte. Vorausgegangen war, dass ich während eines Spiels am PC den DVBViewer gestartet hatte, dort eingestellt war ARD via Satellit. Der Bildschirm blieb schwarz und das Empfangsproblem war wieder da, auch Neustart und Senderwechsel brachten keine Lösung, nur IPTV funktionierte noch. Ich habe dann wieder deinen obigen Rat befolgt, den Media Server deaktiviert und im DVBViewer den Cinergy S2 PCI Digital Tuner aktiviert. Irgendwann funktionierte das dann, und danach konnte ich auch wieder den Media Server aktivieren und die alte Konfiguration benutzen. Mir kommt es so vor, dass duch die Nutzung von zwei parallelen, grafikintensiven Anwendungen der SAT-Empfang gestört wird oder sogar ausfällt. Ob es ein Hard- oder softwareproblem ist, kann ich nicht beurteilen. Jetzt, wo das Problem (wieder) behoben ist, wird wohl auch eine support.zip nicht weiterhelfen. Vielleicht hast Du noch eine Idee? Grüße Hitckock199

It is available since Media Server 3.3.1.9 Beta. Read the "Added: RTSP (Sat>IP) Client: Client-side support for TCP interleaved transport mode" section and also the following. It must be configured on the client side, not in the server, because the client requests the transport mode. The server only responds to the request, either by using the mode or with an error code, if the mode is unknown.

I've sent a link to your post via enail to the person in charge. You can contact him yourself by writing to the mail address given under the "Contact Us" link at the bottom of the forum.

Good day, I would like to enable "RTP/AVP/TCP transport" mode for the DMS SAT>IP Server. How do I enable the TCP support in DMS? Thanks

Wondering if you can help me with a licrnce I purchased through the key tool in DVBViewer pro. I paid with PayPal but my PayPal account is a different email to my DVBViewer account and I forgot to add the email in the payment details.

Auf deutsch: Es wird sicher irgendwann irgendwo noch mal gesendet. Aber wer weiß wann und wo? Und wer sich nicht ständig informiert hält, verpasst es leicht. Danke für den Hinweis, aber die Sache hat sich inzwischen erledigt

Hallo, der schnelle Raumkreuzer Orion macht immer wieder mal einen Abstecher zum Raumbasis auf der Erde. Er sollte dann für Spotter wieder erreichbar sein. Viele Grüße Webturtle

Die 7 Folgen der klassischen SF-Kultserie liefen ab dem 04.01.2026 auf One. Leider habe ich die 1. Folge (Angriff aus dem All) und die 2. Folge (Planet außer Kurs) verpasst bzw. sie waren in der Mediathek nicht mehr verfügbar. Hat die zufällig jemand aufgenommen? Falls ja, würde mich eine persönliche Forumnachricht freuen

Kurzer Nachtrag zum Thema: Wie eingangs erwähnt, merkt sich DVBV die letzte Wdg-Position von Videos, die über das Menü 'Wiedergabe > Mediendatei öffnen' gestartet wurden. Interessanterweise funktioniert das auch, wenn das Video zuletzt über Wiedergabeliste gestartet wurde, an beliebiger Position gestoppt, aus der Liste entfernt und dann erneut über das 'Mediendatei'-Menü geöffnet wird. Für den Entwickler ist das vermutlich keine Überraschung, für meine spezielle Verwendung jedoch sehr hilfreich! 😉

"Hello" is not so important. But creating a support.zip and attaching it here could really be helpful.

Wer ist dein Kabel-Anbieter? Vielleicht bietet dessen Internetseite Informationen bzw. Frequenztabellen. Womöglich hat sich die Belegung grundlegend geändert. Viele Kabel-Provider haben sie nach der SD-Abschaltung von ARD und ZDF neu sortiert. Das heißt, dass manche Sender nun auf anderen Frequenzen liegen als zuvor. Ich würde probieren, die Senderliste im Senderlisten-Editor komplett zu löschen (Rechtsklick -> Alles löschen), dann einen Suchlauf durchzuführen ("Nur Sender aktualisieren" sollte dabei natürlich ausgeschaltet sein) und zu schauen, was gefunden wird und ob DLF dabei ist. Falls dir das Ergebnis nicht gefällt, kannst du die Liste mit dem Rückgängig-Button unten links auf den vorherigen Stand zurücksetzen, solange du die Liste nicht speicherst und den DVBViewer nicht beendest. Wenn du einen aktuellen DVBViewer hast (mindestens 7.3.1), kannst du als Notbehelf auch die von ihm mitgebrachte Internetradio-Senderliste laden: Senderlisten-Editor -> Unten rechts auf das Zahnrad klicken -> Unter "Verfügbare Empfangsarten" TS Stream wählen -> Senderliste laden -> Internet Radio (ger). Unter den ca. 500 enthaltenen Sendern findest du auch den DLF (Kategorie DR).

Auch nach einem Sendersuchlauf kann ich weiterhin DLF nicht mehr empfangen. Hat jemand eine Idee, warum der Sender zwar angezeigt wird, aber offenbar nicht sendet.... Danke!

Denke dran, den Direktzugriff des DVBViewers auf die Cinergy wieder zu deaktivieren. Sonst gibt es früher oder später andere Probleme. Wenn der DVBViewer als Media Server-Client arbeiten soll, darf er nicht direkt auf DVB-Hardware zugreifen! Das muss dem Media Server vorbehalten bleiben.