In addition why should we need answering at all for this? Better to get this always automatically and take the best time source.
Everyone is so focused here on a setting that was created by me that is not working as it was intended off that we all forgot the real target here and that is what everyone wants..:. Having the best possible time source. And that is simple. Box not on internet (or better no connection to ntp) use transponder time, box on internet use internet time. And I think when there is initially no internet time use transponder time when possible initially and as soon internet times comes up switch to internet time. And that part ‘when internet time comes up’ is a mechanism I have no idea how to create it. Here I need help. And as soon I have help here it can be done right.
And then stil the setting can stay as the above is only valid for auto. For ntp only without the temporary fallback a change in cpp is mandatory.
Next challange is we cannot allow time jumps in enigma2 as timers (eTimer) will behave wierd. This means once the time is set you need slowly adjust when it changes.it can even create interlocks/races. This is a bigger painpoint.
So at the end when a user really only wants to rely on ntp the only easy solution is wait until the network is up and we have nto time. So without fixing the eTimer syndrome afterwards resync to internet time has no added value.
The biggest painpoint here is the design made years ago by those dmm enigneers.
The most easiest way to resolve this is rename the option to e.g. preferable time sync method with the options dvb/ntp. And keep it as is… but then those that have slow network come-up issues do not have ntp… and now again point to the real technical trigger that triggered this discussion. Maybe we need a complete different option to add…. Just out of the box…. Wait for internet is coming up no, with a timeout setting… with eg a popup…
Edited by littlesat, 28 October 2023 - 07:19.