Signalqualität in db anzeigen ?

[Markus10000]

Hallo zusammen, leider lässt sich mit dem HDMU egal welches die Signalqualität nicht in db anzeigen sondern immer nur in Prozent. Obwohl ich es im Menü umgestellt habe. Bei Openatv 5.1 lässt es sich auch in db anzeigen. Also der Receiver kann es auf jedenfall. Vielleicht könntet ihr mal nach schauen ?

Vielen Dank im voraus

[santa]

Denke mal dass es im Skin nicht richtig integriert ist, vielleicht geht es mit einem anderen Skin.
Aber ich werde glaub ich nie verstehen wofür man das braucht.
Wenn man Bild hat ist alles gut, wenn nicht, dann hole ich mir jemanden der die Schüssel justiert und alles ist gut.

[flac]

Ich hab das selber schon recherchiert.
Die Einträge auch in der Skin.xml eingetragen.

Das liegt definitiv am Image.


...kann aber damit mit leben.




Gruß

Chris

[Markus10000]

Ist halt mal interessant zu wissen wie stark die Sender so sind. Vor allem auf anderen Satelliten. Muss halt nur das Image drauf aufgebaut werden. Der Eintrag im Menü ist ja schon vorhanden.

[santa]

Aber dafür gibt es Messgeräte und nicht so Schätzangaben vom Tuner die in keinster Weise sinnvolle Ergebnisse geben können.
Die Box ist ein Receiver und kein Messgerät.

Wie lauten denn die Einträge in settings und der Skin.xml

[TheChip]

Die Signalqualität in db anzuzeigen macht doch überhaupt keinen Sinn. Wie will man denn die Fehlerrate (was anderes sagt die Signalqualität ja nicht aus) in db umrechnen? Was ihr meint ist doch sicher die Signalstärke, also das Signal-Rausch-Verhältnis.

[flac]

Richtig,

SNR.


Mich stört es nicht. Jaja, bei anderen wird es angezeigt.

Ist halt verwirrend, wenn die Option nun mal in den Einstellungen vorhanden ist.
Ob nun Sinn oder nicht, sollte es dann auch funktionieren...
...oder den Punkt entfernen.




Gruß

Chris

[santa]

Wie oben geschrieben, wie heißt anschließend der Settingseintrag und der Punkt in der Skin.xml.
Dann müsste man sich mal den zugehörigen converter mal ansehen.

[flac]

Skin Eintrag: <convert type="FrontendInfo">SNRdB</convert>


...kein Eintrag in den Settings.




Gruß

Chris

[flac]

Dieser Eintrag müsste normalerweise in den Settings drinstehen: config.usage.swap_snr_on_osd=true

Ein nachträgliches Einfügen bringt nichts. Er wird nach einem E2 Reboot (kein GUI Restart) wieder rausgeschmissen.





Gruß

Chris

[solala]

das hat nicht wirklich sinn
konfetti und ich haben damals fürs git mal sone pi*daumen anzeige zusammengefriemelt so daß die %anzeige etwa dem pegel auf meinem Meßgerät entsprach.

jetzt muß man mal das Gehirn anschalten... es ist eine _Rechenvorschrift_ die wir selber da reinkompilieren und die dementsprechend niemals Meßgrößen vernünftig wiedergeben kann. Insofern ist die tendenzielle Ausgabe in % schon ganz ok

[santa]

wenn ich das richtig im skin gesehen habe, muss im skin nur SNR drin stehen und nicht SNRdB.
Wenn db drin steht dann sollte db kommen, wenn im menü es auf nein steht.
wenn auf ja, kommt wieder prozent.
also die config tauscht nur aus.

weiter geschaut, das db wird nicht ausgerechnet im python, sondern es wird versucht aus dem treiber auszulesen, wenn da nichts kommt, dann kommt wieder prozent.

jetzt müsste man mal wieder im atv schauen ob da nur gemogelt wird oder ob die andere treiber drin haben

- - - Aktualisiert - - -

ok, im python sehe ich auch kein unterschied bei atv, also vielleicht doch treiber oder ich hab mich vertan

[flac]

Nein, @santa. Schau mal in die FrontendInfo rein.
Es sind beide Aufrufe vorhanden.

Standardmässig steht im default Skin SNR drin.
Es muss aber für die Anzeige SNRdB drinstehen.

Nur ergibt der Eintrag und die Einstellung keine Änderung.




Gruß

Chris

- - - Aktualisiert - - -


Dieser Eintrag müsste normalerweise in den Settings drinstehen:
config.usage.swap_snr_on_osd=true

Ein nachträgliches Einfügen bringt nichts. Er wird nach einem E2 Reboot (kein GUI Restart) wieder rausgeschmissen.


Das habe ich aus dem ATV Image recherchiert

[Joker7]

...immer wieder interessant so manche Threads hier ! ...aber ok die "Optik" ist ja auch nicht unwichtig^^

[santa]

ja eben, wenn


swapsnr = config.usage.swap_snr_on_osd.value
true ist, das funktioniert, jedenfalls bei mir, wenn du das im menü veränderst, dann musst gui neustarten um es in den settings zu sehen, wenn du es in die settings einträgst, dann e2 killen.


elif (self.type == self.SNR and not swapsnr) or (self.type == self.SNRdB and swapsnr):
percent = self.source.snr
wenn SNR im skin steht und nicht true drin ist oder db drin steht und true ist, dann kommt %


elif self.type == self.SNR or self.type == self.SNRdB: if self.source.snr_db is not None:
return "%3.01f dB" % (self.source.snr_db / 100.0)
elif self.source.snr is not None: #fallback to normal SNR...
percent = self.source.snr
wenn aber SNR drin ist und true oder eben db und nicht true, dann kommt db!
(die zusätzlichen abfragen erübrigen sich durch das elif)

wenn aber self.source.snr nicht existiert, dann wird wieder % ausgegeben.

unter source frontendstatus wird dann:

self.snr = status.get("tuner_signal_quality")
self.snr_db = status.get("tuner_signal_quality_db")
das kann ich dann nicht weiter verfolgen, meines erachtens kommt das dann vom treiber.
Das alles ist aber im oatv komplett identisch, also bin ich bei der treibermeinung.
ich kann dir aber auch gerne irgendwelche db zahlen anzeigen lassen so wie solala es geschrieben hatte

[flac]

Habe E2 gekillt. Das meinte ich damit. Sorry für die unverständliche Aussage.
Nur ist der Eintrag wech.


Werde es morgen nochmal gegen testen.



Gruß

Chris

[santa]

...immer wieder interessant so manche Threads hier ! ...aber ok die "Optik" ist ja auch nicht unwichtig^^

ich würde mich gerne um wichtigere dinge kümmern, aber dafür fehlt mir leider auch die ahnung oder die zeit.
mal nebenbei in sourcen stöbern ist da leichter.
ich würde mich auch freuen wenn alle mips images wieder laufen würden, aber das ist nicht mein part.

- - - Aktualisiert - - -

@chris: wie gesagt, wenn du es im skin änderst, dann ist es lass es im menü aus, wenn du es anschaltest dann darf es nicht im skin verändert werden.
Also immer nur an einer schraube drehen, nicht an beiden.
Aber wie gesagt, ich glaub dass da der fallback kommt, man könnte jetzt mit einem simplen print fallback das dann im log sichtbar machen, musst du einfach nur die py mal austauschen, dann bist du auf nummer sicher