Hey all:
I wrote a simple ATIS replacement for an old 286 based
VTK system for one of our simulators. None of the code
would be of any use here, but there are numerous audio
files I recoded using my Ham radio and adjusted the
levels while monitoring the audio on an o-scope. They
aren't great, bu
John,
On Mon, Feb 19, 2007 at 12:57:10PM -0500, John Denker wrote:
> It appears that interest is coming from multiple directions,
> interest in upgrading the audio overall, plus particular
> interest in having usable ATIS audio. This is not unrelated
> to the effort to handle non-ISA-standard-day
On Mon, 2007-02-19 at 15:45 +0100, Melchior FRANZ wrote:
> Can people, please, choose meaningful names for files/dirs in "public
> space"? This directory could simply have been called "magneto-switch"
> or "mag-switch" if it really, *really* needs to be short. But "sw" is
> IMHO a bad and non-obvio
I love this model. My company is designing hardware for this aircraft.
Very nice work.
Now starts up ok using FG cvs OSG (used to crash on initialization). I
get these messages at in terminal window:
===
.
.
.
Nasal runtime error: function/method call invoked on uncallable object
at /h
Ed Sirett wrote:
> If you rotate your view towards the avionics stack and zoom in with 'X'
> I find that at some point the red figures on the displays simply
> disappear.
>
> When this happens all the radio displays (NAV, COM and ADF) go blank.
> Changing the level of zoom brings the numbers back
John Denker wrote:
> It appears that interest is coming from multiple directions,
> interest in upgrading the audio overall, plus particular
> interest in having usable ATIS audio. This is not unrelated
> to the effort to handle non-ISA-standard-day weather conditions,
> since if you're going to h
If you rotate your view towards the avionics stack and zoom in with 'X'
I find that at some point the red figures on the displays simply
disappear.
When this happens all the radio displays (NAV, COM and ADF) go blank.
Changing the level of zoom brings the numbers back but not every time.
Is th
On 2/19/07, Melchior FRANZ <[EMAIL PROTECTED]> wrote:
OK, you are right. The customer gets them set up, not knowing about
them. And everyone else can look at the source code. For more serious
work this will probably always be necessary. Not that it can't all be
documented, but it's a lot of work
* Melchior FRANZ -- Monday 19 February 2007:
> * Curtis Olson -- Monday 19 February 2007:
> > How do you do:
> >
> > set /sim/audio/play /usr/local/share/sounds/ foo.wav ?
>
> Simple and without overengineering::-P
>
> set /sim/audio/play /usr/local/share/sounds/
> set /sim/audio/play
* Curtis Olson -- Monday 19 February 2007:
> I don't think it's fair to characterize these as secret features that can
> only be used by one customer.
OK, you are right. The customer gets them set up, not knowing about
them. And everyone else can look at the source code. For more serious
work this
Georg Vollnhals schrieb:
> Melchior FRANZ schrieb:
>
>> *
>> Works here. But I compile from source, because AFAIK it does indeed
>> demand Python 2.4 by default. See attached my very trivial
>> user-config.py.
>>
...
>> m.
>>
>>
> Thanks for the hint. I will try to compile Blender
On 2/19/07, Melchior FRANZ <[EMAIL PROTECTED]> wrote:
Well, I don't like secret features that can only be used by one
"customer", and are of no use for the majority of users. That
doesn't mean that I would like to see the extra commands in "help",
because this is exactly the clutter that doesn't
* Melchior FRANZ -- Monday 19 February 2007:
> And "set /sim/screenshot 1"?
Or even better: set /sim/screenshot /tmp/crashed-again.tga :-)
m.
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's
* Curtis Olson -- Monday 19 February 2007:
> My intent here isn't to try to contest each and every point, but let me
> continue on with the discussion.
And it wasn't the least intent to have yet another argument. In the
end, it would probably just mean more work for me, so leaving the
hacks in the
On 2/19/07, Melchior FRANZ <[EMAIL PROTECTED]> wrote:
> I'm not enthusiastic about ripping this direct procedure call
functionality
> out and replacing it with a complicated set of nasal based indirections.
Who said "nasal"?! I said "listener". You know that Nasal listeners
are only wrappers ar
* Melchior FRANZ -- Monday 19 February 2007:
> Who said "nasal"?! I said "listener". You know that Nasal listeners
> are only wrappers around the real listeners (SGPropertyChangeListener).
> I meant such a C++ listener -- they were made exactly for such
> purposes.
Err ... and I really meant tied
* Curtis Olson -- Monday 19 February 2007:
> On 2/19/07, Melchior FRANZ <[EMAIL PROTECTED]> wrote:
> > } else if ( tokens[1] == "set-sea-level-air-temp-degc" ) {
> > } else if ( tokens[1] == "set-outside-air-temp-degc" ) {
> > } else if ( tokens[1] == "timeofday" ) {
> > } else if ( tokens[
On 2/19/07, Melchior FRANZ <[EMAIL PROTECTED]> wrote:
And while we are at it, we should get rid of this ugliness:
} else if ( tokens[1] == "set-sea-level-air-temp-degc" ) {
[...]
} else if ( tokens[1] == "set-outside-air-temp-degc" ) {
[...]
} else if ( tokens[1] == "timeofday" ) {
It appears that interest is coming from multiple directions,
interest in upgrading the audio overall, plus particular
interest in having usable ATIS audio. This is not unrelated
to the effort to handle non-ISA-standard-day weather conditions,
since if you're going to have a non-standard day, you n
Melchior FRANZ schrieb:
> * Georg Vollnhals -- Monday 19 February 2007:
>
>> this is all very nice but the bad message is that blender 2.43 still
>> does not run external *.py plug-ins with Python 2.5 installed on the
>> system.
>>
>
> Works here. But I compile from source, because AFAIK i
The proof of the pudding:
$ cat /etc/SuSE-release
openSUSE 10.2 (i586)
VERSION = 10.2
$ blender --version
guessing 'blender' == '/usr/local/bin/blender'
Blender 2.43
$ python --version
Python 2.5
$ gcc --version|head -1
gcc (GCC) 4.1.2 20061115 (prerelease) (SUSE Linux)
$
* Georg Vollnhals -- Monday 19 February 2007:
> this is all very nice but the bad message is that blender 2.43 still
> does not run external *.py plug-ins with Python 2.5 installed on the
> system.
Works here. But I compile from source, because AFAIK it does indeed
demand Python 2.4 by default. S
Melchior FRANZ schrieb:
> Available here: http://www.blender.org/
> New features: http://www.blender.org/development/release-logs/blender-243/
>
> Most relevant for fgfs developers:
> - vastly improved ac3d-importer (tested on 388 models in fg/cvs :-)
> - quite good integrated unwrapper and texture
On Sun, 2007-02-18 at 18:02 -0700, Dave Perry wrote:
> I am not sure the new patch is giving the
> same results, but I have not done any controlled comparisons;... I will
> double check and compare some examples with the previous patch.
>
I was wrong. Both are giving the same results, much impr
And while we are at it, we should get rid of this ugliness:
} else if ( tokens[1] == "set-sea-level-air-temp-degc" ) {
[...]
} else if ( tokens[1] == "set-outside-air-temp-degc" ) {
[...]
} else if ( tokens[1] == "timeofday" ) {
[...]
} else if ( tokens[1] == "play-audio-message" ) {
Melchior FRANZ wrote:
> As a first step I'd change all occurrences of --props in the
> documentation to --telnet and add a warning message in the code.
I never knew that these two are in fact identical. If this is really
the case, then I'm certainly in favour of the proposed action.
If you're go
* Pep Ribal -- Monday 19 February 2007:
> What I've done: I've started FG with the option --props=5400; I've
> startet a successful telnet session in the same host, and everything
> works fine.
Please use --telnet instead. (Not that it makes any difference. :-)
> But I can't manage to make an a
I suggest to finally phase out the --props option. It's badly named
and has been superseded by the --telnet option, to which it is identical:
- properties ("props") can be read/set via other networking options,
too, such as with --httpd, so the name --props is misleading
- there's also the --pro
Hi all,
I'm trying to make a simple application that just retrieves the FG
status via the property tree.
What I've done: I've started FG with the option --props=5400; I've
startet a successful telnet session in the same host, and everything
works fine.
But I can't manage to make an app that does
Can people, please, choose meaningful names for files/dirs in "public
space"? This directory could simply have been called "magneto-switch"
or "mag-switch" if it really, *really* needs to be short. But "sw" is
IMHO a bad and non-obvious choice for a switch.
m.
Hi,
I put a slightly better version of fg_sqawk on my web server:
http://squonk.abacab.org/dokuwiki/fg_sqawk
This is version 0.2.1beta. Read the changes that were made after the
first responses from the users. Thanks Martin for testing the conference
system!
0.2.1beta
* iaxcli static l
Available here: http://www.blender.org/
New features: http://www.blender.org/development/release-logs/blender-243/
Most relevant for fgfs developers:
- vastly improved ac3d-importer (tested on 388 models in fg/cvs :-)
- quite good integrated unwrapper and texture baker (with
support for seams an
32 matches
Mail list logo
