Der Skin kann ja femon fragen. Dann gehts ohne Wartezeit
Da frage ich mich aber schon, wie das bei femon "ohne Wartezeit" gehen soll, wenn der Treiber für jede solche Anfrage eine halbe Sekunde vertrödelt 
Zitat
Ich frage mich eh warum sich hier vdr und femon um die Zuständigkeit streiten?
Wer streitet sich den hier?
Es geht hier lediglich um eine Schwäche des Treibers.
Klaus
Ich habe auch eine STB0899 DVB, und das Problem natürlich auch - habe es erst auf die osdfarb Auflösung geschoben, aber dieses Problem wurde auch bei 4 Bit nicht besser.
Und, hast du den Patch 04-stb0899-ber_no_msleep.diff schon probiert?
ZitatGenau ! - Denn damit werden die Werte ohne Bremse ausgelesen, geht bei mir auch ohne Probleme
Dies ist für mich nicht wirklich logisch ?
Für mich auch nicht. Der Treiber bremst schließlich jeden aus, der nach dem BER-Wert fragt.
Klaus
Aber generell ist die Idee den Inhalt z.B. über einen zweiten Thread "nach zureichen" eine gute Idee finde ich. Weiss nicht ob das generell möglich ist in der API? Aber es würde dynamische Updates des OSD ermöglichen.
Und speziell hier in diesem Fall auch mehr kompatibilität schaffen.
Ich sehe jetzt zwar nicht, was mit "in diesem Fall auch mehr kompatibilität schaffen" gemeint ist, aber Tasache ist, daß die "Bremse" im Treiber liegt und daher dort gefixt werden sollte.
Klaus
Da frage ich mich aber schon, wie das bei femon "ohne Wartezeit" gehen soll, wenn der Treiber für jede solche Anfrage eine halbe Sekunde vertrödelt
Mh, so spontan dachte ich der Frag halt öfter mal damit der Wert sofort da ist wenn die Anwendung fragt Weil Verzögerung durch Signalanzeige höre ich hier gerade zum ersten mal.
Oder trödelt femon bei den Problemtreiber(n) auch?
Wer streitet sich den hier?
Naja, nicht unbedingt streiten. Ist nur seltsam das alle Plugin jetzt #if Konstrukte einbauen um femon ODER den VDR zu fragen. Scheint irgendwie überflüssig. Wobei, am Ende ist es dem Anwender auch egal, Hauptsache man sieht bunte Balken die ungefähr passen
cu
Ich sehe jetzt zwar nicht, was mit "in diesem Fall auch mehr kompatibilität schaffen" gemeint ist, aber Tasache ist, daß die "Bremse" im Treiber liegt und daher dort gefixt werden sollte.
Hast natürlich Recht.
Aber viel Spass um etwas in den DVB Treibern gefixt zubekommen. Das dauert Jahre. Das ist zumindest meine Erfahrung.
Johns
Aber viel Spass um etwas in den DVB Treibern gefixt zubekommen. Das dauert Jahre. Das ist zumindest meine Erfahrung.
Na ja, für den STB0899 hab ich es ja bereits gefixt - und die anderen schau' ich mir demnächst auch mal an.
Klaus
Bei mir hilft die Änderung in der skinlcars.c auch. Das Problem gibt es also auch bei der HD-FF.
Und genau das meinte ich mit kompatäbilität. Es wird nicht gleich in jeder Distribution diese Optimierung ankommen... und schon ist das Skin nicht kompatibel zu dieser Distribution bzw den verwendeten Kernel.
Gesendet von meinem GT-I9100 mit Tapatalk 2
Und genau das meinte ich mit kompatäbilität. Es wird nicht gleich in jeder Distribution diese Optimierung ankommen... und schon ist das Skin nicht kompatibel zu dieser Distribution bzw den verwendeten Kernel.
Muß man jetzt schon "kompatibel" zu offensichtlichen Fehlern sein?
Fehler gehören behoben, und zwar möglichst schnell. Je mehr und länger alle um einen Fehler herumprogrammieren, um so länger wird es dauern, bis er behoben wird.
Klaus
Bei mir hilft die Änderung in der skinlcars.c auch. Das Problem gibt es also auch bei der HD-FF.
Das muß dann aber was anderes sein, denn ich habe auch eine TT S2-6400 und habe damit kein Problem.
Klaus
Hallo
nur ne kurze Frage .. wo finde ich diesen Patch Treiber-Patch 04-stb0899-ber_no_msleep.diff ?
Danke
speed
Hallo
nur ne kurze Frage .. wo finde ich diesen Patch Treiber-Patch 04-stb0899-ber_no_msleep.diff ?
Wirf doch mal einen Blick in das erste Posting dieses Threads
Klaus
Oh jeeeeeee 
Danke Klaus
speed
Eine weitere Änderung hat sich mit dem Patch aber doch noch ergeben:
Die ohne Patch stattfindenden kurzen Umschaltungen mit Info "Aufnahme beginnt in Kürze!" im Vorfeld der Aufnahme bzw. "Kanal nicht verfügbar!" nach Beginn der Aufnahme, finden jetzt nicht mehr statt. Mit Beginn der Aufnahme wird der Live-Kanal ohne Info mit umgeschaltet.
Wenn die Aufnahmen damit jetzt grundsätzlich funktionieren, dann möchte ich das jetzt eigentlich nicht mehr groß anfassen. Schließlich ist Device-Bonding eh nur eine "Notlösung", und wenn es da kleine Einschränkungen gibt, dann soll's eben so sein.
Sollte aber jemand einen Fix für dieses Problem finden, dann immer her damit.
Klaus
Na ja, für den STB0899 hab ich es ja bereits gefixt - und die anderen schau' ich mir demnächst auch mal an.
Ich hab' mir jetzt mal alle Dateien in linux/drivers/media/dvb/frontends angeschaut und habe nur in lgs8gxx.c noch eine Stelle gefunden, wo aktiv 200ms gewartet wird.
Wobei ich jetzt nicht weiß, ob das ein vielfach benutzter Treiber ist. Wenn ja, dann sollte das wohl mal so umgebaut werden, daß die eigentliche Messung innerhalb des Treibers stattfindet und nicht der Aufrufer dadurch "ausgebremst" wird. Andere Frontend-Treiber (z.B. stv0367.c) machen das schließlich auch so.
Klaus
Wenn die Aufnahmen damit jetzt grundsätzlich funktionieren, dann möchte ich das jetzt eigentlich nicht mehr groß anfassen. Schließlich ist Device-Bonding eh nur eine "Notlösung", und wenn es da kleine Einschränkungen gibt, dann soll's eben so sein.
Damit hast Du natürlich Recht, und wenn man Device-Bonding nutzt, dann weiß man ja auch , das es da irgendwelche Einschränkungen gibt.
Wenn das Fehlen dieser kurzen Meldungen, vor allem im Vorfeld der Aufnahme, keine funktionale Bedeutung hat, dann ist das sicher kein Problem.
Ich werde das aber auf jeden Fall weiter beobachten.
Gruß
Karl
cooles datum von den patches
02a-stb0899_signal_flag.diff Dec23, 2012, 2:53 PM 0.83 KB
04-stb0899-ber_no_msleep.diff Dec23, 2012, 3:45 PM 1.43 KBgruesse mentox 
cooles datum von den patches
Code02a-stb0899_signal_flag.diff Dec23, 2012, 2:53 PM 0.83 KB 04-stb0899-ber_no_msleep.diff Dec23, 2012, 3:45 PM 1.43 KB
Ich weiß ja nicht, welchen Viewer du verwendest
-rw-r--r-- 1 kls users 832 2012-04-23 14:53 02a-stb0899_signal_flag.diff
-rw-r--r-- 1 kls users 1432 2012-04-23 15:45 04-stb0899-ber_no_msleep.diffKlaus
Ich weiß ja nicht, welchen Viewer du verwendestCode-rw-r--r-- 1 kls users 832 2012-04-23 14:53 02a-stb0899_signal_flag.diff -rw-r--r-- 1 kls users 1432 2012-04-23 15:45 04-stb0899-ber_no_msleep.diff
Klaus
ich habe einfach auf den Link geklickt. Firefox.
grüsse mentox
ich habe einfach auf den Link geklickt. Firefox.
Also bei mir sieht das so aus wie im Anhang.
Klaus
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!