Klingt gut
Beiträge von cocobrother
-
-
Schon mal eine gute Info.
Dann spart das also *nur* bei DVB-S(2) Strom, weil es den LNB schlafen legt?
Und spart wahrscheinlich selbst dort weniger als es könnte?
Denke das es nur bei DVB-S(2) devices so ist. Idle habe ich 28 Watt und wenn alle 8 Tuner loslegen 44 Watt. Wie es bei anderen Empfangsarten ist weis ich nicht.
-
Was ist eigentlich mit
/dev/dvb/adapter<M>/dvr<N> und
/dev/dvb/adapter<M>/demux<N>
Solange die nicht ebenso geschlossen sind, sollte das device gar nicht wirklich schlafen gehen können.
Hat jemand von euch nachgemessen, ob dieser Patch aktuell wirklich Strom spart?
Ja meine Kiste hängt an einem fritzbox dect 200 die LNB Spannung war aus. Sauber sowie ich es von tvheadend kenne das ja auch die device schlafen legt.
-
Mit meinem aktuellem i3 System QuadCore und 8 Tunern habe ich nicht das Problem von kls reproduzieren können. OS ist Fedora 40. Anzeige ist softhddevice. device ist ne Digital Devices Max SX8 (4/8) Basic Kernel ist selbstgebacken und die dd-Treiber sind immer aus dem aktuellen Master git-Zweig übersetzt.
-
Sehr interessant
-
Ich habe mal eine Frage wenn ein device disabled ist wieso kann nicht einer der Funktionen es enable setzen also entweder livetv eine Aufnahme oder epgscan. Livetv bedeutet für mich auch schauen über ein Plugin also streamdev oder vnsi-Server und was es noch so gibt.
-
MarkusE mit meinen 8 dvb-s2 Tunern funktioniert der letzte Patch wunderbar.
-
cocobrother , hast Du das IPTV Plugin gepatched, wie hier RE: [Patch] Unbenutzte Frontends schließen beschrieben?
Ich habe nur erklärt was das für ein Gerät ist.
-
DigiBit R1: Was ist das?
Ein Satip Server von der Firma Telestar
-
Ihr testet ja fleißig. Hatte leider wenig bis gar keine Zeit weiter zu testen.
-
Hi,
Ich habe:
Und log level 3 bekomme damit Einträge im syslog wie
Code
Alles anzeigen2024-06-15T09:35:12.634019+02:00 rpi4s vdr: [1162951] closing frontend 0/0 2024-06-15T09:35:12.634553+02:00 rpi4s vdr: [1162951] closing frontend 1/0 2024-06-15T10:32:15.776555+02:00 rpi4s vdr: [1162951] opening frontend 0/0 2024-06-15T10:32:17.629979+02:00 rpi4s vdr: [1162954] channel 16 (3sat HD) event Sa. 15.06.2024 09:06-09:35 (VPS: 15.06. 09:05) 'Kulturplatz' status 4->1 2024-06-15T10:32:17.630457+02:00 rpi4s vdr: [1162954] channel 16 (3sat HD) event Sa. 15.06.2024 10:08-10:51 (VPS: 15.06. 10:05) 'Vom Brandnertal ins Montafon' status 0->4 2024-06-15T10:32:23.814150+02:00 rpi4s vdr: [1162951] closing frontend 0/0 2024-06-15T14:34:51.693698+02:00 rpi4s vdr: [1162951] opening frontend 0/0 2024-06-15T14:34:51.735298+02:00 rpi4s vdr: [1162951] opening frontend 1/0 ... (EPG Scan) 2024-06-15T14:42:15.075497+02:00 rpi4s vdr: [1162951] closing frontend 0/0 2024-06-15T14:42:15.077194+02:00 rpi4s vdr: [1162951] closing frontend 1/0
Ok ja das habe ich aktuell nicht im log. Ja reiner Server betrieb 8x DVB-S2 Tuner. Einstellungen sind wie bei dir.
-
Habe auch Level 3 gehabt beim Log es wurde nichts angezeigt, aber ich müsste das heute Abend noch einmal überprüfen.
-
Wie soll das aussehen?
Pause nach EPG Scan: ja/nein
-> Frontends während Pause freigeben: ja/nein
Lustigerweise habe ich die Pause nach EPG Scan ja extra dazu gemacht damit Frontends während der Pause freigegeben werden können. Das funktioniert nun bei vtuner-ng zum Beispiel aber nur mit Tricks (Timeout und PIDs beobachten) und bei VPS-Timern leider eher schlecht - da muss der Timeout nun größer sein als die eingestellte VPS-Timer Vorlaufzeit. Wenn die spasseshalber größer als die Pause ist, dann gibt es keine Pause mehr... wenn die kleiner als die VPS-Timer Vorlaufzeit ist gibt es keine VPS-Aufnahme...
Mit der Änderung das nun die Frontends richtig geschlossen werden kann ich bei vtuner-ng den Timeout-Trick standardmäßig abschalten.
Ohne Pause bei EPG Scan wird sowieso ständig auf den Frontends rumgenudelt, eine Pause bei EPG Scan ohne Frontends freizugeben wäre total sinnlos.
Oder man benennt das um in:Pause nach EPG Scan und Frontends währenddessen freigeben: ja/nein
Klingt sinnig es anzupassen.
Aber ich kann auch mit dem vorhandenen absolut leben.
-
Mir würde eine Stelle z.B. im sys-Filesystem genügen. Ein Eintrag im syslog wäre auch nicht schlecht.
Klingt gut
-
Funktioniert sehr gut. Ein eigener MenüPunkt wäre eventuell doch sinnvoll.
-
Wirklich elegant gelöst.
-
Heute morgen getestet Fedora 40 glibc 2.39 kam heute Morgen als Update GCC 14.1.1 Kernel noch 6.8.9 keinerlei Probleme bei Kompilieren! Bin gespannt wenn Fedora den 6.9.x frei gibt.
-
also neueren gcc nehmen ....
Dem stimme ich nicht zu die GCC Version ist egal es ist ein Hinweis hatte heute bei Fedora 40 die gleiche Meldung das der Kernel mit GCC14.0 gebaut wurde und meine DD Module sind mit GCC14.1 gebaut funktioniert wunderbar.
-
Vielen lieben Dank dann werde ich es am Wochenende auch mal probieren. Wollte eh ein bisschen mit Fedora 40 experimentieren. 😉
-
Cool wie zufrieden bist du mit dem Bild.