It is currently Fri, 21-09-18, 15:50 GMT

All times are UTC




Post new topic Reply to topic  [ 23 posts ]  Go to page 1, 2  Next
Author Message
 Post subject: just something ? ODD ?
PostPosted: Thu, 08-01-15, 4:28 GMT 
Offline
User avatar

Joined: Tue, 04-09-07, 21:55 GMT
Posts: 806
Location: N 42.38846 W 83.45456
USING SPICE !!!!!


now that it is 2015

has anyone else noticed something odd going on with the lighting for "the Earth " -- JUST for the earth only
everything else looks fine
Image

hop through the date by 2 month intervals and see if you see something odd going on
( hint : the sun IS behind the earth in the shot )

also Mars BUT
just for the months 9,10,and 11 of 2015 then mars gos back to normal

_________________
"I don't pitch Linux to my friends, I let Microsoft do that for me."
Using OpenSUSE 42.1 & Scientific Linux 6.7


Last edited by John Van Vliet on Fri, 09-01-15, 0:06 GMT, edited 1 time in total.

Top
 Profile  
 
PostPosted: Thu, 08-01-15, 23:51 GMT 
Offline

Joined: Tue, 04-09-07, 9:17 GMT
Posts: 15
Location: Regensburg, Germany
For me both Earth and Mars look normal with respect to the lighting through 2015.
Just for your information.

Regards
Andy


Top
 Profile  
 
PostPosted: Fri, 09-01-15, 0:09 GMT 
Offline
User avatar

Joined: Tue, 04-09-07, 21:55 GMT
Posts: 806
Location: N 42.38846 W 83.45456
i forgot to mention i am using the naif spice orbit and rotation data

pre 1549 and post 2650 Earth is fine

also the Moon is fine
so it is a SPICE issue and for some things only

_________________
"I don't pitch Linux to my friends, I let Microsoft do that for me."
Using OpenSUSE 42.1 & Scientific Linux 6.7


Top
 Profile  
 
PostPosted: Fri, 09-01-15, 0:31 GMT 
Offline
User avatar

Joined: Mon, 03-09-07, 23:01 GMT
Posts: 418
Location: Tuscany, Tyrrhenian Sea
Yes, there is something wrong with the sunlight with the SPICE configuration. In my system not only in respect the the Sun's position but also as "shader"; that is the darkest parts of the planets are not so dark even without ambient light.

_________________
Never at rest.
Massimo


Top
 Profile  
 
PostPosted: Fri, 09-01-15, 1:44 GMT 
Offline
User avatar

Joined: Tue, 04-09-07, 21:55 GMT
Posts: 806
Location: N 42.38846 W 83.45456
then i am not loosing my mind-- or the computer

so far i have only looked at ngo toolkit cspice ( rebuilt the source version 65 ) no change
moved the earth and the barycenter to de432.bsp -- no change
it could NOT be next July's leap second naif0011.tls but added it -- no change
( my B-day month is getting full a leap sec. and a minor planet flyby )

rebuilt celestia -- no change

pck00010.tpc has nothing i can see that might be the cause ? but ??????

_________________
"I don't pitch Linux to my friends, I let Microsoft do that for me."
Using OpenSUSE 42.1 & Scientific Linux 6.7


Top
 Profile  
 
PostPosted: Mon, 12-01-15, 19:52 GMT 
Offline
User avatar

Joined: Thu, 11-11-10, 19:36 GMT
Posts: 20
I recently had a same kind of problem.
Not specifically during certain months of a year, just alraedy at start-up.
Also alone in the Celestia SPICE ccofiguration (both 161 and SVN), and not present in other Celestia implementations.
The Earth was eluminated from different angles and only dark on a small portion (not related to the position of the Sun)

After alot of debugging, I discovered it had something to do with the Lua_Edutools installation within my Celestia SPICE.
And especially the "Dying_Sun" addon within Lua_Edutools seemed to trigger the problem.

I don't know why / what's wrong with the add-on in combination with SPICE, but eliminating that "Dying_Sun" addon within Lua_Edutools solved the whole problem for me.

I don't know if your installation also integrates Lua_Edutools and it's add-ons.
But to me, it was clear that it is NOT the SPICE implementation or Celestia SVN build.
But is seems somehow to occur in combination with a certain add-on...

