Re: [Flightgear-devel] More Rembrandt Feedback
No moon shadows? I see a long discussion coming up about how unrealistic this all is ;-) Did we not have a discussion a while back about our nights being too dark? I think moonlight would be great, but we would need to take into account the phases of the moon. Something to do as a future enhancement. I actually wanted to do that a while ago and asked for some help - there just didn't seem anyone interested around... [quote]Now that lightfields are in GIT, it occurred to me that we could have moonlight with this bit of technology relatively easy (before anyone mentions Project Rembrandt, I was thinking of rendering cloud layers in the moonlight, or snow-covered mountain ranges, i.e. for any distance from high altitude). The way I would imagine doing this is as follows: It would need the moon position passed to the shaders just like the sun, i.e. say as gl_lightSource[1].position. In addition it would need the moon phase (0: new moon, 1: full moon) as a property, to be passed as a uniform. A conditional statement would then check if the sunlight intensity is below some threshold, in which case it would simply switch over to the moon as primary light source (i.e. things are rendered either using sun or moon, but never both) with some smoothing, then simply moonlight and the different position is passed to the subsequent rendering steps, and voila - we could have relatively bright full moon nights, using the same light reduction rules on the ground due to clouds and fog which the sunlight rendering uses. Can the moon position info be passed in this way?[/quote] Cheers, * Thorsten -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Apologies to Fred - more feedback
On Wed, Apr 4, 2012 at 5:40 PM, Frederic Bouvier wrote: The first thing to do it to convert the tree shader in a way it outputs correctly normals and colors to the 3 buffers. As long as you can see identically shaded objects in all three buffers, it's not good. You may want to look into deferred-gbuffer[.vert/.frag] shaders to see how to use gl_FragData instead of gl_FragColor. It's important to leave out all kind of shading. If you want the trees look cylindrical (put a better word here) and not flat, you may bake a normal that is not strictly toward the viewer, as it is really a flat billboard, but you can leave that for later. I've managed to migrate the tree shaders to Rembrandt. Pretty straightforward - thanks for the good instructions and examples. I've checked in an update to git, but this morning realized that I'd made a mistake in the effect file (tree.eff) in allowing both non-Rembrandt and Rembrandt versions to co-exist. Specifically I've created two techniques with the same n= value, so the Rembrandt version is being over-written by the non-Rembrandt version. I won't get the chance to fix this until after the weekend, but in the meantime at least the Rembrandt performance problems with random vegetation should be resolved. -Stuart -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Apologies to Fred - more feedback
I won't get the chance to fix this until after the weekend, but in the meantime at least the Rembrandt performance problems with random vegetation should be resolved. Already fixed ;) Regards, -Fred -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Rembrandt aircraft and fgrun
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 convention, because fgrun doesn't use the fg animation system, and can't find the cull mask of objects set in animations. What do you think ? Regards, -Fred http://wiki.flightgear.org/Project_Rembrandt -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Rembrandt aircraft and fgrun
Hi Fred, In order to disable the big grey blobs in the 3d preview of fgrun, just need to add /nopreview 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 : ?xml version=1.0 encoding=UTF-8? PropertyList pathlight.ac/path nopreview/ /PropertyList Cheers, Clément -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Rembrandt aircraft and fgrun
That's a possibility (I forgot that one) but it only apply to submodels, right ? -Fred - Mail original - De: Clement de l'Hamaide clem...@hotmail.fr À: flightgear-devel@lists.sourceforge.net Envoyé: Jeudi 5 Avril 2012 15:59:18 Objet: [Flightgear-devel] Rembrandt aircraft and fgrun Hi Fred, In order to disable the big grey blobs in the 3d preview of fgrun, just need to add /nopreview 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 : ?xml version=1.0 encoding=UTF-8? PropertyList pathlight.ac/path nopreview/ /PropertyList Cheers, Clément -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[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 developers ;) Your implementation takes effect with animation and model. Thus you can use it like : animation object-nameailes/object-name nopreview/ /animation But since you are the author of this feature I think I don't need to explain you how to use your feature ;) Cheers, Clément -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Rembrandt aircraft and fgrun
I don't remember every thing I did 5 years ago. Thank you for refreshing my memory So please, aircraft developers (Vivian, Gijs, Emilian, ...), use the nopreview/ tag Regards, -Fred - Mail original - De: Clement de l'Hamaide clem...@hotmail.fr À: flightgear-devel@lists.sourceforge.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 developers ;) Your implementation takes effect with animation and model. Thus you can use it like : animation object-nameailes/object-name nopreview/ /animation But since you are the author of this feature I think I don't need to explain you how to use your feature ;) Cheers, Clément -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Rembrandt aircraft and fgrun
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 Collimated or Go Home. Some people collect things for a hobby. Geeks collect hobbies. ScarletDME - The red hot Data Management Environment A Multi-Value database for the masses, not the classes. http://www.scarletdme.org - Get it _today_! Buying desktop hardware and installing a server OS doesn't make a server-class system any more than sitting in a puddle makes you a duck. [Cipher in a.s.r] -- Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel