[Kstars-devel] Kstars optimization
Prasanna Krishnamoorthy
prasanna79 at gmail.com
Tue Nov 28 17:59:23 CET 2006
On 11/28/06, Jason Harris <jharris at 30doradus.org> wrote:
> It depends mostly on the zoom level, I think. If we have just a single static
> lookup table, then there will be a single threshhold zoom level above which
> we will want to switch from the LUT to real trig values, because at higher
> zoom levels errors in position will be more noticeable. I think we should
> decide on this zoom level empirically. We can draw some set of objects
> twice, once with LUT coordinates, and one with real trig coordinates. Then
> zoom in until the pairs of objects deviate from each other.
Ok. I'll write the code, then we'll see.
> You are developing against 3.5, I presume? We're technically not developing
> that branch anymore; no new features are allowed to be committed in it. I am
> willing to port your changes to the development branch (which will eventually
> become KDE4).
Thanks, I'm a bit wary about picking up the development because of
your previous comments on 3.5 being faster than the development
branch. I hope the changes will be easy for you to port over.
Best Regards,
Prasanna.
More information about the Kstars-devel
mailing list