Marco


Top
 Profile  
 
PostPosted: Mon, 12-01-15, 20:03 GMT 
Offline
User avatar

Joined: Tue, 04-09-07, 21:55 GMT
Posts: 806
Location: N 42.38846 W 83.45456
i was just about to check lua tools

but is is not just turning it off

i did that

the next test is a full cleaning out of all settings and files

normally i do not use the lua tools in the SVN build
but only in the official 1.6.1 default build for testing add ons

however seeing as i got ride of that
and am no longer testing in 1.6.1

installing the lua tools after downgrading opensuse to lua 5.1 from 5.2
likely triggered the odd lighting

_________________
"I don't pitch Linux to my friends, I let Microsoft do that for me."
Using OpenSUSE 42.1 & Scientific Linux 6.7


Top
 Profile  
 
PostPosted: Mon, 12-01-15, 21:08 GMT 
Offline
User avatar

Joined: Tue, 04-09-07, 21:55 GMT
Posts: 806
Location: N 42.38846 W 83.45456
The Dying_Sun lua add on was it

work around
Code:
cd ?/?/share/celestia/extras/lua_edu_tools/adds
chmod 111 Dying_Sun
chmod -x Dying_Sun

--- or the bsd "srm"---
srm -rs Dying_Sun



if you do not have the FreeBSD "srm" tool
install it or BUILD IT
it is very handy

_________________
"I don't pitch Linux to my friends, I let Microsoft do that for me."
Using OpenSUSE 42.1 & Scientific Linux 6.7


Top
 Profile  
 
PostPosted: Mon, 12-01-15, 22:29 GMT 
Offline
User avatar

Joined: Mon, 03-09-07, 23:01 GMT
Posts: 418
Location: Tuscany, Tyrrhenian Sea
The variable "DS_enabled" within the add-on's script must be set false before to set the boolean condition:
Code:
local DS_enabled = false
DS_enabled = not DS_enabled
...

otherwise there is a reference to a nil value variable for the render/orbit/label flags because the subsequent conditional alternative is always satisfied at Celestia's load through the LUA hook. This is causing the SPICE's weird behaviour.

_________________
Never at rest.
Massimo


Top
 Profile  
 
PostPosted: Tue, 13-01-15, 21:26 GMT 
Offline
User avatar

Joined: Thu, 11-11-10, 19:36 GMT
Posts: 20
fenerit wrote:
The variable "DS_enabled" within the add-on's script must be set false before to set the boolean condition:
Code:
local DS_enabled = false
DS_enabled = not DS_enabled
...

otherwise there is a reference to a nil value variable for the render/orbit/label flags because the subsequent conditional alternative is always satisfied at Celestia's load through the LUA hook. This is causing the SPICE's weird behaviour.


I'm afraid this doesn't solve the real issue. Having implemented the Suggestion of Fenerit, I still have this result.
Besides the problem John described above, I also had this problem with the Earth texture before.
And this also only in combination with Dying Sun.
My SPICE SSC files do not use Virtual textures yet. In my SPICE configuration I use the Celestia default texture specifications in the SSC's.
And with the suggested Fenerit patch, this is still the result.
So within SPICE, Dying Sun is still out for me :?

Marco


Attachments:
File comment: Error in Celestia SPICE and Dying Sun
Texture error SPICE snd Dying Sun.png
Texture error SPICE snd Dying Sun.png [ 173.34 KiB | Viewed 2760 times ]
Top
 Profile  
 
PostPosted: Tue, 13-01-15, 22:01 GMT 
Offline
User avatar

Joined: Mon, 03-09-07, 23:01 GMT
Posts: 418
Location: Tuscany, Tyrrhenian Sea
:shock:

Marco, the "red Earth" is a video driver's issue; the "patch" is assumed to work fine on well-enstabilished video drivers. Because the SPICE issue seems related to the :setrenderflags(DS_rt) command which must be by-passed at the load since "DS_rt" is unknow to the render before to press the add-on checkbox, if the render is rendered by faulty graphic drivers, the problem will persist, imho.

P.S.
Do not use "earth.*" as texture directive, try to assign the complete extension.

_________________
Never at rest.
Massimo


Top
 Profile  
 
PostPosted: Tue, 13-01-15, 23:00 GMT 
Offline
User avatar

Joined: Tue, 04-09-07, 21:55 GMT
Posts: 806
Location: N 42.38846 W 83.45456
added the line
"local DS_enabled = false" to "Dying_Sun.celx"
no change still getting the odd shading

Image

NOW
seeing as "share/celestia/extras/lua_edu_tools/adds/Dying_Sun/Dying_Sun.ssc" is being read at the start of the program
then everything in the ssc is being read , although as invisible

but seeing as the textures in this are well
way off
"dying_Earth-bump.jpg "
"dying_Earth-night.jpg"
"dying_Earth.jpg"
ARE variations on the VENUS reflectance image
they are not even EARTH

i am just solving this by deleting "Dying_Sun" along with "Asteroid_Belt" ( i never did like that point cloud mesh )

_________________
"I don't pitch Linux to my friends, I let Microsoft do that for me."
Using OpenSUSE 42.1 & Scientific Linux 6.7


Last edited by John Van Vliet on Wed, 14-01-15, 1:01 GMT, edited 1 time in total.

Top
 Profile  
 
PostPosted: Tue, 13-01-15, 23:22 GMT 
Offline
User avatar

Joined: Thu, 11-11-10, 19:36 GMT
Posts: 20
John Van Vliet wrote:
added the line
i am just solving this by deleting "Dying_Sun" along with "Asteroid_Belt" ( i never did like that point cloud mesh )


And that is what I did, but you triggered me with this thread, so now I want the REAL solution...


Last edited by marco klunder on Wed, 14-01-15, 9:51 GMT, edited 1 time in total.

Top
 Profile  
 
PostPosted: Wed, 14-01-15, 0:17 GMT 
Offline
User avatar

Joined: Mon, 03-09-07, 23:01 GMT
Posts: 418
Location: Tuscany, Tyrrhenian Sea
My 2-cents. There is plenty of add-ons which uses hidden objects out of there; my planetary interiors and Cham's magnetic planets doesn't affect SPICE in any manner, and the hidden-loaded cross-sections/linestrips works fine. I'd noticed the changing in shaders with the SPICE configuration that I called it a "mistery" within the SPICE Kernel forum. Now Marco found the Dying Sun add-on like the target of the weirdness; as far as can tell, the problem is within the script, and once did comment out the render/orbit/label flags the weirdness is wanished. The "patch" just allows the use of the add-on: I no longer find, neither at start nor in-time, misplaced shading with the SPICE + LUA-EDU-TOOLS. I do not have clues on what is the best solution; nonetheless such an add-on is integrated with the LUA-EDU-TOOLS and Vincent doesn't seem around here from long time.

_________________
Never at rest.
Massimo


Top
 Profile  
 
PostPosted: Wed, 14-01-15, 0:48 GMT 
Offline
User avatar

Joined: Tue, 04-09-07, 21:55 GMT
Posts: 806
Location: N 42.38846 W 83.45456
this is the zip i have
Lua_Edu_Tools_1.2beta8.zip


it is looking like the orbit is what is causing it
CustomOrbit "vsop87-earth"
commenting it out fixes it

add a start time

adding
Beginning 5000000
to the planet fixes this

Code:

"Dying Earth" "Sol"
{
   Class "planet"
   Visible false

     Beginning 5000000

    Texture "dying_Earth.*"
         BumpMap "dying_Earth-bump.*"
         BumpHeight 3
         NightTexture "dying_Earth-night.*"
    SpecularColor [ 0.3 0.0 0.0 ]
    SpecularPower 15

   Radius 6500

   CustomOrbit "vsop87-earth"
   CustomRotation "earth-p03lp"

   Albedo 0.30
}


then in the *.celx set the time to past 5000000 .00000

BUT
the use of the venus radar for the earth AND moon

this should be fixed

_________________
"I don't pitch Linux to my friends, I let Microsoft do that for me."
Using OpenSUSE 42.1 & Scientific Linux 6.7


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 23 posts ]  Go to page 1, 2  Next

All times are UTC


Who is online

Users browsing this forum: No registered users and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group