All Activity

ok, und wie bekomme ich jetzt die KI Emfehlung rein ????? neuer Versuch: Ich habe die Angabe „3.3.2.1-Testversion“ noch einmal überprüft. Dafür finde ich aktuell keinen belastbaren öffentlichen Download. Meine frühere Aussage dazu war zu konkret. Öffentlich verfügbar bzw. dokumentiert ist derzeit DVBViewer Media Server 3.3.2.0. Im offiziellen Forum gibt es zwar einen aktuellen Thread zu Fehlern nach dem Update von 3.3.1.0 auf 3.3.2.0, aber ich finde dort keinen allgemein bereitgestellten Installer für eine Version 3.3.2.1. Für deinen Fehler ist das trotzdem interessant, denn wir haben inzwischen einen recht klaren JavaScript-Fehler im Timerdialog gefunden: var sel = document.getElementById('chlist_timernew'); sel.addEventListener(...) Wenn chlist_timernew beim externen Timer nicht vorhanden ist, bricht genau dort der JavaScript-Code ab und der Spinner bleibt stehen. Ich würde deshalb als nächsten Schritt eher die Web-App-Datei von 3.3.2.0 identifizieren, in der dieser Code steht, und dort testweise eine Null-Abfrage einsetzen, etwa: var sel = document.getElementById('chlist_timernew'); if (sel) { sel.addEventListener("keydown", selKeyDown); sel.addEventListener('click', selGroupClicked); selShowSelected(sel, true); } Das wäre eine sehr kleine und reversible Änderung und gleichzeitig ein guter Beweis für die Ursache.

DMS 3.3.2.0 ist installiert. Der PC hat keine TV Karte, es sollen nur die HLS Sender bedient werden. Für das EPG ist "xepg" im Einsatz. Das Laden der EPG Daten aus xepg mittels "test import" funktioniert einwandfrei, in der DMS Web-App werden alle Sender mit EPG angezeigt. Aufgabe ist nun, das EPG regelmässig zu aktualisieren. Dazu gibt es den Weg "als WIN11 Task" oder eben als "externer Timer" in DMS - um den letzteren geht es in diesem Post. Erster Schritt ist in "Media Server Options" die Task anzulegen - OK. Da auf ein NAS zugegriffen werden soll, ist in Schritt 2 der Systemservice und der verwendete Account konfiguriert worden - OK (SVCDEBUG.LOG zeigt keine Fehler). Leider hakt es beim letzten Schritt - in DMS einen neuen "externen Timer" anlegen. Nach Klick auf den Button erscheint ein schwarzes Pop-Up Fenster, in dem ewig ein Spinner seine Runde dreht. Die Tasklist http://localhost:8089/api/tasks.html hat Einträge und lädt auch ohne Probleme im Browser. Eine KI hat das Problem analysiert durch Starten des Browser-Debuggers in der DMS Web-App und deutet auf einen Script Fehler hin auf meine Frage, ob es ein Update gibt (siehe unten). Weiter geht es mit meinen Mitteln leider nicht, allerdings habe ich in irgendeinem Post von GRIGA gesehen, dass es wohl ein Testupdate 3.3.2.1 auf Anforderung gäbe - bitte ... gerne ... DANKE 😉

Vielen Dank für die Analyse und ausführliche Antwort! Der Hintergrund für meinen Wunsch, auf einem Laufwerk des Servers mindestens 30 GB frei zu halten, liegt an einem unkomprimierten Backup eines kleinen Linux-Maschinchens, was nachts dort kurz abgelegt werden soll, bevor es dann auf ~500 MB gezippt und aufs NAS geschoben wird. Hierfür bei Aufnahmen die Notbremse zu ziehen, ist sicher kein geeigneter Ansatz für mein Anliegen. Ich kann es aber auch gleich aufs NAS schreiben lassen und der Server zippt es dort. Dann muss der DMS hierauf keine 'Rücksicht' nehmen... Ja, ich fände eine Anzeige von 0 freiem Platz sinnvoller als negative Werte. Unabhängig von der Anzeige wurde dieser Wert aber offenbar auch falsch interpretiert. Am Füllstand meines 'Record1'-Laufwerks hat sich nichts geändert, das war und ist 'voll'. Ich hatte 'nur' den Wert für den minimalen freien Festplattenplatz ungebührlich hoch gesetzt, worauf hin der DMS diesen Ordner für die nächsten Aufnahmen ausgewählt hat - und sie sofort wieder abgebrochen hat. Da war ich ja sogar noch drunter! Mehr Klarheit über die Bedeutung der Begrenzung und sinnvolle Limits würden helfen, 1 GB freier Platz ist für ein Windows-Systemlaufwerk sicher nicht zuviel, Updates, Drucken, ...

