Am 26.02.12 00:30, schrieb Vivian Meazza:
> HB-GRAL wrote
>
> -Original Message-
> From: [mailto:flightg...@sablonier.ch]
> Sent: 25 February 2012 19:49
> To: FlightGear developers discussions
> Subject: Re: [Flightgear-devel] gpl scenery
>
> Hi Syd
>
> Am
Hi Syd
Am 26.02.12 02:43, schrieb syd adams:
> My source of info is here.
> http://www.navcanada.ca/NavCanada.asp?Language=en&Content=ContentDefinitionFiles%5CPublications%5CAeronauticalInfoProducts%5CCanadianAirportCharts%5Cdefault.xml
http://www.navcanada.ca/NavCanada.asp?Language=EN&Content=Co
Am 26.02.12 01:41, schrieb Stefan Gofferje:
>
> I am
> fairly certain, that in the creation of the current apt.dat, some
> official material was used as reference.
>
Indeed, the "official material" was the public DAFIF database,
unfortunately not available anymore.
Cheers, Yves
-
Am 26.02.12 17:03, schrieb Martin Spott:
> HB-GRAL wrote:
>
>> Proposal for a first small meeting at #fg_scenery channel, this weekend:
>
> I tried to join for logging the session (in order to determine wether
> there are any open questions regarding the Scenemodels/MapSe
Hi John
Many thanks to provide your important list. Would it be possible to add
this to the wiki list here:
http://wiki.flightgear.org/World_Scenery_2.0_Project
Thanks a lot, Yves
Am 28.02.12 18:17, schrieb J. Holden:
> Here is a list of scenery I have generated. Some of the scenery is not on
Am 29.02.12 11:17, schrieb thorsten.i.r...@jyu.fi:
Spring has come. LaTex and Wikibooks got married. Have a look:
http://en.wikibooks.org/wiki/LaTeX
"LaTeX is a featured book on Wikibooks because it contains substantial
content, it is well-formatted, and the Wikibooks community has decided
to f
Am 02.03.12 22:21, schrieb Curtis Olson:
>
> http://openlayers.org/dev/examples/mobile-drawing.html
>
Hi Curt
I remember my post to this list some months ago. An example of a running
"webapp" with flightgear navaids (apt.dat) you can still find here:
http://map.fgx.ch/mobile.html#mappage
I
Am 02.03.12 22:21, schrieb Curtis Olson:
>
> - An open-layers based mapping tool (similar to mpmap, but not based on
> proprietary google technology)
> - Include the ability to draw and edit a route (a set of connected way
> points) and then upload that to FlightGear's route manager
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?
Cheers, Yves
-
Am 10.03.12 09:35, schrieb Miles Colman:
> FGx looks nice.
> Does anyone else building FGx (in QT4 Creator, but otherwise according
> to the build instructions here http://wiki.flightgear.org/FGX) have
> trouble loading airport data on Ubuntu 11.10 ?
> FGx exits with these terminal messages after I
Hi all
Just wanted to add a note once that a company in the U.S. is trying to
register "terrasync" as a wordmark. Maybe it is not worth to think
about, anyway I am not familiar with this kind of happenings. But I was
asked to post this to the list, so it’s here.
Cheers, Yves
Am 13.03.12 17:46, schrieb Martin Spott:
>
> According to my personal experience it simply doesn't get any work done
> to have yet another communication channel (just look at the Scenery web
> forum - you know what I mean ;-) but it adds more overhead because
> there's one more channel to monitor
Am 20.03.12 09:15, schrieb Renk Thorsten:
>> Once you understand how the scattering integrals work it's natural to
>> compute them also from the outside of the atmosphere.
>
> Okay, now I am *really* confused. Are we trying to solve the same problem?
>
> Light scattering in the atmosphere is not p
Hi all
I had some problems compiling simgear release/2.6.0 using zlib 1.2.6 on
OSX. Looks like the main problem is here (independent of platform?):
lowlevel.hxx
void sgReadString ( gzFile fd, char **var ) ;
lowlevel.cxx
int c = gzgetc ( fd ) ;
While this seems to work
Am 28.03.12 15:08, schrieb James Turner:
>
> The real issue is that we're finding zlib.h in /opt/local/include, but using
> the libz from /usr. (The Apple supplied version)
>
> I tried to find a solution, so that we use one header + library consistently,
> but didn't yet figure this out. Since zl
Am 09.04.12 23:31, schrieb Ron Jensen:
> On Monday 09 April 2012 15:05:58 Torsten Dreyer wrote:
>> Hi,
>>
>> what is our current policy for updates to nav.dat? Do we commit changes
>> to the binary gzip'ed file or do we have a central repository for the data?
>>
>> Would it make sense to have the u
Am 10.04.12 14:24, schrieb Christian Schmitt:
> Hi Yves,
>
> flightg...@sablonier.ch wrote:
>
>> update in general? Why is it possible to update apt. and nav.dat in xplane
>> every months without (?) inconsistencies and not for FlightGear? Is there
>> something that could be changed in the concept
Am 19.04.12 17:52, schrieb Stuart Buchanan:
> On Thu, Apr 19, 2012 at 4:39 PM, rickbritto wrote:
>> hello friends, Is possible to separate the random loading by types
>> of buildings?
>
> Yes. The materials.xml file allows you to define different parameters
> for different landlclasses (e.g. Urba
Am 23.04.12 17:40, schrieb Stuart Buchanan:
> On Mon, Apr 23, 2012 at 1:17 AM, HB-GRAL wrote:
>> Just a small question because I’m currently looking to OSM street data
>> and try to use it for scenery creation ... in your last screenshot of
>> your improvements I still see
Am 16.06.12 21:39, schrieb Martin Spott:
> Peter Morgan wrote:
>
>> To add furtheer..
>> http://mapserver.flightgear.org/git/gitweb.pl?p=sceneryweb;a=blob;f=mapserver/Threshold_ILS_TWR.sh
>>
>> Were all reinventing a wheel..
> [...]
>> +YAML++
>> Yamls is a nice format cos it machin
Am 16.06.12 23:18, schrieb Martin Spott:
> I don't think you want to parse large amounts of XML while dialling
> through the airport list in your FMS when you quickly have to divert to
> an alternate because your landing clearance was cancelled and you're
> short of fuel.
There is no proposal to
Am 06.07.12 10:10, schrieb Gijs de Rooy:
> Nothing stops you from releasing that scenery under whatever license you'd
> like ( within the legal constraints ofourse), we just cannot include it in
> the official scenery.
>
No. Official scenery can also incorporate resources with other licenses:
ht
HB-GRAL:
> Am 06.07.12 10:10, schrieb Gijs de Rooy:
>> Nothing stops you from releasing that scenery under whatever license you'd
>> like ( within the legal constraints ofourse), we just cannot include it in
>> the official scenery.
>>
>
> No. Official scene
Am 05.07.12 18:04, schrieb Curtis Olson:
>
>
> We !!!STRONGLY!!! encourage authors to use the GPL so that we can
> incorporate their work into the overall project and distribute the work
http://git.fgx.ch/flightgear/commit/?h=next&id=b14ddd40110e271efcd1416e9bf15d48d99c3123
Cheers, Yves
---
Hi
I sent a small merge request here to flightgear next:
https://www.gitorious.org/fg/flightgear/merge_requests/36
This small addition makes it possible flightgear still compiles with
older osx development tools (cocoa/sdk10.5). I checked this change also
with newer SDKs and it will/should not
Am 08.07.12 16:27, schrieb HB-GRAL:
> Hi
>
> I sent a small merge request here to flightgear next:
> https://www.gitorious.org/fg/flightgear/merge_requests/36
>
> This small addition makes it possible flightgear still compiles with
> older osx development tools (cocoa/sdk
Hi all
The last weeks Geoff McLane and me forked fgcom temporary at gitorious
(http://www.gitorious.org/fgcom) and made some significant changes.
Origin source is still available at http://sourceforge.net/projects/fgcom/
- Most important change is moving fgcom to cmake build and trying to get
Hi Thorsten
Many thanks for your patch. Yes, it is thought as external cmake option
and your patch is just one step ahead ;-)
Cheers, Yves
Am 10.07.12 20:52, schrieb ThorstenB:
> Am 10.07.2012 15:27, schrieb HB-GRAL:
>> The last weeks Geoff McLane and me forked fgcom temporary at
Am 10.07.12 20:50, schrieb Christian Schmitt:
> Awesome! I waited for just that, because current fgcom has not seen any
> change for a long time. Alreadey did a quick test and I think you will get
> some merge requests soon :)
>
> Cheers,
> Chris
Hi Chris
I can also add you as contributor and you
Hi all
Just announced at forums that a FGx 2.8.0rc1 rolled out. It contains
latest sg/fg/fgdata (with a own fgdata base package with a slightly
different aircraft selection) and current fgcom.
http://downloads.fgx.ch/OSX/FGx-2.8.0rc1.zip
We use jenkins now to build and deploy FGx, an equal wind
problem for this release. But I really hope
this isn’t necessary, and as I know former releases of Tat, he will be
here when it’s time to pick apples.
>
>
> On Mon, Jul 16, 2012 at 10:49 AM, HB-GRAL wrote:
>
>> Hi all
>>
>> Just announced at forums that a FGx 2.8.0rc
Am 22.07.12 22:40, schrieb Thomas Geymayer:
> Hi Stefan,
>
> Am 2012-07-21 22:46, schrieb stefan riemens:
>> It's obviously a long time wish to get rid of the PLIB dependency, and
>> one of the main subsystems using it is the GUI. There are a couple of
>> things lacking in possibilities with the cu
Just to illustrate what I mean actually ...
Current situation:
http://maptest.fgx.ch/screens/current-screen.png
New GUI with separated menus/dialogs, viewer in a separate window:
http://maptest.fgx.ch/screens/one-screen.png
Or new GUI with two screens setting, where one screen is the view only:
Shouldn’t some online flightsim magazines where someone has good
contacts be asked to publish exactly this story now ? I couldn’t believe
it, and maybe posting warnings on FlightGear pages is not enough. Maybe
there are a lot of people out there we do not know, still waiting for
charges beeing
Hi Curt and mirrors
I can’t download the OSX release from your servers. It’s always broken
around +- 450 Mb. But anyway, I don’t know if it is worth to care about
this download, the Mac release seems to be broken at all, there is a
problem with subversion linking reported from many users at for
Am 20.08.12 16:18, schrieb Curtis Olson:
> On Sun, Aug 19, 2012 at 4:40 AM, HB-GRAL wrote:
>
>> Hi Curt and mirrors
>>
>> I can’t download the OSX release from your servers. It’s always broken
>> around +- 450 Mb.
>
>
> What tool (browser, app?) are yo
Am 20.08.12 18:16, schrieb Martin Spott:
> HB-GRAL wrote:
>
>> to use a mirror, but then I got some 15k drops from the german mirror
>
> Anybody else facing trouble accessing the German FTP mirror ?
>
> Cheers,
> Martin.
>
Sorry Martin, I guess it was not the
Am 30.08.12 16:59, schrieb Martin Spott:
> Tom P wrote:
>
>> Instead of creating a new server for high-end / more detailed sceneries,
>> would it be possible to create a branch on the current TerraSync server?
>
> I think that's possible, maybe even just two different directories with
> a 'base' Te
Am 31.08.12 13:54, schrieb Martin Spott:
> Hi Yves,
>
> HB-GRAL wrote:
>
>> May I ask you to move this discussion to the scenery list now ?
>
> I'm not among those who enjoy having multiple different places for
> discussing the same topic (clarification upon req
Am 05.09.12 11:52, schrieb Scott:
>
>While we are on the topic, I'd like to take a different perspective.
>
>There are a number of source data files (eg: national SRTM-1 data)
> that is provided under Creative Commons with license terms very similar
> as GPL, however it isn't GPL, but it wo
Am 07.09.12 20:51, schrieb Clement de l'Hamaide:
>
> Hi all,
>
> I'm the author of the bug report #858. Big thanks to ThrostenB to solved it.
>
> About 3D models loading, the change has been explained by Mathias here :
> http://www.mail-archive.com/flightgear-devel@lists.sourceforge.net/msg36498.h
Am 21.09.12 22:45, schrieb Thomas Geymayer:
> Am 2012-09-21 21:16, schrieb Stuart Buchanan:
>> On Thu, Sep 20, 2012 at 11:44 PM, Thomas Geymayerwrote:
>>> I've now changed the default fill rule from even-odd to non-zero. Should
>>> probably work better now...
>>
>> Surprisingly, this didn't seem to
Hi Pete, James
Currently it runs on fgx servers I guess. Pete, it’s your decision and
work, move it to the official jenkins when you think it’s useful in this
state for all fg devs, in my view there is no reason to provide that on
fgx servers only ;-)
-Yves
Am 28.09.12 10:33, schrieb James
Hi all
I already wrote a small baby python script which converts apt.dat into
flightgear readable xml. Now I started a new project for importing the
same data to Postgres/PostGIS tables for my map development. Currently I
can create runway polygons with all associated data this way with
(fligh
Hi all
Flightgear has a nice (local and global) weather implementation AFAIK.
Are there some ideas (or solutions) how to map custom or shared weather
values in a (internal or external) weather radar" ?
-Yves
--
Everyon
Am 12.11.12 08:21, schrieb Renk Thorsten:
>> Flightgear has a nice (local and global) weather implementation AFAIK.
>> Are there some ideas (or solutions) how to map custom or shared weather
>> values in a (internal or external) weather radar" ?
>
> Someone was working on that, and we got to the po
Am 12.11.12 10:45, schrieb Renk Thorsten:
>
> The consensus seems to be that (with some limitations) this can be done in
> principle. Just someone would need to do it in practice, and I'm not going to
> do it because I'm not into MP in the first place, so this seems to be where
> this is stuck.
Am 29.11.12 08:59, schrieb Renk Thorsten:
> So, good to know that you apparently see me as someone who has nothing better
> to do than complain because the service isn't good. You know what - I'm out
> of here for a really good long break, doing something nice. The FG experience
> for me of lat
Am 01.12.12 14:15, schrieb Pat:
> Does this ring any bells?
>
> http://unprotocols.org/blog:14
>
Hi Pat
This link .. exactly. That’s probably all what I was thinking about when
I sent my thanks to the list for Thorsten (for ALL t(h)orstens at the
end, anyway for all contributors, leaders, non-l
Am 21.12.12 11:49, schrieb Gijs de Rooy:
> Please see http://wiki.flightgear.org/FlightGear_Git:_splitting_fgdata
> and feel free to add thoughts/ideas there. A mailing list is not a good place
> for documenting things.
>
>
> Cheers,
> Gijs
>
Hi Gijs
The problem
Hi
Ehrm, cmake, I tried to link against another simgear but I can only link
against headers, not the libs? When I have another simgear in (i.e.
default path) installed it takes the headers from include definition,
but the libs from first path? Or do I miss a CMake option?
With simple -DCMAKE_I
Hi James
I'm still trying to be this 10.5 person these days, I don't give up that
fast of course ;-) And I spent a lot of time this week in this believe me.
It started with having all dependencies right, and now I'm still trying
to get simgear/flightgear the right way. When I succeed I will nee
Am 16.02.13 18:54, schrieb HB-GRAL:
> I got also the sound working now for 10.5, and I'm actually building a
> FGx 2.10 against SDK 10.5.
The sound problem is not related to 10.5 of course, I got the sound
working for arch i386 and sdk 10.5/6 (x86_64 worked from beginning,
building
Hi James
I guess this is the next commit
https://gitorious.org/fg/simgear/commit/318c5000ce58a07a279053f084a28faaef5c422d
that breaks simgear compilation against osx sdk 10.5 and target 10.5 on
intel (for 2.11, and I get no problems against 10.6):
Output:
simgear/simgear/debug/BufferedLogCallb
Am 25.02.13 22:14, schrieb Umut Durak:
> Folks,
> I recently applied what is instructed in wiki
> (http://wiki.flightgear.org/Building_using_CMake) for the MAC build and come
> up with the bin directory under the dist folder. As I executed fgfs I get the
> following error which google this time
Hi CVS
I was working on a Aerospatiale AS332 for some months. Now I
reconfigured the FDM with help of HHS and Maik Justus. There is still
some work to do, of course. But the as332 has a model, a FDM and some
basic instruments/animation and is now ready for basic test/use. I wish
to see it in t
Peter Meyer schrieb:
> Hello @all
Welcome Peter
Good news from Stuttgart! I hope that you get a lot of feedback here in
the developer list. And maybe it is worth to announce your arrival also
in the forum.
Aircraft Development:
http://www.flightgear.org/forums/viewforum.php?f=4&st=0&sk=t&sd=d
Csaba Halász schrieb:
>
> By the way, I think something should be done about 02. It is way too
> overused and seems to have some intermittent relaying problems (even
> though it is supposed to have IP filtering now). I don't know if the
> problems are caused by the overload or not, though. What do
Peter Brown schrieb:
> Changing tower height in apt.dat file does not affect viewpoint.
Peter,
Changes of properties like viewpoint in apt.dat takes no effect.
Using a wide range of custom scenery is also not a good starting point
for debugging a release like the pre-alpha on OSX. But KSFO is p
Erik Hofman schrieb:
> I've created a new set of splash screens based on the images Durk
> created about two weeks ago.
> Does anyone have any objections to committing them or does anybody have
> other possible splash screens to choose from?
>
> http://home.telfort.nl/sp004798/emh/Splash1.png
>
Isaias Prestes schrieb:
> What font is this?
>
First font is ’well known’ Rockwell bold italic. Second one is Imago.
Anyhow Rockwell has a straight and timeless type design and is avaiable
on most systems I think?
Thanks - Y-
---
Erik Hofman schrieb:
> Unfortunately both font types don't seem to be license free. To be safe
> I've changed the splash screens now to only use license free fonts (as
> shipped with The Gimp): BGP Elite Bold (with custom shear) and Dustismo
> Bold Italic.
>
> Erik
Erik,
Only for my understan
James Sleeman schrieb:
>
> Best to use free (libre) fonts where possible to avoid the problem
> totally I expect...
This is a good proposal. Lets check the libre fonts for really good
quality fonts and great design. Not just for Microsoft, Adobe or
Bitstream "clones" or "edits" (like i.e. Verd
I checked the libre fonts and this are my (quick) results for now:
Allerta (modified):
http://www.sablonier.ch/flightgear/splash/typosplash03.jpg
DejaVu (modified):
http://www.sablonier.ch/flightgear/splash/typosplash04.jpg
Both are well designed open fonts and have the right license for FG I
t
I am just playing around a bit with this Allerta. Have a look here:
http://www.sablonier.ch/flightgear/splash/typosplash05.jpg
http://www.sablonier.ch/flightgear/splash/typosplash06.jpg
http://www.sablonier.ch/flightgear/splash/typosplash07.jpg
Cheers- Yves
---
syd adams schrieb:
> Just out of curiosity , what's the white bar above the bottom "Flightgear "
> ?
>
It is decoration and should express some more dynamics. But meantime I
am working on some new examples for the lettering (it is not a logo I
think). It will be better to show the entire screen
>
> Allerta (modified):
> http://www.sablonier.ch/flightgear/splash/typosplash03.jpg
>
Now here you can see an example how a modified Allerta could probably do
a new job in the gui?
http://www.sablonier.ch/flightgear/splash/guifont_8.jpg
and smaller (better for default 800x600)
http://www.sa
Hello all
I started to create a new font for the FlightGear GUI the get better
readability and to refresh the 'look' of the GUI. My work is based on
Allerta (OFL) and I hope it could do a good job. My new FG-fonts are
avaiable in .ttf and txf and are almost ready for use within FlightGear
(of
Melchior FRANZ schrieb:
>
> Helvetica is the default font used in HUDs (e.g. in the F16). While not
> perfect
> for that (there are MIL standards for this), it would have to be checked if
> an optimized GUI font is a reasonable replacement.
Do you mean in real HUDs?
http://www.youtube.com/watch?
Erik Hofman schrieb:
> HB-GRAL wrote:
>> But first - what do you think about this new font? Should I go further
>> or do you prefere the old pixel fonts for the GUI? What do you think
>> about readability and this new look?
>
> I think the new font looks nice and cl
Melchior FRANZ schrieb:
> * HB-GRAL -- Tuesday 02 March 2010:
>> Melchior FRANZ schrieb:
>>> Helvetica is the default font used in HUDs (e.g. in the F16). While not
>>> perfect
>>> for that (there are MIL standards for this),
>
>> Do you mean in real
leee schrieb:
>
> If anyone can find some high-res pictures of _real_ HUD displays
> (and not ones from flight sims, as they're obviously going to be
> produced via a raster display) it should be possible to see the
> LCD 'dots' (unless they LCD screen uses a ridiculously high
> resolution, wh
Pete Morgan schrieb:
> Have developed the idea a bit further.
>
> http://fg-www.appspot.com/
>
> idea is to have a dedicated aircraft and Online site also
>
>
Wow! We get a cool well designed new FG-Site! Thank you very much.
- Yves
---
Pete Morgan schrieb:
> Not at all. I am not a designer, merely a developer. In fact a designer
> would be really helpful.. anyone ? Gijs ?
I am working as graphic and web designer for many years. As I saw your
new site my first impression was there is already a designer at work.
But when you ne
Melchior FRANZ schrieb:
>
> While not perfect
> for that (there are MIL standards for this), it would have to be checked if
> an optimized GUI font is a reasonable replacement.
>
Just to point to some documents if someone wants to study this standards:
- MIL-STD-1787B, http://www.hf.faa.gov/docs
Erik Hofman schrieb:
> I've changed the coverage size of the textures from 1024 to 2000 meter.
Hello Erik
I guess it is better not to change the texture size to 2000 meters(?) in
materials.xml. As I can see the size of the textures fits exactly to the
relief when it is 1024 at the moment.
-Yv
Erik Hofman schrieb:
>
> I've already changed it in CVS and the relief/height map is still in
> line with the main texture. Otherwise I wouldn't have committed it.
>
> Erik
>
Yes, I apologize this is my conclusion with the new effect here. I
changed the size yesterday in materials.xml to 1024
willie schrieb:
>
> +1 to that, brother
> There are many excellent sites out there using simple html and
> intelligent CSS. I don't see why we can't be one of them. Keep it simple
> and fast.
>
1+ to the whole usability and design consortium here.
When you read the whole thread you see that thi
Geoff McLane schrieb:
> But his good work _IS_ being used, extensively -
> 1 left TOC
> 2 CSS design
> 3 XHTML 1.0
>
> I have added a little more today...
> http://geoffair.net/fg/site
> including a bottom TOC - presently not quite the
> same as the left, but it will be...
Geoff,
I am actually
Michael Sgier schrieb:
> I'm really looking forward to see new airports in FG, maybe on top of a new
> scenery, Fred?
>
Hello Michael
Thanks for your offer to help for a better scenery. Can you start to
publish your airports/data/objects now under GPL? So others can also
contribute and start
Stuart Buchanan schrieb:
> Hi All,
>
> For a while I've been thinking about improving our material handling
> to allow for more regional variation. For example, the buildings in
> towns in the USA are quite different from those in the UK, and an
> evergreen forest in the Carribean is quite differe
I am running a MacBookPro OSX 10.5 with OpenSceneGraph 2.9.7. I
downloaded compiled today cvs source and and here is what I get with
current cvs data folder:
http://img255.imageshack.us/img255/1559/fgnewdata.png
And here is what I get with recent source but an older data folder (same
as used f
Victhor schrieb:
>> Is my MacBookPro out of date with RadeonX1600 now?
> I didn't know ATIs worked with OpenGL at all :0)
>
OpenGL/OpenSceneGraph worked a long time with my ATI without this new
ash cloud effects. FG is closer to reality than I thought.
HB-GRAL schrieb:
> OpenGL/OpenSceneGraph worked a long time with my ATI without this new
> ash cloud effects. FG is closer to reality than I thought.
>
Can someone help me to disable model-default and terrain-default without
loosing the other effects? It looks like "techniques&
Arnt Karlsen schrieb:
> On Mon, 19 Apr 2010 01:37:42 +0200, HB-GRAL wrote in message
First of all - thank you very much for your answer.
>> I am running a MacBookPro OSX 10.5
>
> ..this is the most recent OSX? 64bit dualcore Intel?
> Maxed out ram yet? What screen resolut
Mattt schrieb:
> Thanks Csaba,
>
> With ( current - _lastNewAction ).toMSecs() :
>
>actionmgr.cpp:115: error: invalid cast from type ‘SGTimeStamp’ to
> type ‘double’
>
> With current.toMSecs() - _lastNewAction.toMSecs() :
>
>It compiles!!!
Matt,
In case it also works, can you pleas
Tatsuhiro Nishioka schrieb:
> Hi,
Thank you Tat!
Comment out all the alpha in
default.vert
mat-anim.vert
model-default.vert
reflect.vert
gives me the needed error (gl_LinkProgram "" failed).
All works fine, also new performance vs. quality.
BTW: "Warning: TangentSpaceGenerator: unknown primit
Vivian Meazza schrieb:
> If you are seeing linker errors, then I think you are effectively killing
> the shader - which might be why it works :-)
>
> Vivian
I removed the "//" in
// Super hack: if diffuse material alpha is less than 1, assume a
// transparency animation is at work
but
Frederic Bouvier schrieb:
>
> This is an OSG warning. Unfortunately, polygons were forgotten by the
> people who wrote the tangent space generator. I posted something about
> it on the OSG list but got no response. If we want to make it disappear,
> I presume we'll have to do it ourself
>
> -Fr
HB-GRAL schrieb:
> Frederic Bouvier schrieb:
>> This is an OSG warning. Unfortunately, polygons were forgotten by the
>> people who wrote the tangent space generator. I posted something about
>> it on the OSG list but got no response. If we want to make it disappear,
>&
HB-GRAL schrieb:
> Tatsuhiro Nishioka schrieb:
>> Hi,
>
> Thank you Tat!
>
> Comment out all the alpha in
>
> default.vert
> mat-anim.vert
> model-default.vert
> reflect.vert
>
Just realized that the problem might be
constantColor
HB-GRAL schrieb:
> HB-GRAL schrieb:
>> Tatsuhiro Nishioka schrieb:
>>> Hi,
>> Thank you Tat!
>>
>> Comment out all the alpha in
>>
>> default.vert
>> mat-anim.vert
>> model-default.vert
>> reflect.vert
HB-GRAL schrieb:
> HB-GRAL schrieb:
>> HB-GRAL schrieb:
>>> Tatsuhiro Nishioka schrieb:
>>>> Hi,
>>> Thank you Tat!
>>>
>>> Comment out all the alpha in
>>>
>>> default.vert
>>> mat-anim.vert
>>> model-def
./configure --help prints
--with-openal-framework=PREFIX
--with-osg-framework=PREFIX
but should be
--with-openal_framework=PREFIX
--with-osg_framework=PREFIX
or not?
Thanks, Y.
--
SimGear CVS does not work anymore for me (since today), also viewvc
browsing. Is there a change I missed in accessing SimGear CVS?
- Thanks Y.
--
___
Flightgear-devel mailing l
Hello James(?)
I will call it *LUT just not to add another thread to a long long list.
Took me some days to read about this problem on OSX. I apologize that I
can not solve my new compiler issues with this
holy-book-of-keeping-alut-thread ;-)
Recent SimGear CVS change in Soundmanager push me t
James Turner schrieb:
> - grab ALUT.framework from here:
> http://files.goneabitbursar.com/fg/alut-osx-universal.zip
> (temporary location)
I have a own freealut 1.1.0 compiled/installed for i386. Do I have to
replace this one with your framework/universal?
>
> - put the framework s
James Turner schrieb:
> Yes, probably - we're trying to get away from the situation where each Mac
> developer needs to come up with their own solution to this problem. The code
> in the framework I mentioned should be exactly the same code as your freealut
> 1.1.0, just packaged as a framework.
HB-GRAL schrieb:
> James Turner schrieb:
>> Yes, probably - we're trying to get away from the situation where each Mac
>> developer needs to come up with their own solution to this problem. The code
>> in the framework I mentioned should be exactly the same code as you
A day I will never forget on OSX.
Short version:
1. git clone SimGear, make
2. installing new ALUT.framework
3. git clone FlightGear, make
4. Start FlightGear
Everything works. (Almost).
Thanks a lot to everyone who made this mission possible.
- Yves
---
201 - 300 of 354 matches
Mail list logo