Yes, updating the driver helped. Thanks
From: grtuxhangar team
To: Michael ; FlightGear developers discussions
Sent: Tuesday, September 10, 2013 5:05 PM
Subject: Re: [Flightgear-devel] Rembrandt and FXAA on Linux
sorry must be said
FXAA + Rembrandt
FSAA + Rembrandt with Linux x86-64 NVidia driver right now 325.15
and others previous ones built against OpenSUSE is working well .
It should be the same with any others Linux distributions
BTW: for some reasons "AA" cannot work with Rembrandt
Ahmad
On 10 September 2013 16:51, Michae
Still broken. Anyone got Rembrandt working with FXAA or AA on Ubuntu 13.04
64bit?
http://www.flightgear.org/forums/viewtopic.php?f=19&t=16943&start=15--
How ServiceNow helps IT people transform IT departments:
1. Consoli
sorry must be said
FXAA + Rembrandt
On 10 September 2013 17:04, grtuxhangar team wrote:
> FSAA + Rembrandt with Linux x86-64 NVidia driver right now 325.15
> and others previous ones built against OpenSUSE is working well .
>
> It should be the same with any others Linux distributions
>
Hi All,
I spent a little time this weekend looking through the Rembrandt
shader code to gain some familiarity and (naively) see if I could find
any obvious performance improvement, in particular by unwrapping
loops/if tests, as Rembrandt is just a little too slow on my machine
to be usable.
Unfor
"* you have tree density to 0.7 in the shots, I had it at 2.4 - since
there's lots of trees in the scene (it's tropical forest), that would be
expected to have an impact"
Yes the vegetation has a huge impact, i experienced from 0;7 to 2.5 the
fps decrease is 40 %, with or without Rembrandt.
> It could help you to understand why you are getting that poor
> performances
> with your pretty fast beast GTX 670M.
Thanks, though I remain mystified.
There are few differences I can spot:
* you have tree density to 0.7 in the shots, I had it at 2.4 - since there's
lots of trees in the s
Hello,
You may want some screenshots which expose the performances with rembrandt
at WAAJ and the PAF team DR-400 and the computer with Nvidia GPU 560 TI i
refer to .
It could help you to understand why you are getting that poor performances
with your pretty fast beast GTX 670M.
Let's consider r
Hello,
Just tested with an other computer 2x GPU 560 TI /SLI screen 1900x1200.
better than mine.
At WAAJ and the PAF team DR-400
Getting an average of 50 fps: rembrandt-enabled , real weather fetch,
shaders water 5, urban 3, model 3, and multithreading ( the whole cpu
loading is only at 25 %
> Which screen size ?
> With my old GPU Geforce 9600 GT at 1024x800 i never got less than 24 fps
> (usually 30 fps). It is when using FG 2.10.
> Decreasing on the fly the screen size increase the fps.
Yeah, well, fragment shader load (and hence deferred rendering) scales with the
number of pixels
Hello,
Which screen size ?
With my old GPU Geforce 9600 GT at 1024x800 i never got less than 24 fps
(usually 30 fps). It is when using FG 2.10.
Decreasing on the fly the screen size increase the fps.
I am using Linux KDE4.
However with the recent FG Git, i am losing at least 30 % of performa
Thorsten
> Sent: 13 June 2013 07:25
> To: FlightGear developers discussions
> Subject: [Flightgear-devel] Rembrandt performance
>
>
> I've had a my first short go with Rembrandt on my new machine yesterday.
> The test case was a small airport in Sulawesi (I
I've had a my first short go with Rembrandt on my new machine yesterday. The
test case was a small airport in Sulawesi (Indonesia) (WAAJ) where I'm
discovering a very nice scenery. There are no static or shared models to speak
of, there is some forest around, and that's basically it. I chose fa
Hej Thorsten! :)
> From: thorsten.i.r...@jyu.fi
> To: flightgear-devel@lists.sourceforge.net
> Date: Wed, 17 Apr 2013 07:22:42 +
> Subject: Re: [Flightgear-devel] Rembrandt and ALS combined or switchable
>
> > I was wondering if there is a future plan in unit
> I was wondering if there is a future plan in uniting these two amazing
> attributes of FG...
My development plan as outlined for the period between 2.10 and 3.0
(hopefully...)
http://wiki.flightgear.org/User:Thorsten
is still valid:
"After thinking about this for a while, I have decided tha
Hello!
I was wondering if there is a future plan in uniting these two amazing
attributes of FG...
I suspect the programming challenges must be more than easy, yet I assume we
would all like to have these features together, without having to quit and edit
config files for choosing one of them a
Stuart wrote:
> Personally I'd really like to see the rendering systems unified, even
> though I don't have enough GPU to run them both together (or indeed
> Rembrandt with shadows). It's just make for a more consistent
> experience. (...)
> I had a look at this a couple of weeks ago but
> didn
Hi Everybody,
As some of you probably know, FSWeekend 2012, Europe's largest Flight
Simulation Event is approaching. As in previous year's I've committed myself
again to organize (or help organizing) a booth. I've been keeping a fairly low
profile recently, and consequently I'm a little out of
> Btw - what is the practical application of all that clever stuff? Any
> chance of a review of FGRun to include some of the new items?
All these effects (except night vision) are intended for our fellow
users that master the art of video making by simulating some of the
"features" of a real wor
Hi All,
several aircraft have now landing lights in Rembrandt (DR400-jsbsim from PAF,
c172p, Hurricane, ...). But not all are visible when seen as MP or AI models.
With some changes and the help of Clément, we managed to have that :
http://frbouvi.free.fr/flightsim/fgfs-rembrandt-dr400-multiplay
Hi Fred,
>> and re-compiled. Just to see what value it was when
>> I iconized...
> and ?
As I said a little further down the email -
> I still get the black on iconizing, but never see
> my above debug output... resizing does NOT seem to
> pass through here???
So obviously do not know the valu
Hi Geoff,
> Well since I still get a black screen after iconizing,
> I dropped in some debug output in
> src/Viewer/CameraGroup.cxx, around line 220, code like -
>
> static double last_w = -1.0;
> static double last_h = -1.0;
> void CameraInfo::resize(double w, double h)
> {
> if ((last_w !=
Hi Geoff,
> I always add -
> --prop:/sim/rendering/rembrandt/enabled=true
> to the command line, but this time I decided to also try
> the new view -> rendering options -> Rembrandt Options
> and noted [ ] Shadows was NOT checked. How come?
Rembrandt is more than "just" shadows. Enabling Remb
Hi Fred,
Just saw your
commit 608520d932bbe81a5916d50dadeef364e1d82140
of yesterday concerning iconizing so decide to do
some more tests...
The good news ;=)) Suddenly I have shadows ;=)))
What changed?
Well since I still get a black screen after iconizing,
I dropped in some debug outp
On Sat, 2012-06-16 at 17:48 +0200, Frederic Bouvier wrote:
> > > And none of this explains why Rembrandt CRASHES the
> > > Radeon HD 7770 - it stops working, and goes into
> > > auto-recovery - in my Windows 7 64-bit box. Without
> > > Rembrandt the fps there is 60...
> >
> > I bought myself a HD7
Frederic Bouvier wrote:
> I found a way to avoid the black window. So I can tell that Rembrandt
> works perfectly on a HD7750 windowed or fullscreen at 1600x1200. With
> vegetation set to 2.0 and random buildings at 1.0, I get 20 fps on the
> c172p.
My feeling tells me that these values should
> > And none of this explains why Rembrandt CRASHES the
> > Radeon HD 7770 - it stops working, and goes into
> > auto-recovery - in my Windows 7 64-bit box. Without
> > Rembrandt the fps there is 60...
>
> I bought myself a HD7750. The only issue I have under win7 64bit is
> that the fgfs window g
On Fri, 2012-06-15 at 18:25 +0200, Frederic Bouvier wrote:
> Hi Geoff,
>
> > Glad to hear the HD 7750 works fine in Win 7 64-bits... it seems very
> > similar to the HD 7770 so no idea why I have such a bad 'crash' with
> > Rembrandt ;=()
> >
> > Maybe later driver updates, or even as Rembrandt m
Hi Geoff,
> Glad to hear the HD 7750 works fine in Win 7 64-bits... it seems very
> similar to the HD 7770 so no idea why I have such a bad 'crash' with
> Rembrandt ;=()
>
> Maybe later driver updates, or even as Rembrandt matures... I can
> only hope ;=)) will keep trying now and again, but the
Hey Geoff,
sad to see that it's a common problem.
But then again, Vista generally wasn't one of MS's better products...
B.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's securi
Hi Fred,
Glad to hear the HD 7750 works fine in Win 7 64-bits... it seems very
similar to the HD 7770 so no idea why I have such a bad 'crash' with
Rembrandt ;=()
Maybe later driver updates, or even as Rembrandt matures... I can
only hope ;=)) will keep trying now and again, but the completely
Michael:
Wanna buy me a Lenovo T61?
I'd trade in my current T60, but you'd need to cover the pricing difference.
Then I'd have that "cheap NVidia card" suitable for Flightgear...
Geoff:
Again, I doubt that GRUB is at fault for non-working updates.
I've updated Win 7 with SP1 post-GRUB just fine
Never heard of such, buy anyway I never update, but do a reinstall.
Hence back up your 10.04 data, then from the vista cd do a fixmbr or alike.
Search the exact syntax. update vista and simply reinstall 12.04 after
reformating with ext4.
And yes let me know how it goes. I wanted to install sp2
RE: Upgrade : Ubuntu 10.04 LTS to 12.04 LTS
from : https://help.ubuntu.com/community/PreciseUpgrades
"It is generally recommended that users of Ubuntu 10.04
LTS wait until the first point release, due in July,
before upgrading."
I think I prefer to 'wait-the-time' ;=)) not long now...
And I
> And none of this explains why Rembrandt CRASHES the
> Radeon HD 7770 - it stops working, and goes into
> auto-recovery - in my Windows 7 64-bit box. Without
> Rembrandt the fps there is 60...
I bought myself a HD7750. The only issue I have under win7 64bit is that the
fgfs window goes black if
t.
> >
> > (With an X1300 , I get nearly twice the FPS in Win 7
> compared to Linux)
> >
Sighget a cheap Nvidia card from ebay.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today'
Great news about the kernel! Can't wait for it to hit "testing" on Arch!
(Although I'm not expecting any miracles on this machine.)
B.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways tod
On Wed, 13 Jun 2012 21:08:50 +0200, Björn wrote in message
:
> Hi Geoff,
>
> my Win 7 updates work well and I don't think that GRUB has something
> to do with it.
>
> Well, I did try Rembrandt once and it worked, so I assume that your
> card can handle it as well.
..hang in there:
http://www.p
Hi Geoff,
my Win 7 updates work well and I don't think that GRUB has something
to do with it.
Well, I did try Rembrandt once and it worked, so I assume that your
card can handle it as well.
Don't let the product number fool you; the 2600XT is better than mine
(albeit not being ATI's best card, ev
On Wed, 2012-06-13 at 16:21 +0200, Björn Kesten wrote:
> Since ATI driver support doesn't even qualify as "bloody awful",
> you're better off running FG in Windows - at least until you get a
> newer card or the open source driver gets a huuuge performance
> boost.
>
> (With an X1300 , I ge
Since ATI driver support doesn't even qualify as "bloody awful",
you're better off running FG in Windows - at least until you get a
newer card or the open source driver gets a huuuge performance
boost.
(With an X1300 , I get nearly twice the FPS in Win 7 compared to Linux)
B.
--
On Wed, 13 Jun 2012 14:21:20 +0200, Geoff wrote in message
<1339590080.1793.17.camel@DELL02>:
> On Tue, 2012-06-12 at 16:57 +0200, Arnt Karlsen wrote:
> > On Fri, 08 Jun 2012 12:00:47 +0200, Geoff wrote in message
> > > Concerning Rembrandt, it does not work on either
> > > of my 2 ATI cards -
On Tue, 2012-06-12 at 16:57 +0200, Arnt Karlsen wrote:
> On Fri, 08 Jun 2012 12:00:47 +0200, Geoff wrote in message
> > Concerning Rembrandt, it does not work on either
> > of my 2 ATI cards - Radeon HD 2600 XT, running Ubuntu
> ..the latest (12.04)?
No, still 10.04 LTS, but may upgrade soon...
On Sun, 10 Jun 2012 05:11:29 -0600, syd wrote in message
:
> Thought I'd show the state of rembrandt here .This is on an Acer
> Aspire laptop with ATI Mobility Radeon HD4250 graphics...
> and Ive heard that this current Ubuntu fglrx driver is buggy , but
> haven't successfully installed the lates
Hi Syd,
On Sun, Jun 10, 2012 at 12:25 PM, syd adams wrote:
> These are the errors I get with Rembrandt enabled :
>
>
> FRAGMENT glCompileShader
> "/home/syd/FG/fgdata/Shaders/ubershader-gbuffer.frag" FAILED
> FRAGMENT Shader "/home/syd/FG/fgdata/Shaders/ubershader-gbuffer.frag" infolog:
> Fragment
De: "syd adams"
> À: "FlightGear developers discussions"
>
> Envoyé: Dimanche 10 Juin 2012 13:11:29
> Objet: [Flightgear-devel] rembrandt
>
> Thought I'd show the state of rembrandt here .This is on an Acer
> Aspire laptop with ATI Mobility Radeon HD425
Thought I'd show the state of rembrandt here .This is on an Acer
Aspire laptop with ATI Mobility Radeon HD4250 graphics...
and Ive heard that this current Ubuntu fglrx driver is buggy , but
haven't successfully installed the latest driver from AMD ...
maybe its time to go back to a desktop setup ,
These are the errors I get with Rembrandt enabled :
FRAGMENT glCompileShader
"/home/syd/FG/fgdata/Shaders/ubershader-gbuffer.frag" FAILED
FRAGMENT Shader "/home/syd/FG/fgdata/Shaders/ubershader-gbuffer.frag" infolog:
Fragment shader failed to compile with the following errors:
ERROR: 0:79: error(
Frederic Bouvier wrote:
>> Voila, your weekly screenshot(s):
>>
>> http://foxtrot.mgras.net/bitmap/FGFS/fgfs-rembrandt_04.0.png
>> http://foxtrot.mgras.net/bitmap/FGFS/fgfs-rembrandt_04.1.png
>
> Looks like there is some progress, isn't it ?
Definitely !
>> Debian Linux/AMD64, Nvidia GeForc
> Voila, your weekly screenshot(s):
>
> http://foxtrot.mgras.net/bitmap/FGFS/fgfs-rembrandt_04.0.png
> http://foxtrot.mgras.net/bitmap/FGFS/fgfs-rembrandt_04.1.png
Looks like there is some progress, isn't it ?
>
> Debian Linux/AMD64, Nvidia GeForce 7950 GT, closed source driver
> version 29
Martin Spott wrote:
> Voila, your weekly screenshot(s):
BTW, if you'd prefer me to stop posting these screenshots, please
shout,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
Voila, your weekly screenshot(s):
jive: 14:55:15 ~> find .fgfs*
.fgfsrc
jive: 14:55:27 ~> env | grep \^FG
FG_HOME=/opt/FlightGear
FG_ROOT=/home/martin/SCM/FlightGear/fgdata
jive: 14:55:39 ~> cat ~/.fgfsrc
--timeofday=noon
--enable-rembrandt
--prop:/sim/rendering/shadows/enabled=true
--prop:/sim/r
> --enable-rembrandt
> --prop:/sim/rendering/shadows/enabled=true
> --prop:/sim/rendering/shadows/num-cascades=1
> --prop:/sim/rendering/shadows/cascade-far-m=50
should be: --prop:/sim/rendering/shadows/cascade-far-m[0]=50
> --prop:/sim/rendering/shadows/map-size=2048
> --prop:/sim/rendering/shado
This is an update on my efforts to make rembrandt work on not so new GPU.
I managed to make Rembrandt work on my NVidia 7600GT (on Debian Wheezy) with
the following settings :
--enable-rembrandt
--prop:/sim/rendering/shadows/enabled=true
--prop:/sim/rendering/shadows/num-cascades=1
--prop:/sim/re
> 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
On Thu, 5 Apr 2012, Frederic Bouvier wrote:
> I don't remember every thing I did 5 years ago.
>
If it's any consolation, I get fuzzy when things are out past a week. :)
g.
--
Proud owner of F-15C 80-0007
http://www.f15sim.com - The only one of its kind.
http://www.diy-cockpits.org/coll - Go Col
eforge.net
> Envoyé: Jeudi 5 Avril 2012 18:58:10
> Objet: [Flightgear-devel] Rembrandt aircraft and fgrun
> Do you have really forgot that one? because you are the author of
> this feature :P
> http://comments.gmane.org/gmane.games.flightgear.general/17849
> You are a joker devel
Do you have really forgot that one? because you are the author of this feature
:P http://comments.gmane.org/gmane.games.flightgear.general/17849
You are a joker developers ;)
Your implementation takes effect with animation and model. Thus you can use it
like :
ailes
But since
That's a possibility (I forgot that one) but it only apply to submodels, right
?
-Fred
- Mail original -
> De: "Clement de l'Hamaide"
> À: flightgear-devel@lists.sourceforge.net
> Envoyé: Jeudi 5 Avril 2012 15:59:18
> Objet: [Flightgear-devel] Rembran
Hi Fred,
In order to disable the big grey blobs in the 3d preview of fgrun, just need to
add in XML file of the object.
You can test it with the last version of Tecnam P92 for Rembrandt here :
http://clemaez.fr/flightgear/Tecnam-P92-rembrandt.tar.gz
For exemple :
light.ac
Cheers,
Cl
I should raise the point now before things get too complicated to change.
In case you didn't notice, aircraft with Rembrandt lights now exhibit big grey
blobs in the 3d preview of fgrun.
So we should think of a way to identify these objects and remove them in fgrun.
The simplest way is a naming
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
> With Rembrandt, brightness of the scenery seems to depend on the
> view's pitch angle a lot. So, when you fly along and pitch up/down
> heavily (take the ufo), you see the ground becoming brighter and
> darker. It mainly seems to affect the bright (non-shadow) areas.
I believe it was fixed by
On Sunday, April 01, 2012 01:45:52 PM ThorstenB wrote:
> With Rembrandt, brightness of the scenery seems to depend on the view's
> pitch angle a lot. So, when you fly along and pitch up/down heavily
> (take the ufo), you see the ground becoming brighter and darker. It
> mainly seems to affect the b
With Rembrandt, brightness of the scenery seems to depend on the view's
pitch angle a lot. So, when you fly along and pitch up/down heavily
(take the ufo), you see the ground becoming brighter and darker. It
mainly seems to affect the bright (non-shadow) areas.
When pitching up, the ground even
Hello,
I updated my FGFS yesterday and today, after a whole while.
Of course I tried Rembrandt and I'm impressed- finally shadows again!
Rembrandt does work here without any error messages.
(DualCore 2,6 Ghz, 4GB RAM, Nvidea GeForce GTX460)
What I noticed is, that Anti-Aliasing does not work, and
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
Thanks, I prefer that one ;-)
-Fred
- Mail original -
> De: "Olaf Flebbe"
> À: "FlightGear developers discussions"
>
> Envoyé: Vendredi 9 Mars 2012 23:00:47
> Objet: Re: [Flightgear-devel] Rembrandt feedback (was: Project Rembrandt -
> next
Hi Fred,
I found the correct extension for unsigned uniforms:
--- a/src/Main/CameraGroup.cxx
+++ b/src/Main/CameraGroup.cxx
@@ -906,6 +906,7 @@ const char *ssao_vert_src = ""
const char *ssao_frag_src = ""
"#version 120\n"
+"#extension GL_EXT_gpu_shader4 : enable\n"
"#line " TOST
Hi Fred,
I checked the specs: unsigned int is not part of the GLSL 1.20. It is GLSL 1.30.
Unfortunately I get on may MAC:
ERROR: 0:1: '' : version '130' is not supported
if I try. ;-(
Appended a diff using "int", no error message and a screenshot for made with
this path and map-size 4096
Scre
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
Hi Olaf,
maybe I can tell you from a screenshot. From memory, we need at least
GL_ARB_framebuffer_object and float_texture
I don't know what extension or declaration is required to have "unsigned int"
uniforms (osg_FrameNumber in src/Main/CameraGroup.cxx)
Regards,
-Fred
- Mail original -
Hi Fred,
I did see a composited view in the window (with different views at the edges of
the window). Isn't the FBO necessary for this? May the allocation of just one
of the FBO's fail?
Do you know which Extension has to be present? My system announces to have:
> Am 06.03.12 23:09, schrieb Olaf Flebbe:
> > PixelBufferCocoa :: realizeImplementation not implemented yet
>
> Hi Fred
>
> Just curious about this line, do you think recent osg cocoa windowing
> under OSX will be supported by rembrandt?
Sorry Yves, I have no idea. This error message seems to im
1 - 100 of 108 matches
Mail list logo