Hier die Ergebnisse der Analyse: Die Einstellung Media Server Optionen -> Aufnahmen (oder auch Webinterface -> Konfiguration -> Aufnahmen) -> Minimaler freier Festplattenplatz (MB) soll verhindern, dass eine Platte durch eine Aufnahme bis zum Geht-nicht-mehr gefüllt wird, weil das andere Programme oder auch Windows selbst aus der Bahn werfen könnte, wenn sich wegen Überfüllung etwas nicht mehr schreiben lässt. Also eine Art vorsorglicher Not-Stopp. Der Wert wird nur während laufender Aufnahmen überprüft. Ist das Minimum erreicht, erfolgt auf jeden Fall ein Aufnahmeabbruch. Der Standardwert ist 300 MB. Hier 30 GB einzutragen, ist für den vorgesehenen Zweck Overkill und eigentlich schon als Fehlbedienung anzusehen. Allerdings sollte das UI dann den Wert z.B. auf 999 MB begrenzen und deutlicher sagen, was er bewirkt, nämlich "Aufnahmeabbruch bei verbleibendem freien Festplatten-Platz (MB):" Unschön ist auch, dass Media-Server-Optionen -> Aufnahmen den Wert z.Z. auf 32000 MB begrenzt, das Webinterface -> Konfiguration -> Aufnahmen aber nicht. Dadurch kann es zu Inkonsistenzen kommen. Dies resultiert aus einer Formatierungsprozedur für die Anzeige von Speicherplatz. Sie zeigt den Platz als kb an, wenn er weniger als 1 MB beträgt, als MB, wenn er weniger als 1 GB beträgt, ansonsten als GB. Die Statusseite des Webinterface gibt als "frei" den tatsächlichen freien Platz minus den Platz an, der mindestens frei bleiben soll. Dass es dabei zu negativen Ergebnissen kommen kann, hat die Formatierung nicht auf der Rechnung. Da ein negativer Wert mathematisch gesehen auf jeden Fall kleiner als 1 MB ist, erfolgt die Ausgabe in kb. Und wenn es sich um mehrere "negative" GB handelt, wird die angezeigte Zahl sehr groß. Das ist auf jeden Fall zu verbessern. Wenn auf der Statusseite tatsächlich negative Werte erscheinen sollen, müsste die Formatierung den Absolutwert des berechneten freien Platzes überprüfen. Es fragt sich aber, ob es nicht sinnvoll wäre, in dem Fall einfach 0 anzuzeigen, d.h. es ist kein Platz für Aufnahmen mehr frei. Gibt es dazu Meinungen? Zur Logik, mit der der Media Server den Aufnahmeordner wählt: Ist im Timer ein konkreter Ordner (also nicht "Auto") angegeben, wählt der Media Server diesen. Führt dies zu keiner Entscheidung, und die automatische Auswahl ist als "Ordner in Reihenfolge solange mindestens frei sind (GB)" konfiguriert, nimmt der Media Server den ersten Ordner aus der Liste der Aufnahmeordner "von oben", der die Bedingung erfüllt. Führt dies auch zu keiner Entscheidung, wählt der Media Server den Ordner aus der Liste, dessen Laufwek den meisten freien Speicherplatz bietet. Führt dies auch zu keiner Entscheidung, nimmt der Media Server den Default-Aufnahmeordner (i.a. C:\Users\Public\Videos). Kommt ein Ordner in Frage, überprüft der Media Server, ob er dort Schreibrechte hat und sich der Ordner erzeugen lässt, falls er noch nicht existiert. Weitere Überprüfungen finden nicht statt. Bei keinem Punkt wird der konfigurierte "Minimale freier Festplattenplatz" berücksichtigt! Es hat etwas damit zu tun, dass der Media Server im Voraus nicht wissen kann, wie groß die Aufnahme am Ende wird. Vielleicht sind es nur wenige MB, z.B. bei einer Radioaufnahme, oder viele GB bei UHD. Deshalb kommt der Wert erst bei laufenden Aufnahmen zur Geltung. Nichtdestotrotz denke ich, er sollte beim zweiten Punkt den "minimalen freien Festplattenplatz" mit einbeziehen. Oder zumindest bei allen Punkten bis auf den letzten keinen Ordner wählen, bei dem von vornherein klar ist, dass der noch für Aufnahmen verbleibende Platz = 0 oder gar negativ ist (s.o.). Das ist ein echtes Manko und muss verbessert werden. Also einiger Handlungsbedarf...

Ja, es wäre wohl hilfreich, die zugrunde liegende Logik zu verstehen. Von dem oben gezeigten Zustand aus hatte ich noch drei weitere Aufnahmen in der Nacht programmiert, die erste ist auf Record1 gestartet und offenbar kurz vor dem Ende abgebrochen: 02:55:01 / 01:26:35 (~ 8061,53 MB) Der gleiche Himmel (1) running | EventID: 13981 PDC: 0x5C059 (11.08. 01:25) 02:55:01 / 01:26:35 (~ 8061,53 MB) Der gleiche Himmel (2) not running | EventID: 13982 PDC: 0x5C0C0 (11.08. 03:00) 02:55:55 Disk limit reached! 02:55:56 / 01:27:30 (~ 8142,25 MB) Stop Auf dem Datenträger sind jetzt noch 29,9 GB frei, der Status im Webinterface zeigt "-172 kB" frei. Das mag soweit verständlich sein, wenn die 15 GB (Screenshot oben) nicht zusätzlich zum 'minimalen freien Festplattenplatz' gemeint sind. Was aber ärgerlich ist, dass die beiden folgenden Aufnahmen ebenfalls offenbar einfach gecancelt wurden. Die eine war unmittelbar anschließend, also quasi überlappend, mag noch sein, die letzte aber weitere 1 1/2 Stunden später, ich hätte erwartet, dass diese dann auf einem anderen Aufnahmeordner landen würde. Einstweilen werde ich die alte (Standard-?) Einstellung mit minimal 1024 MB minimalem freien Festplattenplatz wiederherstellen. BTW und eigentlich ein anderes Thema: Meine Installationen sind über viele Jahre, Jahrzehnte 'gewachsen', offenbar befinden sich manche Dateien heute in Ordnern, die es bei mir gar nicht gibt und heißen anders, z.B. die DVBCommand.txt. Da würde ich eigentlich gerne mal alles 'Wichtige' sichern und eine komplette Neuinstallation machen. Gibt es irgendwo eine Übersicht, was wo genau steckt und eventuell 'früher' mal steckte?

Hallo, Hauppauge - Windows 10 Treiber für WinTV-NOVA-S2 und 461e: Hauppauge Treiber Viele Grüße Webturtle

Hallo, @TGW-RE: Ich habe eine Mail von Joyn vom 10.08. 12:59 erhalten, daß die letzte Woche die Fachabteilung eingeschaltet hätten, die sich um eine Klärung bemühe. In meiner Antwort habe ich mich für deren Bemühungen bedankt und mitgeteilt, daß die Störung des EPG nochrechtzeitig behoben wurde. Außerdem habe ich darauf hingewiesen, daß eine zeitnahe Antwort mit dem Hinweis, daß an der Beseitigung der Störung gearbeitet werde hilfreich sei und wiederholte Anfragen vermeiden könnte. Eine Mail (oder Mails von mehreren Zuschauern) an ProSieben oder vielleicht auch an Joyn kann auch helfen. Viele Grüße Webturtle

Danke für die Rückmeldung. Mit dieser Funktionalität habe ich mich noch nie befasst, d.h. sie stammt von dem Entwickler, der bis 2013 den Media Server (der damals noch Recording Service hieß) betreut hat. Ich werde sie jedoch sobald wie möglich überprüfen und gegebenenfalls korrigieren.

So ganz habe ich aber noch nicht verstanden, wie da gerechnet wird, die aktuelle Aufnahme läuft wieder auf Record1, obwohl weniger als 15 GB als 'frei' angezeigt werden - und zu Beginn der Aufnahme auch (lt. Anzeige) waren?

