> 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 yo
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 wrote:
> Frederic Bouvier wrote:
>
>> This shader error affects shadow ren
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 G
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:
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 a
> 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
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 --prop:/sim/rendering/shade
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.
Re
> 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 Win
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 seem
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
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 exam
> 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
---
What is the exact g-buffer format rembrandt tries to set up? NV4x/NV5x
have some serious restrictions.
On Wed, Mar 28, 2012 at 10:45 PM, Martin Spott wrote:
> Frederic Bouvier wrote:
>
>> Can you check that your card support extension ARB_texture_rg (
>> glxinfo | grep ARB_texture_rg ) ?
>
> jive
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, G
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 interestin
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
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:
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
--
Th
> De: "ThorstenB"
>
> 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 N
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
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 p
- Mail original -
> De: "James Turner"
> À: "FlightGear developers discussions"
>
> 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
On 25 Mar 2012, at 20:39, Frederic Bouvier wrote:
> It means that the driver doesn't support version 1.30 of glsl. I'll
> try to simplify the shader
Given that it's latest Mac OS-X, with a card purchased three months ago, that's
worrying :)
In other news, the Intel 3000-HD actually seems to w
> 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 ba
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
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
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 m
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:
> https://git
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:
https://gitorious.org/~zan/fg/zans-flig
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"
31 matches
Mail list logo