1. 02 Apr, 2017 1 commit
  2. 21 Mar, 2017 1 commit
  3. 09 Feb, 2017 1 commit
  4. 19 Jan, 2017 2 commits
  5. 01 Dec, 2016 1 commit
  6. 24 Nov, 2016 1 commit
  7. 20 Nov, 2016 1 commit
  8. 15 Nov, 2016 1 commit
  9. 12 Nov, 2016 1 commit
  10. 07 Nov, 2016 1 commit
  11. 02 Nov, 2016 1 commit
  12. 27 Oct, 2016 1 commit
  13. 26 Oct, 2016 1 commit
  14. 24 Oct, 2016 1 commit
  15. 02 Oct, 2016 1 commit
  16. 01 Oct, 2016 1 commit
    • Robert Lancaster's avatar
      Fixes icons on systems that cannot load icons from system · 5b821a29
      Robert Lancaster authored
       themes using the fromTheme method like OS X, Windows, and some Linux Distros.
        If there is no system theme, it tries to set the theme to one of the bundled
       themes if possible, but also adds the fallback method for loading icons
       without a theme to each icon if that doesn't work.   Added an icons directory
       to keep the theme icons and toolbar icons separate from the other data.
       Included two bundled custom themes, based on breeze and oxygen.  Also fixed
       the call to the "geographic" icon and the "edit indi profile" icon since they
       may have been referencing the wrong icons.
  17. 28 Sep, 2016 4 commits
    • Akarsh Simha's avatar
      Show global number of bad CachingDms uses · 5a9c6a42
      Akarsh Simha authored
    • Akarsh Simha's avatar
      Profiling Code: Determine time spent in EquatorialToHorizontal · 0860ef61
      Akarsh Simha authored
      While this may as well be done in callgrind, this is simple and works,
      and is less of a hassle in running KStars (doesn't slow KStars down as
      much as callgrind would).
      Under some conditions, KStars output the following:
      [24 0:15:36 D] KStars::~KStars (182) - Spent  7.86563  seconds in
      13906422  calls to SkyPoint::EquatorialToHorizontal, for an average of
       0.000565611  ms per call
      The results seem to be somewhat consistent across runs:
      Spent  2.19932  seconds in  3988240  calls to SkyPoint::EquatorialToHorizontal, for an average of  0.000551452  ms per call
      Spent  2.02403  seconds in  3464395  calls to SkyPoint::EquatorialToHorizontal, for an average of  0.000584239  ms per call
      Spent  0.261255  seconds in  332259  calls to SkyPoint::EquatorialToHorizontal, for an average of  0.000786299  ms per call
      Spent  0.464544  seconds in  530146  calls to SkyPoint::EquatorialToHorizontal, for an average of  0.000876257  ms per call
      The variations seem to be tied to the number of stars in the
      field. The first three results are from the USNO NOMAD artifact patch
      in the Sagittarius milky way region. The latter are centered around
      regions of lower star density. The variation might be probably related
      to cache performance?
    • Akarsh Simha's avatar
      Profiling Code: Count trigonometric calls on dms, and profile them. · 25b07e45
      Akarsh Simha authored
      Profiling code I: fraction of dms objects that have sin/cos called
      This is profiling code to find out what fraction of dms objects hae
      sin/cos called on them. This is useful to figure out if it makes sense
      to cache sin/cos values in the constructor itself. It turns out that
      this might not be a wise decision since the profiling results in at
      least some context says that it can be as low as 25%:
      [24 0:15:36 D] KStars::~KStars (186) - Constructed  68504224  dms
      objects, of which  17021346  had trigonometric functions called on
      them =  24.8471 %
      In a different run, it was a bit higher, but still less than 50%.
      This suggests that it might not be wise to compute and cache sin / cos
      values upon construction
      Profiling code II: determine how many trig calls on dms are redundant
      The initial results of this profiling seem to be staggering! If the
      simulation clock is running, so we are actually recomputing
      coordinates, nearly 50% of trigonometric function calls seem to be
      redundant! This might justify caching the values of sine and cosine
      upon first computation within dms() itself. This will add a
      conditional, which can lead to a potential branch mispredict, and some
      extra stuff, so I'd guess ~ 20 CPU cycles; however, it would save an
      expensive (~110 CPU cycles) trigonometric function computation almost
      50% of the time. Given that a significant fraction (~27% under some
      particular conditions) of KStars' time is spent on computing sine and
      cosine, it might be well worth it to save these calls.
      CCMAIL: kstars-devel@kde.org
    • Akarsh Simha's avatar
  18. 30 Aug, 2016 1 commit
  19. 29 Aug, 2016 1 commit
  20. 21 Aug, 2016 1 commit
  21. 18 Aug, 2016 1 commit
    • Akarsh Simha's avatar
      Introducing a new way of adding deep-sky objects into KStars · 0a7cb3af
      Akarsh Simha authored
      1. Create a new SyncedCatalogComponent catalog called
         "_Manual_Additions". This holds manually added DSOs that were not
         resolved from the internet. The concept is however the same -- it
         is a fake catalog for such custom added objects.
      2. Build a UI for the purpose of manually introducing objects into
         this catalog.
      CCMAIL: kstars-devel@kde.org
  22. 17 Jul, 2016 1 commit
  23. 01 Jul, 2016 1 commit
  24. 29 Jun, 2016 1 commit
  25. 06 May, 2016 1 commit
  26. 30 Mar, 2016 1 commit
  27. 12 Jan, 2016 1 commit
  28. 11 Jan, 2016 1 commit
    • Jasem Mutlaq's avatar
      Register FITS MimeType for KStars. This enables KStars to open multiple FITS... · 587e5240
      Jasem Mutlaq authored
      Register FITS MimeType for KStars. This enables KStars to open multiple FITS files. However, KStars creates a new instance and does not re-use the instance thus far, so every time the user selects KStars to open a FITS file, a new KStars instance is started
      We could use DBus to find existing instances since the openFITS function is available via DBus so this needs more work to be more friendly.
  29. 06 Jan, 2016 1 commit
    • Akarsh Simha's avatar
      Disentangle dependencies to ensure faster compilation · 03a4ae98
      Akarsh Simha authored
      Almost all of KStars would recompile everytime a change was made to
      ObservingList, because of the inclusion of observinglist.h in
      kstars.h! Removing that revealed a long chain of unmet includes and
      missing forward declarations, which are fixed. Also required moving a
      bunch of methods that shouldn't have been expanded inline into the
      .cpp file.
  30. 30 Dec, 2015 1 commit
  31. 20 Dec, 2015 1 commit
  32. 27 Sep, 2015 1 commit
  33. 22 Sep, 2015 1 commit
  34. 31 Aug, 2015 1 commit
  35. 25 Aug, 2015 1 commit
  36. 19 Aug, 2015 1 commit