Aus einem ganz anderen Grund habe ich heute die Einstellung "Minimaler freier Festplattenplatz" in der Konfiguration vom DMS 3.3.2.0 von 1 GB auf 30 GB hoch gestellt. Jetzt war aber eine andere Platte als die, um die es bei meiner Änderung eigentlich ging, bereits wesentlich weiter gefüllt, im Webinterface/Status erscheint dann bei dem betreffenden 'Aufnahmeordner' ein riesiger, negativer Wert unter 'Frei'. Der DMS startet eine fällige Aufnahme auf dieser Platte (die erste in der Liste), um sie dann sofort abzubrechen, Timer deaktiviert. Irgendwer kommt hier offenbar mit dem Vorzeichen etwas durcheinander... Ich habe die Laufwerke aufgeräumt und jetzt ist alles gut, trotzdem rechnet hier wohl irgendwas falsch.

Ja, das ist bekannt und Absicht, ausgehend von dieser Überlegung, letzter Absatz. Du bist allerdings nicht der erste, der darüber gestolpert ist, und inzwischen erscheint es auch mir günstiger, trotz gewisser Nachteile zur vorherigen Vorgehensweise zurückzukehren (siehe hier, unterer Teil des Posts). Wenn du möchtest, kannst du eine DVBViewer 7.3.2.1 Testversion haben, in der das realisiert ist.

Ach so, WinTV Nova S2 USB - Treiber 5.2024 Intel UHD Grafics 730

Hallo, ich habe folgendes Problem festgestellt. Wenn ich in 3Wochen eine Sendung zur Aufnahme programmiere und dann den Tag auf wiederholen stelle (z.B. jeden Donnerstag), dann springt die Programmierung auf den nächsten verfügbaren Donnerstag zurück (also in dieser Woche). Das war, meine ich, vorher nicht so (jetzt Version 7.3.2.0) Grüße Frank support.zip

Guten Morgen @Griga vielen Dank für Deine Unterstützung👍 Jetzt sollte dem Glück im Wohnwagen nix mehr im Weg stehen🙂 Ich besorge mir die Hardware und werde mich ggf. nochmals melden, wenn ich mit der Installation nicht zurecht kommen sollte. Schönen Sonntag noch und schönen Gruß vom Bronimus

P.S. Falls es bei der Treiberinstallation Probleme gibt, hilft die folgende Seite weiter: https://www.andysblog.de/hauppauge-wintv-nova-s2-und-treiberinstallation

Ich würde keine alte Hardware austauschen, solange sie es noch tut. Da müsste ich ja bei mir selbst anfangen https://hauppauge.de/site/support/support_wintv-nova-s2.html#treiber Sonst brauchst du nichts. Nach dem Austausch im DVBViewer Einstellungen -> Optionen -> Hardware -> Geräte suchen -> OK. Danach sollte es funtionieren wie zuvor.

Hallo Griga, da kannste mal sehen, was ich für ein Laie bin - und zugleich sehr dankbar, dass es Euch und Eure Geduld gibt😉 In meiner Anfrage vom 11. Februar 2025 "DVBViewer mit neuem Notebook" hier in diesem Forum hast Du geschrieben, dass es keine neueren Treiber für TT connect S2-3650 CI, und ich möchte halt auf moderne Hardware umsteigen. Also wohlan, ich besorge mir den Hauppauge WINTV-NOVA S2, brauche ich dafür noch besondere SW oder Treiber? Schönen Gruß vom Bronimus

Wenn kein Fernseher im Spiel ist, wozu dann ein Receiver mit HDMI-Ausgang? Die einfachste Löung wäre sicher ein anderes moderneres USB DVB-Gerät für Satelliten-Empfang, z.B. https://hauppauge.de/site/products/data_nova-s2.html Aber was ist denn konkret das Problem beim connect S2-3650 CI? Funktioniert nicht mehr richtig? Der Treiber lässt sich unter Windows 11 nicht installieren? Der connect S2-3650 CI hat rein gar nichts mit der Auflösung zu tun. Die bestimmt der Sender. Oder letztendlich der Bildschirm des Notebooks.

