Frederic Bouvier wrote:
This shader error affects shadow rendering and for now, I don't
have a replacement. The only thing I can propose for this kind
of card, is to disable shadow rendering :
--prop:/sim/rendering/shadows/enabled=false
Here's your weekly screenshot from 1 hour old GIT:
Ignoring the horrible artifacts for a moment, I think we need at least
one more mip level on the instrument faces for the 172. Even at that
low resolution they are very blurry.
On Mon, Apr 16, 2012 at 9:24 PM, Martin Spott martin.sp...@mgras.net wrote:
Frederic Bouvier wrote:
This shader error
De: Martin Spott
Frederic Bouvier wrote:
This shader error affects shadow rendering and for now, I don't
have a replacement. The only thing I can propose for this kind
of card, is to disable shadow rendering :
--prop:/sim/rendering/shadows/enabled=false
Here's your weekly
De: Martin Spott
Frederic Bouvier wrote:
You can try the last code with
--prop:/sim/rendering/no-16bit-buffer=true
jive: 12:18:06 ~ find .fgfs*
find: No match.
jive: 12:18:17 ~ env | grep \^FG
FG_HOME=/opt/FlightGear
FG_ROOT=/home/martin/SCM/FlightGear/fgdata
jive: 12:18:19 ~ fgfs
Frederic Bouvier wrote:
You can try the last code with --prop:/sim/rendering/no-16bit-buffer=true
jive: 12:18:06 ~ find .fgfs*
find: No match.
jive: 12:18:17 ~ env | grep \^FG
FG_HOME=/opt/FlightGear
FG_ROOT=/home/martin/SCM/FlightGear/fgdata
jive: 12:18:19 ~ fgfs
De: Martin Spott
Frederic Bouvier wrote:
You can try the last code with
--prop:/sim/rendering/no-16bit-buffer=true
jive: 12:18:06 ~ find .fgfs*
find: No match.
jive: 12:18:17 ~ env | grep \^FG
FG_HOME=/opt/FlightGear
FG_ROOT=/home/martin/SCM/FlightGear/fgdata
jive: 12:18:19 ~
On Sat, 31 Mar 2012 23:25:02 +0200 (CEST), Frederic wrote in message
19021583.88966983.1333229102979.javamail.r...@zimbra59-e10.priv.proxad.net:
The light animation is now functional. As an example, the airport
light pole has been converted, and is visible near the maintenance
building at
On 30 Mar 2012, at 16:03, Frederic Bouvier wrote:
The lighting problem has been fixed and the shadows are in since
this morning. Shadow resolution is configurable in the preferences
by changing /sim/rendering/shadows/map-size before starting fgfs.
Basically works here, but the shadow seems
P.S.: If you'd like me to test on the Nvidia 7950 GT again, please
yell at me.
You can try the last code with --prop:/sim/rendering/no-16bit-buffer=true
Regards,
-Fred
--
This SF email is sponsosred by:
Try
The light animation is now functional. As an example, the airport
light pole has been converted, and is visible near the maintenance
building at KSFO.
A new option: /sim/rendering/no-16bit-buffer=true is available for
GPU that emit 0x8cda at FBO setup. It should produce ugly specular
though.
The lighting problem has been fixed and the shadows are in since
this morning. Shadow resolution is configurable in the preferences
by changing /sim/rendering/shadows/map-size before starting fgfs.
I'll try to add a listener to make it settable at run-time.
Next step will be to add lighting
Frederic Bouvier wrote:
Martin: I know you prefer to handle shared model modification
I've retired from handling _any_ sort of model stuff, therefore I'm not
the one to negotiiate with any more ;-)
Cheers,
Martin.
P.S.: If you'd like me to test on the Nvidia 7950 GT again, please
Frederic Bouvier wrote:
The Rembrandt renderer is enabled with the --enable-rembrandt option.
*ALL SHADERS SHOULD BE SET TO OFF* unless someone want to begin to
convert other shaders.
On Linux Debian/AMD64 (6.0) using Nvidia's 295.33 driver and a one-hour
old GIT checkout plus this:
jive:
Martin Spott wrote:
http://foxtrot.mgras.net/bitmap/FGFS/fgfs-rembrandt_01.png
Default console output is here - nothing particularly exciting:
http://foxtrot.mgras.net/bitmap/FGFS/fgfs-rembrandt_01.txt
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its
Hi Martin,
- Mail original -
De: Martin Spott
Martin Spott wrote:
http://foxtrot.mgras.net/bitmap/FGFS/fgfs-rembrandt_01.png
Default console output is here - nothing particularly exciting:
http://foxtrot.mgras.net/bitmap/FGFS/fgfs-rembrandt_01.txt
The interesting part is
Frederic Bouvier wrote:
Can you check that your card support extension ARB_texture_rg (
glxinfo | grep ARB_texture_rg ) ?
jive: 11:40:31 ~ glxinfo | grep -1 ARB_texture_rg
GL_ARB_texture_mirrored_repeat, GL_ARB_texture_non_power_of_two,
GL_ARB_texture_rectangle, GL_ARB_texture_rg,
What is the exact g-buffer format rembrandt tries to set up?
NV4x/NV5x have some serious restrictions.
1 attachment is RG16 (normals.xy)
2 attachments are RGBA8 (diffuse color, and monochrome specular, emissive and
shininess)
1 GL_DEPTH_COMPONENT32 (depth)
Regards,
-Fred
On 26 Mar 2012, at 21:05, Frederic Bouvier wrote:
I presume I am drawing to the front buffer instead of the back buffer
Same here on Mac/Ati BTW, I did guess it was a temporary draw to the wrong
buffer.
James
--
Tested under Gentoo with a Radeon HD 4670 and the fglrx driver: Works.
Render previews show up and the overall performance is nice.
I also ran a short test with the opensource radeon driver. There, the GLSL
version 1.3 was too much for it. I got a picture however.
Can't wait to see the render
Am 25.03.2012 19:49, schrieb Frederic Bouvier:
The Rembrandt renderer is enabled with the --enable-rembrandt option.
*ALL SHADERS SHOULD BE SET TO OFF* unless someone want to begin to
convert other shaders.
Basically works here on Linux with proprietary Nvidia drivers. However,
when I zoom in
The first batch of sources has been pushed to gitorious. These commits are
intended mainly to check that the classical (forward) renderer is not broken
and works as usual. They will also permit one to challenge his GPU and see
how it behaves in front of the beast.
In the plan exposed previously
On 25 Mar 2012, at 18:49, Frederic Bouvier wrote:
The Rembrandt renderer is enabled with the --enable-rembrandt option.
*ALL SHADERS SHOULD BE SET TO OFF* unless someone want to begin to
convert other shaders.
On Ati 5770 / Mac / OSG 3.0.1, this is basically alive.
Getting the following at
De: James Turner
On 25 Mar 2012, at 18:49, Frederic Bouvier wrote:
The Rembrandt renderer is enabled with the --enable-rembrandt
option.
*ALL SHADERS SHOULD BE SET TO OFF* unless someone want to begin to
convert other shaders.
On Ati 5770 / Mac / OSG 3.0.1, this is basically
- Mail original -
De: James Turner zakal...@mac.com
À: FlightGear developers discussions
flightgear-devel@lists.sourceforge.net
Envoyé: Dimanche 25 Mars 2012 21:51:19
Objet: Re: [Flightgear-devel] [Rembrandt] the plan
On 25 Mar 2012, at 20:39, Frederic Bouvier wrote:
It means
Hi all.
3. define an XML format for describing the two possible rendering pipelines
(the current and new). The format will introduce optional elements (such as
shadows, ambient occlusion, glow).
I want to point out my work on my newcameras branch:
Hi Lauri,
Hi all.
3. define an XML format for describing the two possible rendering
pipelines (the current and new). The format will introduce
optional elements (such as shadows, ambient occlusion, glow).
I want to point out my work on my newcameras branch:
Hi,
On Wednesday, March 07, 2012 14:58:26 Lauri Peltonen wrote:
3. define an XML format for describing the two possible rendering
pipelines (the current and new). The format will introduce optional
elements (such as shadows, ambient occlusion, glow).
I want to point out my work on my
Now that the introduction of Rembrandt next, provided that the current
operation is retained, has been accepted, it is time to outline the plan that I
intend to apply:
1. update SimGear with additions made on the effects and animations (done). The
changes include the creation of positioned
28 matches
Mail list logo