On Wed, Nov 6, 2013 at 11:00 PM, Georg Zotti <[email protected]>wrote:
> Dear Fabien,
>
> On Mi, 6.11.2013, 21:40, Fabien Chéreau wrote:
> > Hi Georg,
> >
> > On Wed, Nov 6, 2013 at 3:00 PM, Georg Zotti
> > <[email protected]>wrote:
> >
> >> Dear all,
> >> I have started a few amendments to the landscapes. So far, drawing fog
> is
> >> now available for spherical and fisheye panos, and a little surprise
> for
> >> light-polluted sites as well. It is now possible to clip away (the
> usually
> >> transparent) upper parts of spherical landscapes to save texture
> memory.
> >> Also, I try to improve the documentation of whatever code I stumble
> over
> >> in my attempt to understand it.
> >
> > the features sound interesting, but where is the code for this? Do you
> have a working branch?
>
> Yes, https://code.launchpad.net/~georg-zotti/stellarium/landscape-addons
>
>
> >
> >> There is one landscape type request here:
> >>
> https://blueprints.launchpad.net/stellarium/+spec/landscape-custom-horizon
> I have the feeling it can be done with the StelSkyPolygon class, or
> something including StelSphereGeometry, or OctahedronPolygon, or a
> sibling
> >> to StelSkyPolygon (drawing in Alt-Az coords), but I don't see those
> classes used anywhere in the program. Are they brand-new, some stuck
> development that never went into proper use, or so old that they are
> deprecated? Any usage examples in a plugin I was not aware of?
> >
> > I developed those classes while working on SVMT the plugin which
> displays
> > sky surveys planning at ESO.
>
> Ah, I had the slight suspicion...
>
> > They are mostly functional (they are some unit
> > tests), but are not much used in the base Stellarium. The feature
> request
> > from the blue print could indeed be implemented using those classes
> since
> > the horizon line (plus the ground below) just form a (very large)
> polygon.
>
> Yes, that was my thought here. If the classes work, it may be not too hard
> then. (I will also not finish this week, though) Or, any help appreciated.
> If reading a JSON already works, transforming alt/az text lists to JSONs
> should be simple enough for users. Which one is the best to use?
>
> Another thought involves sampling the landscape texture if it is
> transparent at a location. (It may allow better true-landscape sunrise
> etc. predictions) Can this be done via a StelTexture?
>
Not very easy via a StelTexture, since the data resides already in the
graphic card. But the values could be computed at landscape load time I
guess.
Fabien
> G.
>
>
>
> ------------------------------------------------------------------------------
> November Webinars for C, C++, Fortran Developers
> Accelerate application performance with scalable programming models.
> Explore
> techniques for threading, error checking, porting, and tuning. Get the most
> from the latest Intel processors and coprocessors. See abstracts and
> register
> http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
> _______________________________________________
> Stellarium-pubdevel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel
>
------------------------------------------------------------------------------
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231&iu=/4140/ostg.clktrk
_______________________________________________
Stellarium-pubdevel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel
