Celestia 1.4.0 prerelease FAQ
Ok !, thanks Selden but I have an other question:
The problem was solved for people who have an ATI graphic cards in OpenGL 2.0 ?
Look: http://www.celestiaproject.net/forum/viewtopic ... 6&start=15
The problem was solved for people who have an ATI graphic cards in OpenGL 2.0 ?
Look: http://www.celestiaproject.net/forum/viewtopic ... 6&start=15
Motherboard: Intel D975XBX2
Processor: Intel Core2 E6700 @ 3Ghz
Ram: Corsair 2 x 1GB DDR2 PC6400
Video Card: Nvidia GeForce 8800 GTX 768MB GDDR3 384 bits PCI-Express 16x
HDD: Western Digital Raptor 150GB 10000 rpm
OS: Windows Vista Business 32 bits
Processor: Intel Core2 E6700 @ 3Ghz
Ram: Corsair 2 x 1GB DDR2 PC6400
Video Card: Nvidia GeForce 8800 GTX 768MB GDDR3 384 bits PCI-Express 16x
HDD: Western Digital Raptor 150GB 10000 rpm
OS: Windows Vista Business 32 bits
Perforated Earth
OK, with ATi card, I found some bugs in 1.4.0pre8 for Windows:
Perforated Earth:
Earth shortly after starting up Celestia looks normaly.
But I rotate camera around Earth, its visual changes 'funny' like this:
(This is under "OpenGL vertex program".)
And when I change render path with Ctrl+V, oceans become white under OpenGL 2.0 render.
Furthermore, when I change from OpenGL 2.0 to normal rendering, with Ctrl+V, Celestia crashes.
So I cannot toggle render path.
(White ocean has existed before, but crashing is the first in 1.4.0pre8!)
Graphic Card: 256MB Radeon 9600pro with 2.0.5523 WinXP Release
-Sui
Perforated Earth:
Earth shortly after starting up Celestia looks normaly.
But I rotate camera around Earth, its visual changes 'funny' like this:
(This is under "OpenGL vertex program".)
And when I change render path with Ctrl+V, oceans become white under OpenGL 2.0 render.
Furthermore, when I change from OpenGL 2.0 to normal rendering, with Ctrl+V, Celestia crashes.
So I cannot toggle render path.
(White ocean has existed before, but crashing is the first in 1.4.0pre8!)
Graphic Card: 256MB Radeon 9600pro with 2.0.5523 WinXP Release
-Sui
Celestia v1.4.0pre8 shows transparent continents in the GForce FX render path and crashes on Nvidia cards when leaving the OpenGL 2.0 render path. It should step to the Basic render path.
System:
1GB, 3.4GHz P4-550; WinXP Pro SP2
128MB GF 6600GT; ForceWare v81.87
Celestia v1.4.0pre8
These problems are not seen in
Celestia v1.4.0pre7
Celestia v1.4.0FT1.2
Celestia built from CVS on December 13.
System:
1GB, 3.4GHz P4-550; WinXP Pro SP2
128MB GF 6600GT; ForceWare v81.87
Celestia v1.4.0pre8
These problems are not seen in
Celestia v1.4.0pre7
Celestia v1.4.0FT1.2
Celestia built from CVS on December 13.
Selden
-
Topic authorchris
- Site Admin
- Posts: 4211
- Joined: 28.01.2002
- With us: 22 years 9 months
- Location: Seattle, Washington, USA
I've uploaded 1.4.0pre9, which fixes the following bugs:
- Crash when changing the render path from OpenGL 2.0 to Basic
- Transparent continents with Earth textures in GeforceFX path
- Strange behavior of Nebulae checkbox in view options dialog
- Date picker in set time dialog not getting focus on mouse click
http://www.celestiaproject.net/~claurel/celest ... .0pre9.exe
EXE only update from 1.4.0pre8:
http://www.celestiaproject.net/~claurel/celest ... e9-exe.zip
--Chris
- Crash when changing the render path from OpenGL 2.0 to Basic
- Transparent continents with Earth textures in GeforceFX path
- Strange behavior of Nebulae checkbox in view options dialog
- Date picker in set time dialog not getting focus on mouse click
http://www.celestiaproject.net/~claurel/celest ... .0pre9.exe
EXE only update from 1.4.0pre8:
http://www.celestiaproject.net/~claurel/celest ... e9-exe.zip
--Chris
- t00fri
- Developer
- Posts: 8772
- Joined: 29.03.2002
- Age: 22
- With us: 22 years 7 months
- Location: Hamburg, Germany
Frank (fsgregs) has just asked me how to get hold of the latest CVS code for compiling Celestia-1.4.0pre9 under Linux.
So I wrapped the CVS code up into a tar.gz archive and uploaded it to my TextureFoundry site.
Here is the Link for Downloading:
http://www.celestiaproject.net/~t00fri/celesti ... re9.tar.gz
PLEASE NOTE:
=========
In order to be able to compile CVS code, you must first generate the necessary Makefiles! This is done by the following command started from a shell in Celestia's root directory:
> make -f Makefile.cvs
After that, one has to enter the ./configure command with parameters depending on the Linux distribution to be built (kde, gnome, gtk, glut). The instructions you find in the file README.
For Celestia-kde, the configure command would be:
> ./configure --with-kde --with-lua
and after that hit
> make
Good luck
Fridger
So I wrapped the CVS code up into a tar.gz archive and uploaded it to my TextureFoundry site.
Here is the Link for Downloading:
http://www.celestiaproject.net/~t00fri/celesti ... re9.tar.gz
PLEASE NOTE:
=========
In order to be able to compile CVS code, you must first generate the necessary Makefiles! This is done by the following command started from a shell in Celestia's root directory:
> make -f Makefile.cvs
After that, one has to enter the ./configure command with parameters depending on the Linux distribution to be built (kde, gnome, gtk, glut). The instructions you find in the file README.
For Celestia-kde, the configure command would be:
> ./configure --with-kde --with-lua
and after that hit
> make
Good luck
Fridger
Code: Select all
Vertex shader source:
1: uniform struct {
2: vec3 direction;
3: vec3 diffuse;
4: vec3 specular;
5: vec3 halfVector;
6: } lights[1];
7: varying vec2 diffTexCoord;
8: varying vec2 normTexCoord;
9: varying vec3 lightDir0;
10: uniform float textureOffset;
11: attribute vec3 tangent;
12:
13: void main(void)
14: {
15: float nDotVP;
16: nDotVP = max(0.0, dot(gl_Normal, lights[0].direction));
17: vec3 bitangent = cross(gl_Normal, tangent);
18: lightDir0.x = dot(tangent, lights[0].direction);
19: lightDir0.y = dot(-bitangent, lights[0].direction);
20: lightDir0.z = dot(gl_Normal, lights[0].direction);
21: diffTexCoord = gl_MultiTexCoord0.st;
22: diffTexCoord.x += textureOffset;
23: normTexCoord = gl_MultiTexCoord1.st;
24: gl_Position = ftransform();
25: }
Fragment shader source:
1: uniform vec3 ambientColor;
2: vec4 diff = vec4(ambientColor, 1.0);
3: uniform vec3 lightcolor0;
4: varying vec2 diffTexCoord;
5: uniform sampler2D diffTex;
6: varying vec2 normTexCoord;
7: varying vec3 lightDir0;
8: uniform sampler2D normTex;
9:
10: void main(void)
11: {
12: vec4 color;
13: vec3 n = texture2D(normTex, normTexCoord.st).xyz * vec3(2.0, 2.0, 2.0) - vec3(1.0, 1.0, 1.0);
14: float l;
15: l = max(0.0, dot(lightDir0, n)) * clamp(lightDir0.z * 8.0, 0.0, 1.0);
16: diff.rgb += l * lightcolor0;
17: color = texture2D(diffTex, diffTexCoord.st);
18: gl_FragColor = color * diff;
19: }
Vertex shader source:
1: uniform struct {
2: vec3 direction;
3: vec3 diffuse;
4: vec3 specular;
5: vec3 halfVector;
6: } lights[1];
7: uniform float shininess;
8: uniform vec3 ambientColor;
9: varying vec4 diff;
10: varying vec4 spec;
11: varying vec2 diffTexCoord;
12: varying vec2 nightTexCoord;
13: varying float totalLight;
14: uniform float textureOffset;
15:
16: void main(void)
17: {
18: float nDotVP;
19: float nDotHV;
20: diff = vec4(ambientColor, 1.0);
21: nDotVP = max(0.0, dot(gl_Normal, lights[0].direction));
22: nDotHV = max(0.0, dot(gl_Normal, lights[0].halfVector));
23: diff.rgb += lights[0].diffuse * nDotVP;
24: spec.rgb += lights[0].specular * (pow(nDotHV, shininess) * nDotVP);
25: totalLight += nDotVP;
26: totalLight = 1.0 - totalLight;
27: totalLight = totalLight * totalLight * totalLight * totalLight;
28: diffTexCoord = gl_MultiTexCoord0.st;
29: diffTexCoord.x += textureOffset;
30: nightTexCoord = gl_MultiTexCoord1.st;
31: gl_Position = ftransform();
32: }
Fragment shader source:
1: varying vec4 diff;
2: varying vec4 spec;
3: varying vec2 diffTexCoord;
4: uniform sampler2D diffTex;
5: varying vec2 nightTexCoord;
6: uniform sampler2D nightTex;
7: varying float totalLight;
8:
9: void main(void)
10: {
11: vec4 color;
12: color = texture2D(diffTex, diffTexCoord.st);
13: gl_FragColor = color * diff + color.a * spec;
14: gl_FragColor += texture2D(nightTex, nightTexCoord.st) * totalLight;
15: }
Error linking shader program:
Vertex info
-----------
Internal error: assembly compile error for vertex shader at offset 1445:
-- error message --
line 39, column 19: error: invalid operand variable
line 46, column 33: error: invalid operand variable
-- internal assembly text --
!!VP2.0
# cgc version 1.5.0000, build date Nov 11 2005 14:12:07
# command line args:
#vendor NVIDIA Corporation
#version 1.0.02
#profile vp30
#program main
#semantic gl_ModelViewProjectionMatrixTranspose
#semantic lights
#semantic shininess
#semantic ambientColor
#semantic textureOffset
#var float3 gl_Normal : $vin.NORMAL : NORMAL : -1 : 1
#var float4 gl_Vertex : $vin.POSITION : POSITION : -1 : 1
#var float4 gl_MultiTexCoord0 : $vin.TEXCOORD0 : TEXCOORD0 : -1 : 1
#var float4 gl_MultiTexCoord1 : $vin.TEXCOORD1 : TEXCOORD1 : -1 : 1
#var float4 gl_Position : $vout.POSITION : HPOS : -1 : 1
#var float4x4 gl_ModelViewProjectionMatrixTranspose : : c[0], 4 : -1 : 1
#var float3 lights[0].direction : : c[4] : -1 : 1
#var float3 lights[0].diffuse : : c[6] : -1 : 1
#var float3 lights[0].specular : : c[10] : -1 : 1
#var float3 lights[0].halfVector : : c[8] : -1 : 1
#var float shininess : : c[9] : -1 : 1
#var float3 ambientColor : : c[7] : -1 : 1
#var float4 diff : $vout.TEX0 : TEX0 : -1 : 1
#var float2 diffTexCoord : $vout.TEX1 : TEX1 : -1 : 1
#var float totalLight : $vout.TEX2 : TEX2 : -1 : 1
#var float textureOffset : : c[11] : -1 : 1
#var float2 nightTexCoord : $vout.TEX4 : TEX4 : -1 : 1
#var float4 spec : $vout.TEX3 : TEX3 : -1 : 1
#const c[5] = 0 1
BB1:
DP3 R0.x, v[2], c[4];
MAX R0.x, R0, c[5];
MUL R1.xyz, R0.x, c[6];
ADD o[TEX0].xyz, R1, c[7];
DP3 R0.y, v[2], c[8];
MAX R1.xy, R0.y, c[5].x;
ADD R0.y, R0.x, o[TEX2].x;
ADD R0.y, -R0, c[5];
MOV R1.z, c[9].x;
LIT R0.z, R1.xyzz;
MUL R0.x, R0, R0.z;
MUL R0.w, R0.y, R0.y;
MUL R0.z, R0.w, R0.y;
MAD o[TEX3].xyz, R0.x, c[10], o[TEX3];
MUL o[TEX2].x, R0.z, R0.y;
MOV o[TEX4].xy, v[9];
MOV o[TEX0].w, c[5].y;
ADD o[TEX1].x, v[8], c[11];
MOV o[TEX1].y, v[8];
DP4 o[HPOS].w, v[0], c[3];
DP4 o[HPOS].z, v[0], c[2];
DP4 o[HPOS].y, v[0], c[1];
DP4 o[HPOS].x, v[0], c[0];
END
# 23 instructions, 2 R-regs
Vertex shader source:
1: uniform struct {
2: vec3 direction;
3: vec3 diffuse;
4: vec3 specular;
5: vec3 halfVector;
6: } lights[1];
7: uniform vec3 ambientColor;
8: varying vec4 diff;
9: varying vec2 diffTexCoord;
10: uniform float textureOffset;
11:
12: void main(void)
13: {
14: float nDotVP;
15: diff = vec4(ambientColor, 1.0);
16: nDotVP = max(0.0, dot(gl_Normal, lights[0].direction));
17: diff.rgb += lights[0].diffuse * nDotVP;
18: diffTexCoord = gl_MultiTexCoord0.st;
19: diffTexCoord.x += textureOffset;
20: gl_Position = ftransform();
21: }
Fragment shader source:
1: varying vec4 diff;
2: varying vec2 diffTexCoord;
3: uniform sampler2D diffTex;
4:
5: void main(void)
6: {
7: vec4 color;
8: color = texture2D(diffTex, diffTexCoord.st);
9: gl_FragColor = color * diff;
10: }
Vertex shader source:
1: uniform struct {
2: vec3 direction;
3: vec3 diffuse;
4: vec3 specular;
5: vec3 halfVector;
6: } lights[1];
7: uniform float shininess;
8: uniform vec3 ambientColor;
9: varying vec4 diff;
10: varying vec4 spec;
11: varying vec2 diffTexCoord;
12: varying vec2 specTexCoord;
13: uniform float textureOffset;
14:
15: void main(void)
16: {
17: float nDotVP;
18: float nDotHV;
19: diff = vec4(ambientColor, 1.0);
20: nDotVP = max(0.0, dot(gl_Normal, lights[0].direction));
21: nDotHV = max(0.0, dot(gl_Normal, lights[0].halfVector));
22: diff.rgb += lights[0].diffuse * nDotVP;
23: spec.rgb += lights[0].specular * (pow(nDotHV, shininess) * nDotVP);
24: diffTexCoord = gl_MultiTexCoord0.st;
25: diffTexCoord.x += textureOffset;
26: specTexCoord = gl_MultiTexCoord1.st;
27: gl_Position = ftransform();
28: }
Fragment shader source:
1: varying vec4 diff;
2: varying vec4 spec;
3: varying vec2 diffTexCoord;
4: uniform sampler2D diffTex;
5: varying vec2 specTexCoord;
6: uniform sampler2D specTex;
7:
8: void main(void)
9: {
10: vec4 color;
11: color = texture2D(diffTex, diffTexCoord.st);
12: gl_FragColor = color * diff + texture2D(specTex, specTexCoord.st) * spec;
13: }
Code: Select all
Error linking shader program:
Vertex info
-----------
Internal error: assembly compile error for vertex shader at offset 1470:
-- error message --
line 41, column 33: error: invalid operand variable
-- internal assembly text --
!!VP2.0
# cgc version 1.5.0000, build date Nov 11 2005 14:12:07
# command line args:
#vendor NVIDIA Corporation
#version 1.0.02
#profile vp30
#program main
#semantic gl_ModelViewProjectionMatrixTranspose
#semantic lights
#semantic shininess
#semantic ambientColor
#semantic textureOffset
#var float3 gl_Normal : $vin.NORMAL : NORMAL : -1 : 1
#var float4 gl_Vertex : $vin.POSITION : POSITION : -1 : 1
#var float4 gl_MultiTexCoord0 : $vin.TEXCOORD0 : TEXCOORD0 : -1 : 1
#var float4 gl_MultiTexCoord1 : $vin.TEXCOORD1 : TEXCOORD1 : -1 : 1
#var float4 gl_Position : $vout.POSITION : HPOS : -1 : 1
#var float4x4 gl_ModelViewProjectionMatrixTranspose : : c[0], 4 : -1 : 1
#var float3 lights[0].direction : : c[4] : -1 : 1
#var float3 lights[0].diffuse : : c[6] : -1 : 1
#var float3 lights[0].specular : : c[10] : -1 : 1
#var float3 lights[0].halfVector : : c[8] : -1 : 1
#var float shininess : : c[9] : -1 : 1
#var float3 ambientColor : : c[7] : -1 : 1
#var float4 diff : $vout.TEX0 : TEX0 : -1 : 1
#var float2 diffTexCoord : $vout.TEX1 : TEX1 : -1 : 1
#var float textureOffset : : c[11] : -1 : 1
#var float4 spec : $vout.TEX2 : TEX2 : -1 : 1
#var float2 specTexCoord : $vout.TEX3 : TEX3 : -1 : 1
#const c[5] = 0 1
BB1:
DP3 R0.x, v[2], c[8];
MAX R1.xy, R0.x, c[5].x;
MOV R1.z, c[9].x;
DP3 R0.x, v[2], c[4];
MAX R0.x, R0, c[5];
LIT R0.z, R1.xyzz;
MUL R1.xyz, R0.x, c[6];
MUL R0.x, R0, R0.z;
ADD o[TEX0].xyz, R1, c[7];
MAD o[TEX2].xyz, R0.x, c[10], o[TEX2];
MOV o[TEX3].xy, v[9];
MOV o[TEX0].w, c[5].y;
ADD o[TEX1].x, v[8], c[11];
MOV o[TEX1].y, v[8];
DP4 o[HPOS].w, v[0], c[3];
DP4 o[HPOS].z, v[0], c[2];
DP4 o[HPOS].y, v[0], c[1];
DP4 o[HPOS].x, v[0], c[0];
END
# 18 instructions, 2 R-regs
earth reg
windows 10 directX 12 version
celestia 1.7.0 64 bits
with a general handicap of 80% and it makes much d' efforts for the community and s' expimer, thank you d' to be understanding.
celestia 1.7.0 64 bits
with a general handicap of 80% and it makes much d' efforts for the community and s' expimer, thank you d' to be understanding.
t00fri wrote:Sorry, symaski62,
but shouldn't your long log listings with shader errors rather go to ElChristou's 1.4.0pre9 BUG thread!?
Here it rather makes the other contributions rather hard to overlook...
Bye Fridger
no !
I know !
C:\Program Files\Celestia FT1.1\textures\medres
charon-lok.JPG > Adobe Photoshop > reg
charon-lok-spec.JPG > the gimp > reg
pluto-lok.JPG > the gimp > reg
pluto-lok-spec.JPG > Adobe Photoshop > reg
earth.PNG > Adobe Photoshop > reg
earthnight.JPG > Adobe Photoshop > reg
earth-clouds.PNG = paint (no reg)
The GIMP & Adobe Photoshop ERREUR "OpenGL 2.0" earth, pluto & charon reg
OpenGL 2.0 => WITHOUT the GIMP & Abobe Photoshop = reg
windows 10 directX 12 version
celestia 1.7.0 64 bits
with a general handicap of 80% and it makes much d' efforts for the community and s' expimer, thank you d' to be understanding.
celestia 1.7.0 64 bits
with a general handicap of 80% and it makes much d' efforts for the community and s' expimer, thank you d' to be understanding.
-
- Posts: 132
- Joined: 26.07.2002
- Age: 38
- With us: 22 years 3 months
- Location: New York, USA
I have encountered a severe problem with Celestia. Whenever I right click on the celestia program. it CTDs to the desktop. here are my current specs of the computer
Processor
Intel Pentium 4, 2800 MHz
200MHz external bus
BIOS
Intel Corp. BF86510A.15A.0045.P08.0309261344 09/26/2003
Memory
1536MB physical
90% free resources
4 memory slots, 0 free (256+512+256+512)
Video
Graphics Adapter: NVIDIA GeForce FX 5500
Screen Area/Colors: 1024x768 pixels, 16 million colors
Monitor: Default Monitor
Monitor: Default Monitor
Monitor: Default Monitor
Monitor: Gateway EV700B
Drives
C:\ (NTFS) 114470MB total, 31411MB free
D:\ CD-ROM/CD-RW or DVD Drive
E:\ CD-ROM/CD-RW or DVD Drive
F:\ (NTFS) 114470MB total, 75582MB free
Network and Modem
Upgrade
(net) Intel Intel PRO/100 VE Network Connection
(net) Microsoft Direct Parallel
(net) Applied Networking Inc. Hamachi Network Interface
(modem) Intel Intel 537EP Data Fax Modem
Operating System
Upgrade
Windows XP SP2 (Windows XP 5.1.2600 Service Pack 2)
Original setup date: 1/9/2005
DirectX Version: 5.03.2600.2180 (xpsp_sp2_rtm.040803-2158)
Swap file managed by Windows
File cache managed by Windows
Browser
MSIE 6.0; 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.40607
Proxy: No proxy set
HTTP level: direct 1.1, proxy 1.0
Scripting version: 5.6.0.8825
Processor
Intel Pentium 4, 2800 MHz
200MHz external bus
BIOS
Intel Corp. BF86510A.15A.0045.P08.0309261344 09/26/2003
Memory
1536MB physical
90% free resources
4 memory slots, 0 free (256+512+256+512)
Video
Graphics Adapter: NVIDIA GeForce FX 5500
Screen Area/Colors: 1024x768 pixels, 16 million colors
Monitor: Default Monitor
Monitor: Default Monitor
Monitor: Default Monitor
Monitor: Gateway EV700B
Drives
C:\ (NTFS) 114470MB total, 31411MB free
D:\ CD-ROM/CD-RW or DVD Drive
E:\ CD-ROM/CD-RW or DVD Drive
F:\ (NTFS) 114470MB total, 75582MB free
Network and Modem
Upgrade
(net) Intel Intel PRO/100 VE Network Connection
(net) Microsoft Direct Parallel
(net) Applied Networking Inc. Hamachi Network Interface
(modem) Intel Intel 537EP Data Fax Modem
Operating System
Upgrade
Windows XP SP2 (Windows XP 5.1.2600 Service Pack 2)
Original setup date: 1/9/2005
DirectX Version: 5.03.2600.2180 (xpsp_sp2_rtm.040803-2158)
Swap file managed by Windows
File cache managed by Windows
Browser
MSIE 6.0; 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.40607
Proxy: No proxy set
HTTP level: direct 1.1, proxy 1.0
Scripting version: 5.6.0.8825
- t00fri
- Developer
- Posts: 8772
- Joined: 29.03.2002
- Age: 22
- With us: 22 years 7 months
- Location: Hamburg, Germany
symaski62 wrote:t00fri wrote:Sorry, symaski62,
but shouldn't your long log listings with shader errors rather go to ElChristou's 1.4.0pre9 BUG thread!?
Here it rather makes the other contributions rather hard to overlook...
Bye Fridger
no !
I know !
C:\Program Files\Celestia FT1.1\textures\medres
charon-lok.JPG > Adobe Photoshop > reg
charon-lok-spec.JPG > the gimp > reg
pluto-lok.JPG > the gimp > reg
pluto-lok-spec.JPG > Adobe Photoshop > reg
earth.PNG > Adobe Photoshop > reg
earthnight.JPG > Adobe Photoshop > reg
earth-clouds.PNG = paint (no reg)
The GIMP & Adobe Photoshop ERREUR "OpenGL 2.0" earth, pluto & charon reg
OpenGL 2.0 => WITHOUT the GIMP & Abobe Photoshop = reg
Sorry, but as you know, my talent for deciphering your visual "riddles" is close to ZERO. Say it in French, whatever you want to say. I told you that I once carried a French passport. So I will surely manage to understand
Bye Fridger
-
- Developer
- Posts: 3776
- Joined: 04.02.2005
- With us: 19 years 9 months
ElChristou wrote:hey, Sym, tu devrais essayer encore car non de Zeus, perso je comprends rien a ton truc...
oui
C:\Program Files\Celestia FT1.1\textures\medres (FT1.2)
"bloc-notes"
\/
charon-lok.JPG > Adobe Photoshop 7.0 2003:06:04 20:13:37
charon-lok-spec.JPG > Created with The GIMP
pluto-lok.JPG > Created with The GIMP
pluto-lok-spec.JPG > Adobe Photoshop 7.0 2003:06:04 20:45:24
earth.PNG > D:\Download\celestia\Planeten\Erde\Celestia_2k_earth.psd , Software Adobe Photoshop 4 , Writer SuperPNG by Brendan Bollest
earthnight.JPG > Photoshop 3.0
windows 10 directX 12 version
celestia 1.7.0 64 bits
with a general handicap of 80% and it makes much d' efforts for the community and s' expimer, thank you d' to be understanding.
celestia 1.7.0 64 bits
with a general handicap of 80% and it makes much d' efforts for the community and s' expimer, thank you d' to be understanding.
Boux wrote:symaski62,
Tu es en train d'essayer de dire que le logiciel avec lequel une texture a ?©t?© cr?©?©e peut avoir une influence sur le rendu dans Celestia et ?©ventuellement d?©clencher un bug?
nivia F 81.85 (2.0.1 version)
pas grave !
Code: Select all
Error linking shader program:
Vertex info
-----------
Internal error: assembly compile error for vertex shader at offset 1470:
-- error message --
line 41, column 33: error: invalid operand variable
-- internal assembly text --
!!VP2.0
# cgc version 1.5.0000, build date Nov 11 2005 14:12:07
# command line args:
#vendor NVIDIA Corporation
#version 1.0.02
#profile vp30
#program main
#semantic gl_ModelViewProjectionMatrixTranspose
#semantic lights
#semantic shininess
#semantic ambientColor
#semantic textureOffset
#var float3 gl_Normal : $vin.NORMAL : NORMAL : -1 : 1
#var float4 gl_Vertex : $vin.POSITION : POSITION : -1 : 1
#var float4 gl_MultiTexCoord0 : $vin.TEXCOORD0 : TEXCOORD0 : -1 : 1
#var float4 gl_MultiTexCoord1 : $vin.TEXCOORD1 : TEXCOORD1 : -1 : 1
#var float4 gl_Position : $vout.POSITION : HPOS : -1 : 1
#var float4x4 gl_ModelViewProjectionMatrixTranspose : : c[0], 4 : -1 : 1
#var float3 lights[0].direction : : c[4] : -1 : 1
#var float3 lights[0].diffuse : : c[6] : -1 : 1
#var float3 lights[0].specular : : c[10] : -1 : 1
#var float3 lights[0].halfVector : : c[8] : -1 : 1
#var float shininess : : c[9] : -1 : 1
#var float3 ambientColor : : c[7] : -1 : 1
#var float4 diff : $vout.TEX0 : TEX0 : -1 : 1
#var float2 diffTexCoord : $vout.TEX1 : TEX1 : -1 : 1
#var float textureOffset : : c[11] : -1 : 1
#var float4 spec : $vout.TEX2 : TEX2 : -1 : 1
#var float2 specTexCoord : $vout.TEX3 : TEX3 : -1 : 1
#const c[5] = 0 1
BB1:
DP3 R0.x, v[2], c[8];
MAX R1.xy, R0.x, c[5].x;
MOV R1.z, c[9].x;
DP3 R0.x, v[2], c[4];
MAX R0.x, R0, c[5];
LIT R0.z, R1.xyzz;
MUL R1.xyz, R0.x, c[6];
MUL R0.x, R0, R0.z;
ADD o[TEX0].xyz, R1, c[7];
MAD o[TEX2].xyz, R0.x, c[10], o[TEX2];
MOV o[TEX3].xy, v[9];
MOV o[TEX0].w, c[5].y;
ADD o[TEX1].x, v[8], c[11];
MOV o[TEX1].y, v[8];
DP4 o[HPOS].w, v[0], c[3];
DP4 o[HPOS].z, v[0], c[2];
DP4 o[HPOS].y, v[0], c[1];
DP4 o[HPOS].x, v[0], c[0];
END
# 18 instructions, 2 R-regs
windows 10 directX 12 version
celestia 1.7.0 64 bits
with a general handicap of 80% and it makes much d' efforts for the community and s' expimer, thank you d' to be understanding.
celestia 1.7.0 64 bits
with a general handicap of 80% and it makes much d' efforts for the community and s' expimer, thank you d' to be understanding.
-
- Posts: 435
- Joined: 25.08.2004
- With us: 20 years 2 months
- Location: Brittany, close to the Ocean
Code: Select all
# cgc version 1.5.0000, build date Nov 11 2005 14:12:07
Ben oui, les dernier drivers Nvidia sont bugu?©s ? cause de leur propre compilateur apparemment.
Ils se prennent les pieds dans leur propre tapis lol !
M??me chose sous Linux.
- t00fri
- Developer
- Posts: 8772
- Joined: 29.03.2002
- Age: 22
- With us: 22 years 7 months
- Location: Hamburg, Germany
Hi all,
while Chris is still snowboarding, I did some further work and implemented some fixes:
Here is a modified 1.4.0pre9 WINDOWS executable that I compiled for you to do further tests:
http://www.shatters.net/~t00fri/celestia/celestia-1.4.0pre9-F.exe
Just rename the original celestia.exe file in 1.4.0pre9 to something like celestia.exe.org and then move my downloaded executable to that location and rename it to celestia.exe.
Here are the new things for you to try out:
1) I fixed the reported problem with the sudden vanishing of some very distant galaxies. Please try it out for at least NGC 1007, IC 4107, IC 4147, IC 4167. The three IC galaxies have all (fairly uncertain) distances > 1e9 ly ! The furthest, IC 4107 has a VERY dim apparent magnitude of 18.5! It's the dimmest one in my deepsky.dsc catalog.
++++++++++++++
If you try this out, don't forget to increase the faintest star magnitude "]" appropriately, to show at least between 11 and 13 mag! If you use AutoMag (CTRL+Y), you also have to increase "]" a bit. But 'Automag limit at 45 deg = 9.0' is sufficient and gives a much more natural looking starfield during ALL zoom levels than without Automag!
++++++++++++++
2) I have also tuned my new brightness sorted galaxy label display a bit. Let me know if you notice improvement or the opposite
A good place for testing is centering first on M 91 and then zooming in with 'SHIFT+mouse left' movements. With the "[" and "]" keys you may affect the displayed label density at a given zoom level.
+++++++++++++++
3) The reported crash of 1.4.0pre9 should be GONE, that could be provoked by first selecting 'star style: points' with CTRL+S and then going to Render path = Basic with CTRL+V.
+++++++++++++++
I suppose Chris mixed in some files that were NOT in CVS when he released 1.4.0pre9. But it's NOT due to the shader files, I checked that explicitly. My compilation using only CVS files does NOT show that crash. That's why I also NEVER reproduced it under Linux! After also compiling celestia under Windows, the crash is gone there as well...
Let me know how things go....
Bye Fridger
while Chris is still snowboarding, I did some further work and implemented some fixes:
Here is a modified 1.4.0pre9 WINDOWS executable that I compiled for you to do further tests:
http://www.shatters.net/~t00fri/celestia/celestia-1.4.0pre9-F.exe
Just rename the original celestia.exe file in 1.4.0pre9 to something like celestia.exe.org and then move my downloaded executable to that location and rename it to celestia.exe.
Here are the new things for you to try out:
1) I fixed the reported problem with the sudden vanishing of some very distant galaxies. Please try it out for at least NGC 1007, IC 4107, IC 4147, IC 4167. The three IC galaxies have all (fairly uncertain) distances > 1e9 ly ! The furthest, IC 4107 has a VERY dim apparent magnitude of 18.5! It's the dimmest one in my deepsky.dsc catalog.
++++++++++++++
If you try this out, don't forget to increase the faintest star magnitude "]" appropriately, to show at least between 11 and 13 mag! If you use AutoMag (CTRL+Y), you also have to increase "]" a bit. But 'Automag limit at 45 deg = 9.0' is sufficient and gives a much more natural looking starfield during ALL zoom levels than without Automag!
++++++++++++++
2) I have also tuned my new brightness sorted galaxy label display a bit. Let me know if you notice improvement or the opposite
A good place for testing is centering first on M 91 and then zooming in with 'SHIFT+mouse left' movements. With the "[" and "]" keys you may affect the displayed label density at a given zoom level.
+++++++++++++++
3) The reported crash of 1.4.0pre9 should be GONE, that could be provoked by first selecting 'star style: points' with CTRL+S and then going to Render path = Basic with CTRL+V.
+++++++++++++++
I suppose Chris mixed in some files that were NOT in CVS when he released 1.4.0pre9. But it's NOT due to the shader files, I checked that explicitly. My compilation using only CVS files does NOT show that crash. That's why I also NEVER reproduced it under Linux! After also compiling celestia under Windows, the crash is gone there as well...
Let me know how things go....
Bye Fridger
Boux wrote:Ben oui, les dernier drivers Nvidia sont bugu?©s ? cause de leur propre compilateur apparemment.
Haha, j'aime cet mot, "bugu?©s". Fantastique. C'est comme "blogues".
symaski62 wrote:charon-lok.JPG > Adobe Photoshop 7.0 2003:06:04 20:13:37
charon-lok-spec.JPG > Created with The GIMP
pluto-lok.JPG > Created with The GIMP
pluto-lok-spec.JPG > Adobe Photoshop 7.0 2003:06:04 20:45:24
Je ne comprends pas encore ton hypoth??se. Boux est correct. Les "commentaires" d'un fichier ne peuvent pas avoir une influence sur le rendu dans Celestia. C'est toute la m??me chose pour libjpeg et libpng.
Fridger:
I can confirm that on my system, the ctrl+V crash is gone with your modified exe file, using points. However, I did notice a few other things different from your file and 1.4.0pre9.
The comet tails are different. Going to Halley today in 1.4.0pre9 shows no tail and no coma. Just the nucleas is visible. Your file still shows a nucleus and coma, so Chris made some code change that was different there.
There is also some sliight difference in the appearance of the Milky Way from inside between the two files.
I haven't checked for other differences ... but FYI
Frank
I can confirm that on my system, the ctrl+V crash is gone with your modified exe file, using points. However, I did notice a few other things different from your file and 1.4.0pre9.
The comet tails are different. Going to Halley today in 1.4.0pre9 shows no tail and no coma. Just the nucleas is visible. Your file still shows a nucleus and coma, so Chris made some code change that was different there.
There is also some sliight difference in the appearance of the Milky Way from inside between the two files.
I haven't checked for other differences ... but FYI
Frank