On Thu, 2005-10-13 at 23:30 +0200, Arnt Karlsen wrote:
> On Thu, 13 Oct 2005 22:36:43 +0200 (IST), Vassilii wrote in message
> <[EMAIL PROTECTED]>:
>
> > > > +
> > > > +Options needed to enable multiplayer game with a server:
> > > > Player1:
> > > > ---multiplay=out,10,serveraddress,6000
> > >
On Wed, 2005-10-12 at 20:22 +0200, Vassilii Khachaturov wrote:
> Sure. Here comes a new version, with an explicit "further reading".
> Index: ../data/Docs/README.multiplayer
> ===
> RCS file: /var/cvs/FlightGear-0.9/data/Docs/README.mu
> Does anyone know if the DME calculation to a VORTAC is based on slant
> range? Noticed when flying over a fix say at FL350, the range goes down
> to zero at station passage. It should be the AGLvalue of the aircraft
> over the station.
> OTH a waypoint based on radial intersections or GPS would g
Curtis L. Olson wrote:
> Oliver Schroeder wrote:
> > Which reminds me of another thing. Is it possible to use /dev/dsp in
> > a non-blocking mode?
>
> My general opinion is I'm not sure I would like to see us overly
> complicate the flightgear code to work around older hardware limitations.
> [...]
Does anyone know if the DME calculation to a VORTAC is based on slant
range? Noticed when flying over a fix say at FL350, the range goes down
to zero at station passage. It should be the AGLvalue of the aircraft
over the station.
OTH a waypoint based on radial intersections or GPS would go to z
On Thu, 13 Oct 2005 22:36:43 +0200 (IST), Vassilii wrote in message
<[EMAIL PROTECTED]>:
> > > +
> > > +Options needed to enable multiplayer game with a server:
> > > Player1:
> > > ---multiplay=out,10,serveraddress,6000
> > > --multiplay=in,10,myaddress,5500
>
> I'm confused. The CVS had my pa
Harald JOHNSEN wrote:
> Except that the X-Plane format is just a bad hack todays and has reach
> its limitation. [...]
I know the file format very well as I've done lots of manual changes
with my favourite text editor - but what are you aiming at ?
Martin.
--
Unix _IS_ user friendly - it's ju
I'm amazed at the map as it is already, and it has replaced Atlas for me
almost completely (mostly because Atlas is too heavy on my humble 32Mb
gfx card when fg is also running). However, since suggestions are
solicited, here they are:
1) It would be great to have the vertical trend showing up on
On Thursday 13 October 2005 01:13 pm, Ampere K. Hardraade wrote:
> Is it a priority to have a voice comm at the moment? A voice comm would
> serve no purpose if there is no one being the ATC.
>
> I think we should focus on text-based ATC first. With text, it would be
> much more easier to create
Martin Spott wrote:
...
It is no problem at all to convert a PDF into any other vector format
but I've found it very difficult to define charcteristics that
automagically can tell between runways, taxiways and other objects that
happen to be part of the chart. You always have to spend significan
Vassilii Khachaturov wrote:
> There is one caveat: the VATSIM services are not completely free
> in the FSF sense --- one has to accept some license that allows
> them to terminate services and has them get one's agreement not
> to abuse. [...]
Well, obviously the network is attractive enough for
Martin Spott wrote:
"Ampere K. Hardraade" wrote:
Is it a priority to have a voice comm at the moment? A voice comm would serve
no purpose if there is no one being the ATC.
The other way 'round nobody would think of playing ATC for FlightGear
users as long as the software simply lacks
"Ampere K. Hardraade" wrote:
> Is it a priority to have a voice comm at the moment? A voice comm would
> serve
> no purpose if there is no one being the ATC.
The other way 'round nobody would think of playing ATC for FlightGear
users as long as the software simply lacks the required features.
I
"Curtis L. Olson" wrote:
> So in terms of people setting up servers, I would suspect that some
> servers would be managed more professionally than others. If a
> particluar server degenerates into a voip 'chat' room and the server
> maintainer doesn't care, then so be it. But I would assume t
BTW, what is the official FG way to report a bug for later consideration?
Was my email good enough to make sure it becomes a moderate eyesore
on someone's todo list, or will it roll into oblivion as the web archive
goes on into the next month?
I have seen a seemingly dead bug (judging by the last
> > +
> > +Options needed to enable multiplayer game with a server:
> > Player1:
> > ---multiplay=out,10,serveraddress,6000
> > --multiplay=in,10,myaddress,5500
I'm confused. The CVS had my patch accepted, I updated from the CVS,
and I see no occurence of the number 6000 in README.multiplayer now
"Ampere K. Hardraade" wrote:
> I have seen airport diagrams in PDF format for airports in countries other
> than the US. For example:
> http://www.sia.aviation-civile.gouv.fr/[...]
This is correct, the French approach is very progressive, as is the
Danish (http://www.slv.dk/Dokumenter/dscgi/ds.
> Is it a priority to have a voice comm at the moment? A voice comm would serve
> no purpose if there is no one being the ATC.
The primary purpose of ATC is *separation* of planes. Not navigation
assistance, not terrain avoidance, not weather advisories. These
are secondary functions.
Until we h
On Wed, 12 Oct 2005 02:27:08 +0200 (IST), Vassilii wrote in message
<[EMAIL PROTECTED]>:
> +
> +Options needed to enable multiplayer game with a server:
> Player1:
> ---multiplay=out,10,serveraddress,6000
> --multiplay=in,10,myaddress,5500
..this works ok with X in lan's? (X uses port 6000 too
Hi,
Vassilii Khachaturov schrieb:
$ fgfs --prop":/environment/params/real-world-weather-fetch"=true
--prop":/environment/params/control-fdm-atmosphere"=true
Why not "--enable-real-weather-fetch"?
Because I didn't know about the shorthand option :-)
:-)
BTW, the second property
On October 11, 2005 09:42 am, Vassilii Khachaturov wrote:
> 1) by some kind of image processing following the Ghostview output.
> Of course, since the internal graphics is vector, it might be possible
> to infer more from various rendered resolutions.
>
> 2) Other approach would be to reverse engin
> > $ fgfs --prop":/environment/params/real-world-weather-fetch"=true
> > --prop":/environment/params/control-fdm-atmosphere"=true
>
> Why not "--enable-real-weather-fetch"?
>
Because I didn't know about the shorthand option :-)
BTW, the second property is not affected by this switch still;
is
Is it a priority to have a voice comm at the moment? A voice comm would serve
no purpose if there is no one being the ATC.
I think we should focus on text-based ATC first. With text, it would be much
more easier to create an automatic ATC. We can always expand it to include
some sort of spee
Curtis L. Olson wrote:
John Wojnaroski wrote:
Having a voice capability for flightgear is a good idea, however
irrespective of the actual mechanisms to implement the technology, we
should consider the intent and purpose
To set up an ATC system requires a lot of work and a cadre of
dedica
On Thursday 13 October 2005 18:11, Curtis L. Olson wrote:
> Back to serioiusness, I think since most FlightGear participants are not
> active licensed pilots, there would be some need for flexibility and
> education on the proper procedures ... just like in real life, but
> obviously without real l
John Wojnaroski wrote:
Having a voice capability for flightgear is a good idea, however
irrespective of the actual mechanisms to implement the technology, we
should consider the intent and purpose
To set up an ATC system requires a lot of work and a cadre of
dedicated individuals. In the abs
Having a voice capability for flightgear is a good idea, however
irrespective of the actual mechanisms to implement the technology, we
should consider the intent and purpose
To set up an ATC system requires a lot of work and a cadre of dedicated
individuals. In the absence of such a system or
"Curtis L. Olson" wrote:
> Perhaps I could propose that we start by developing this as a separate
> application and then if it works really well and there is a strong
> consensus, we could merge it in with the FlightGear code directly.
Hey, as in most cases your ideas are not that bad ;-))
>>
Oliver Schroeder wrote:
> Meanwhile I think, that your approach is more suitable (and usable!) now.
I would not spent effort into that if I weren't convinced that this
approach is very much foresighted. Is there a better solution than
using standard OpenSource tools and protocols for such a job !
Martin Spott wrote:
IAXClient focuses on portability and I've already managed to build it
on AIX, IRIX, Solaris8, FreeBSD and Linux - with neglectible
programming skills ;-) It's very small and think it is worth being
incorporated into FlightGear:
quickstep: 18:00:28 ~/CVS/Asterisk/iaxclient>
Martin Spott wrote:
Oh, no - please ! :-))
It's not just about comm _frequencies_, it's not only about automated
ATC messages. I'm talking about the ability to transport sim pilot's
blather over the net.
I heavily object against running this as a separate application after
I've seen M$FS pilot
"Curtis L. Olson" wrote:
> Martin Spott wrote:
>>I herewith repeat my offer to run a server that replicates audio
>>channels using Voice-over-IP protocols using Asterisk with a conference
>>setup.
[...]
> This could be setup as a completely separate application.
Oh, no - please ! :-))
> [...] I
Vassilii Khachaturov wrote:
Sorry if it's been known mentioned already --- among the
0.9.9 features I think it's would be great to get back
the high-res IFR version of a c172 aircraft (c172-610x-null).
(BTW, is it not there in the CVS version because of the new electrical
c172 system approach?)
Hi,
Vassilii Khachaturov schrieb:
I suggest to name it data/Docs/README.Real-WX
Real-world Weather Update
=
Launch fgfs with the following two command-line switches in addition to
whatever else you put there:
$ fgfs --prop":/environment/params/real-world-weather
Sorry if it's been known mentioned already --- among the
0.9.9 features I think it's would be great to get back
the high-res IFR version of a c172 aircraft (c172-610x-null).
(BTW, is it not there in the CVS version because of the new electrical
c172 system approach?)
Vassilii
__
Am Thursday 13 October 2005 16:33 schrieb Martin Spott:
> I herewith repeat my offer to run a server that replicates audio
> channels using Voice-over-IP protocols using Asterisk with a conference
> setup. This would allow for one conference channel per 'frequency' in
> use. On the other end this w
I suggest to name it data/Docs/README.Real-WX
Real-world Weather Update
=
Launch fgfs with the following two command-line switches in addition to
whatever else you put there:
$ fgfs --prop":/environment/params/real-world-weather-fetch"=true
--prop":/environment/pa
Hi,
Jon Stockill schrieb:
Oliver Schroeder wrote:
Which reminds me of another thing. Is it possible to use /dev/dsp in a
non-blocking mode? I want to start a second application which uses
/dev/dsp while flightgear is running.
I was investigating several applications which can serve as a "radi
Am Thursday 13 October 2005 16:03 schrieb Curtis L. Olson:
> Oliver Schroeder wrote:
> >Which reminds me of another thing. Is it possible to use /dev/dsp in a
> >non-blocking mode? I want to start a second application which uses
> > /dev/dsp while flightgear is running.
> >I was investigating sever
Martin Spott wrote:
I herewith repeat my offer to run a server that replicates audio
channels using Voice-over-IP protocols using Asterisk with a conference
setup. This would allow for one conference channel per 'frequency' in
use. On the other end this would require someone to wire a useful
VoI
AJ MacLeod wrote:
> On Thursday 13 October 2005 14:42, Oliver Schroeder wrote:
>> I was investigating several applications which can serve as a "radio" for
>> multiplayermode and noticed that it is not possible.
>
> I think something like this is badly needed - trying to fly with any degree
> of
> > Can the patch be modified so that clicking the middle and left buttons
> > simultaneously recentres the offset?
>
> Might make things a bit tricky for those of us whose "middle button" is
> actually a mini-joystick or other non-clickable scrolling device (or simply
> have a two-button mouse) an
> This isn't a problem on most newer audio hardware which happily knows
> how to share/mix between multiple audio applications.
>
> Personally I think that this problem is outside of the scope of
> FlightGear and we shouldn't worry about it.
>
> Curt.
Fair enough. I was just hoping for a simple op
Oliver Schroeder wrote:
Which reminds me of another thing. Is it possible to use /dev/dsp in a
non-blocking mode? I want to start a second application which uses /dev/dsp
while flightgear is running.
I was investigating several applications which can serve as a "radio" for
multiplayermode and
Oliver Schroeder wrote:
Am Thursday 13 October 2005 15:29 schrieb Erik Hofman:
Vassilii Khachaturov wrote:
People like me with a lousy single-dsp on-board sound chips
would be able to pause the simulation sound while debugging some flight
things, and releasing the sound for other uses.
So,
On Thursday 13 October 2005 14:42, Oliver Schroeder wrote:
> Which reminds me of another thing. Is it possible to use /dev/dsp in a
> non-blocking mode? I want to start a second application which uses /dev/dsp
> while flightgear is running.
Not as far as I'm aware - with ALSA, one should use /dev/
Oliver Schroeder wrote:
Am Thursday 13 October 2005 15:29 schrieb Erik Hofman:
Vassilii Khachaturov wrote:
People like me with a lousy single-dsp on-board sound chips
would be able to pause the simulation sound while debugging some flight
things, and releasing the sound for other uses.
Vassilii Khachaturov wrote:
Sure. Here comes a new version, with an explicit "further reading".
Thanks Vassilii, I've committed it to CVS.
Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/list
Am Thursday 13 October 2005 15:29 schrieb Erik Hofman:
> Vassilii Khachaturov wrote:
> > People like me with a lousy single-dsp on-board sound chips
> > would be able to pause the simulation sound while debugging some flight
> > things, and releasing the sound for other uses.
>
> So, you're really
Vassilii Khachaturov wrote:
> If a lot of people, however, tend to use it like you and not like me,
> we should make it shift-left-button in the view adjustment mode
> to have the view origin reset.
After you've finished your discussion, could one of the involved people
post a short summary of th
As promised, a new version that jumps back only when the mid-button
is pressed on the left-click.
Index: ../data/mice.xml
===
RCS file: /var/cvs/FlightGear-0.9/data/mice.xml,v
retrieving revision 1.17
diff -u -p -r1.17 mice.xml
--- ..
Vassilii Khachaturov wrote:
Agreed on both counts. In that case, here's a patch to fix the obsolete
help text entry:
Ir's committed.
Erik
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
http://mail.flightgear.org/mailman/listinfo/f
On Thursday 13 October 2005 12:12, Richard Bytheway wrote:
> Can the patch be modified so that clicking the middle and left buttons
> simultaneously recentres the offset?
Might make things a bit tricky for those of us whose "middle button" is
actually a mini-joystick or other non-clickable scroll
Vassilii Khachaturov wrote:
People like me with a lousy single-dsp on-board sound chips
would be able to pause the simulation sound while debugging some flight
things, and releasing the sound for other uses.
So, you're really more interested in getting real sound disabling code
rather than so
Agreed on both counts. In that case, here's a patch to fix the obsolete
help text entry:
Index: ../data/Aircraft/Hunter/hunter-set.xml
===
RCS file: /var/cvs/FlightGear-0.9/data/Aircraft/Hunter/hunter-set.xml,v
retrieving revision 1.1
> Can the patch be modified so that clicking the middle and left buttons
> simultaneously recentres the offset?
>
that's even more logical than my shift proposal. I'll whip it up now.
V.
___
Flightgear-devel mailing list
Flightgear-devel@flightgear.org
> I'd rather not apply that. This middle mouse button feature is useful
> for adjusting the view ("seat" up/down), and for changing over to the
> copilot seat (b29!). View centering shouldn't abruptly move me back
> from the copilot seat or change the seat position. After all I adjusted
> that expl
> > I wonder if the openal library, when being paused by simgear
> > as a consequence of the sound mute request, can somehow be
> > made to close the sound device? (I.e., is it possible
> > to have simgear init openal in a different way for this
> > to happen, or does it need a change in openal?)
>
* Vassilii Khachaturov -- Thursday 13 October 2005 13:09:
>is there a reason to move it from L to U? If no,
> I think it would be great to have it back at L.
Yes, there is. Shift-L is currently reserved for carrier operations
("Launch-bar engage", see $FG_ROOT/Input/Keyboard/carrier-bindings.xml).
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Melchior
> FRANZ
> Sent: 13 October 2005 12:02
> To: FlightGear developers discussions
> Subject: [Flightgear-devel] Re: [PATCH] mice.xml: fix the view
> recentering
>
>
> * Vassilii Khachaturov -- Thursd
In the CVS hunter-set.xml, for some reason, the seat adjustment
has been changed from l/L/CTRL-L to u/U/CTRL-U. Nevertheless,
in the section, it remains the old way.
First of all, is there a reason to move it from L to U? If no,
I think it would be great to have it back at L.
Second, why the dat
* Vassilii Khachaturov -- Thursday 13 October 2005 12:49:
> If one does current view translation (dragging with the middle button in
> the 2nd (view adjustment) mode), then, upon the left click, only the pitch
> offsets are recentered, and not the x/y/z offsets. The patch below fixes
> that. Please
If one does current view translation (dragging with the middle button in
the 2nd (view adjustment) mode), then, upon the left click, only the pitch
offsets are recentered, and not the x/y/z offsets. The patch below fixes
that. Please apply...
Index: ../data/mice.xml
===
Martin Spott wrote:
> --- shadanim.cxx.original 2005-10-08 13:52:48.0 +0200
> +++ shadanim.cxx 2005-10-13 10:37:34.0 +0200
Well, for better understanding please replace "shadanim.cxx" by
"SimGear/simgear/scene/model/shadanim.cxx",
Martin.
--
Unix _IS_ user friendly - i
Andy Ross wrote:
> But the simplest solution is to use the standard fmod() (which returns
> a double) instead of fmodf() (which returns a float) by casting the
> result to a float.
I'm currently experimenting with a change like this and so far I don't
experience any drawbacks:
--- shadanim.cxx.o
Vassilii Khachaturov wrote:
I wonder if the openal library, when being paused by simgear
as a consequence of the sound mute request, can somehow be
made to close the sound device? (I.e., is it possible
to have simgear init openal in a different way for this
to happen, or does it need a change in
66 matches
Mail list logo