Hallo Griga, vielen Dank für Deine rasche – wenn auch „niederschmetternde“ Antwort. Wieder einmal straft mich meine Unwissenheit. Um nicht noch mehr Dummheiten zu machen, hier der geplante Einsatz: wir haben einen Wohnwagen mit Satellitenschüssel oben drauf. Als „Bildschirm“ haben wir bisher mittels des (veralteten) Technotrend-Geräts ein Notebook verwendet (sie Signatur). Nun sind wir auf der Suche nach einem Nachfolgegerät, für welches wir ebenso das Notebook als Monitor nutzen können, also kein zusätzlicher Bildschirm in der sehr engen Wohnwagenumgebung. Wir brauchen ein kleines Gerät für die frei empfangbaren Programme und keinen zusätzlichen Schnick-Schnack. Soviel zur Erklärung. Ist das von Dir empfohlene Gerät für unsere Zwecke/Konfiguration also geeignet oder gibt es evtl. andere Geräte? Danke für Deine Unterstützung. Schönen Gruß vom Bronimus

Da der Receiver keinen Server an Bord hat, weder UPnP/DLNA noch Sat>IP, wird das nicht gehen. Zumindest nicht ohne zusätzliche Hardware wie eine Capture-Card . Suche nach einem Receiver, der Sat>IP kann wie z.B. diesen mit Netzwerkanschluss (LAN). Er liefert dir TV über dein Heimnetzwerk an den DVBViewer auf deinem Notebook ohne spezielle Treiber oder sonstiges Pipapo. Allerdings ist Sat>IP i.a. nicht für die Übertragung verschlüsselter Sender geeignet (falls du das brauchst).

Hallo Forum, nachdem Ihr mich überzeugt habt, dass meine bisherige Hardware (TechnoTrend DVB USB 2.0 BDA v1.3.0.9; TT connect S2-3650 CI, Auflösung 1280 x 720) hoffnungslos veraltet ist, habe ich mir die Hardware TechiSat HD-S 223 DVR besorgt. Als „Bildschirm“ soll weiterhin mein Notebook dienen (siehe Signatur). Nur habe ich keinerlei Ahnung wie ich das TechniSat-Gerät mit dem Notebook verbinden kann, brauche ich z.B. noch spezielle Treiber auf dem Notebook o.ä. Daher bitte ich um Eure Unterstützung. Schönen Gruß vom Bronimus Edit: die beiden Geräte sollen über HDMI verbunden werden.

Habe das Gerät quasi als Backup, falls mal nichts mehr gehen sollte. Bei dem DVBViewer muss man die DiSEqC für die Satelliten richtig setzen und dann scannen. Bei den Eingängen müssen nicht beide verkabelt sein. Einer reicht. Wenn ein Eingang an ein und dem selben Kabel nicht will und der andere geht, kann auch sein dass das Gerät defekt geliefert wurde. Schon mal mit einem anderem DVB-S Gerät probiert?

Oder ich nutze mein Karma, so wie jetzt und ich beeinflusse ProSieben von Recklinghausen aus. 🙂

Es ist offenbar so, dass der Digibit Twin die erste Client-Request mit Tuner2 bedient, und erst eine weitere (bei bereits besetztem Tuner 2) mit Tuner 1. Wenn also Tuner 2 ein Signal erhält, sollte eine DVBViewer-Request, sofern es die einzige ist, ohne weiteres funktionieren. Nur wenn allein Tuner 1 ein Signal erhält und Tuner 2 keines, müsste der DVBViewer die Verwendung von Tuner 1 mit dem Frontend-Parameter erzwingen. Kurz gesagt: Du brauchst ihn nicht. Er würde die Sache nur unnötig verkomplizieren.

Hallo, Du hast Recht! Wir haben Glück gehabt und irgendjemand bei ProSieben hat sich erbarmt und den EPG ergänzt. Zumindest ProSieben ist jetzt bis ca. Mittwoch wieder horhanden. Die anderen Sender muß ich noch überprüfen. Das ist glaube ich der für diese Sender übliche Vorlauf. Bei RTL ist es üblicherweise eine Woche, also am Sonntagabend der Sonntagabend der nächsten Woche und bei ProSieben sind es nur 5 Tage, also am Sonntababend die Animenight bei Pro7Maxx am Freitagabend. Wenn wieder einmal so etwas passiert bist Du herzlich eingeladen auch bei ProSieben vorstellig zu werden. Viel Grüße und ein schönes TV-Wochenend mit vollständigem Programm Webturtle