To developers of Openpli image please fix this AGC issue on Zgemma H5.2S Plus.
Tried Openpli 4 and Openpli 6 stable and Tunear A has this problem.
Anyway to fix it
Posted 14 November 2017 - 14:29
You better spend some time to find out what AGC actually is, so you know why it is not relevant. Start with reading https://en.wikipedia...ic_gain_control
Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)
Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.
Many answers to your question can be found in our new and improved wiki.
Posted 14 November 2017 - 14:42
However due to this issue i am going to install another image like Open Atv or Egami and see if this issue continues.
Sure you can try... but when they behave differently they made an 'if box is x then do y' in their code... an additional feature from these kind of images that does not motivate the manufactures or driver makers to do it properly. While saying this I have the 'gut feeling' I feed some trolls...
WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W
Posted 14 November 2017 - 18:32
Even then, what would one do with the "corrected" AGC value?
TS what are doing with it? Why would we spend effort on it?
* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.
Posted 14 November 2017 - 18:46
Posted 14 November 2017 - 19:10
This has been extensively discussed before. The only actual and useful tuner values are SNR and that must be in db, not a non-sensical percentage (Zgemma H52S has a Silabs tuner, so it's perfect in this department) and BER. It's a common (and bad) practice that AGC is customarily used in skins (no reason why, it just happens), it means absolutely nothing, it changes between tuners and among different installations.
Now, OpenPLI only reports what the drivers give back, nothing to be fixed on their side.
Posted 16 November 2017 - 17:56
This is ridiculous! AGC stands for A uto atic G ain C ontrol. It's a way of amplifying poor signal to a state the tuner can use. In fact, in an ideal situation AGC should be 0 (meaning no attenuation needed). An AGC of 100% would mean maximum attenuation possible. In other words it MAY be just a problem on the user's side. Poorly alligned dish, skew error etc..
To match the expectations of the users many manufacturers (maybe all) already revert this value, where 100% means max signal strength, minimal gain.
Anyhow, I can only stress that the strength of the signal, is totally irrelevant. Every signal, only if the quality is sufficient, can be amplified or attenuated to a usable level. That's what AGC is about. So only the quality is relevant and that's SNR (well, at least for the quality reduction it may be suffered on the way, if the signal was already foobar when transmitted, the SNR may be misleading).
* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.
0 members, 1 guests, 0 anonymous users