On Freitag 25 November 2005 04:28, Ampere K. Hardraade wrote:
> Ignore what I wrote in my last E-mail. I didn't realize I have errors when
> compiling.
Whatever we end up here, I think that somebody with such hardware available
should try to reproduce this with a small test program for two reason
On November 24, 2005 01:50 am, Mathias Fröhlich wrote:
> Well, as far as I can see and remember:
> The client libraries send a request to the 'display system' and the
> 'display system' bails out with an 'unsupported request'.
> The error message is somehow misslieading, since the problem happens w
Is there a seperated program which I can used to test Nasal scripts without
having to run FlightGear?
Ampere
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
2f585eeea02e2c79
On November 24, 2005 03:01 pm, Mathias Fröhlich wrote:
> Also the chance that this is already fixed with the next pending xorg
> release is high IMO. I dan no longer try, but if somebody can install the
> current release candidate and see if it is still there, we will know.
>
> Ok, I know about the
On November 24, 2005 01:50 am, Mathias Fröhlich wrote:
> Well, as far as I can see and remember:
> The client libraries send a request to the 'display system' and the
> 'display system' bails out with an 'unsupported request'.
> The error message is somehow misslieading, since the problem happens w
James Turner writes:
>
> Okay, a DMG is available from my .Mac account:
>
> http://homepage.mac.com/zakalawe/.Public/taxidraw-0.3.2.dmg
>
Thanks, that's great! Would you prefer me to upload it to SourceForge for
download from there, or to simply provide a link to your webspace?
> This
Well I checked it locally in my development environment where I am
working on the better exception handling patch, and with the KLAX I
found 2 instances of failure to open
/home/vassilii/flightgear.nobackup/FlightGear/data/Models/fgfsdb/radio-tall.xml
whereas
/home/vassilii/flightgear.nobackup/Flig
Hello Mathias,
Thank you for your reply. I am new to Flightgear so please
bear with me. I am not sure how unref is applicable here.
Also, I thought 0.9.8 was the latest release other than 0.9.9
which was released 8 days ago? The simgear site indicates that
the latest csv is 0.3.9 and is paired
"Jon Berndt" wrote:
> I *think* I know who did this model. I'll notify/ask him abou tit. Thanks for
> noticing the
> VRP aspect.
This aspect is my favourite one :-)
Thanks for speaking up,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
-
On Donnerstag 24 November 2005 10:06, Stefan Seifert wrote:
> I just wanted to note, that when it is clear, that it's a bug in ATI's
> drivers, someone should post a bugreport in the ATI driver Bugzilla:
> http://ati.cchtml.com/
No, it is not a problem of the ati binary driver, this is with the dri
Hi,
On Donnerstag 24 November 2005 19:16, pmaclean wrote:
> I was wonder if anyone could tell me why Flightgear is
> referencing placementtrans.hxx in file tileentry.cxx.
Because it has a reference of that instance?
Does the unref not happen?
Sorry, I do no longer have a such old source package a
On Thursday 24 November 2005 20:18, Josh Babcock wrote:
> Stefan Seifert wrote:
> > Mathias Fröhlich wrote:
> >> On Donnerstag 24 November 2005 04:44, Ampere K. Hardraade wrote:
> >>> X Error of failed request: GLXUnsupportedPrivateRequest
> >>> Major opcode of failed request: 145 (GLX)
> >>>
Hello,
I was wonder if anyone could tell me why Flightgear is
referencing placementtrans.hxx in file tileentry.cxx.
I am building Flightgear version 0.9.8 using simgear 0.3.8
Paul
__
Is your .com Auracom?
Best access rates on the web
http://exclusive.auracom.com
Stefan Seifert wrote:
> Mathias Fröhlich wrote:
>
>> On Donnerstag 24 November 2005 04:44, Ampere K. Hardraade wrote:
>>
>>
>>> X Error of failed request: GLXUnsupportedPrivateRequest
>>> Major opcode of failed request: 145 (GLX)
>>> Minor opcode of failed request: 16 (X_GLXVendorPrivate)
Very Thanks, Curt !
I wait learn those posibilities of interface.
Regards, Manuel Vélez
> -Mensaje original-
> De: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] nombre de Curtis L.
> Olson
> Enviado el: jueves, 24 de noviembre de 2005 15:26
> Para: Flight
Thomas F??rster wrote:
> As long as FGSD has no support for these (or similar) formats, there is no
> way
> to merge different contributions. That's why Martin noted that FGSD probably
> MAY be a dead end regarding terrain modelling.
and this isn't any news to Frederic, the autor of FGSD.
Hi,
Thomas Förster schrieb:
[SNIP]
The complaint was not about being able to have customized scenery. The
complaint was that there is no way of customized scenery to become part of
the standard scenery. That way everyone could share the joy of nicely
modelled local sceneries, not just the orig
Am Donnerstag 24 November 2005 14:38 schrieb Steve Hosgood:
> On Thu, 2005-11-24 at 12:20, Ralf Gerlich wrote:
> > Hi,
> >
> > Buchanan, Stuart schrieb:
> > > Hi Steve,
> > >
> > > Apologies if I've misunderstood your answer, but I think we can already
> > > do this by setting the FG_SCENERY enviro
Manuel Vélez wrote:
Hello !
I am Manuel Vélez, author of IOCards Project www.opencockpits.com
I want to connect those electronic cards for use in cockpits with
FlighGear.
A free project like IOCards should can connect with a open project like
Flighgear.
Steve Hosgood schrieb:
[SNIP]
OK, so what was the original poster bothered about again? Sounds like
it's all working as expected.
I suppose I could complain that maybe the reliance on an environment
variable to point to the scenery may be great for scenery developers,
but isn't so great for pack
> I suppose I could complain that maybe the reliance on an environment
> variable to point to the scenery may be great for scenery developers,
> but isn't so great for package maintainers who might like to try and
> make (say) FlightGear-LakeConstance-Scenery-0.9.9-0.rpm
>
> Rather difficult for th
On Thu, 2005-11-24 at 12:20, Ralf Gerlich wrote:
> Hi,
>
> Buchanan, Stuart schrieb:
> > Hi Steve,
> >
> > Apologies if I've misunderstood your answer, but I think we can already do
> > this by setting the FG_SCENERY environmental variable appropriately.
>
> This is actually the way I'm using th
Hello !
I am Manuel Vélez, author of IOCards Project www.opencockpits.com
I want to connect those electronic cards for use in cockpits with
FlighGear.
A free project like IOCards should can connect with a open project like
Flighgear.
Actualy, IOCards can
Ampere K. Hardraade wrote:
First of all, thanks for looking into this. I have just tried your patch (I
assume it was commited to the CVS). Unfortunately, it didn't work. I am
still getting the GLXUnsupportPrivateRequest error at exactly the same spot.
I'm afraid I can't help any further. I
Hi,
Buchanan, Stuart schrieb:
--- Steve Hosgood wrote:
On Wed, 2005-11-23 at 18:01, Martin Spott wrote:
I know this topic comes up from time to time, but it strikes me that the
only way you can ever hope to handle the custom terrain & scenery
question is to cater for a two-layer approach:
> Hrm... Why is debian shipping shared libraries for SimGear? As
> discussed, that is not the intended deployment mode for the upstream
> package (us!), so it seems awfully strange for debian (or Linspire?)
> to be making its own decisions there. Does it do the same for plib?
FYI: we do have the
Ampere K. Hardraade wrote:
I was referring to the ambient light that is casted on every object in the
scene.
Before dawn and after dust, everything is casted in a shade of blue. Even
when the sun is up, there is a slight shade of blue on objects that are
hidden behind a shadow.
In FlightG
--- Steve Hosgood wrote:
> On Wed, 2005-11-23 at 18:01, Martin Spott wrote:
> I know this topic comes up from time to time, but it strikes me that the
> only way you can ever hope to handle the custom terrain & scenery
> question is to cater for a two-layer approach:
>
Hi Steve,
Apologies if I'
On Wed, 2005-11-23 at 18:01, Martin Spott wrote:
> Robicd wrote:
> > Martin Spott wrote:
> >> "Roberto Inzerillo" wrote:
>
> >>>FGSD is very helpfull in modelling the terrain too.
>
> >> but you should note that there is no way to feed this terrain back
> >> into the 'official' FlightGear Sc
Hello Everybody !
This is a test message.
Regards, Manuel Vélez
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.1.362 / Virus Database: 267.13.7/180 - Release Date: 23/11/2005
___
Mathias Fröhlich wrote:
On Donnerstag 24 November 2005 04:44, Ampere K. Hardraade wrote:
X Error of failed request: GLXUnsupportedPrivateRequest
Major opcode of failed request: 145 (GLX)
Minor opcode of failed request: 16 (X_GLXVendorPrivate)
Serial number of failed request: 30
Cu
* Enrique Vaamonde -- Thursday 24 November 2005 09:20:
> I have tried to compile FlightGear using the TestRenderTexture.cpp in
> the cvs but am unable to compile it, [...]:
I had to make this change first:
diff -u -p -U0 -r1.2 TestRenderTexture.cpp
--- TestRenderTexture.cpp 29 Jan 2005 11:
Hi Mathias,
I switched to the open source driver to see if I had better luck than
with ATI's propietary one, and have encountered the same
problem Ampere is having...
I have tried to compile FlightGear using the TestRenderTexture.cpp in
the cvs but am unable to compile it, here's a brief summary o
33 matches
Mail list logo