* James Turner -- Friday 05 June 2009:
> Can anyone (with more experience of the GUI code and Nasal) suggest
> how close I can get to a GUI like the one I've mocked-up below:
There are currently two ways:
- make the popup an extra dialog; See the dialog that's shown in "Model
View" in the low
* Melchior FRANZ -- Friday 05 June 2009:
> With some code in dialog.cxx live updates of lists could be implemented,
> too. Recent changes made that easier than before.
This would really be the best approach. It could then also be used to
live-enable/disable (grey out) widgets, or to change
* James Turner -- 6/8/2009 10:52 AM:
> On 6 Jun 2009, at 08:46, Melchior FRANZ wrote:
> I'll [...] try to keep PLIB'isms away as far as possible.
Actually, I'll reorganize the code a bit so that possible later
transitions to osgWidgets or other toolkits are even easier. And
* James Turner -- 6/8/2009 10:56 AM:
> Another, related question: is it possible to hide and show UI
> element / groups dynamically?
You can manipulate (add/remove/change) anything in a dialog before
it's opened by embedded Nasal. You could have an XML dialog file
with only a block, and let tha
* James Turner -- 6/12/2009 11:05 AM:
> I guess there is no chance of switching to osgWidgets in the near
> future? I've not looked at how mature that code is or isn't yet.
No. This may take another year, or two. AFAIK, osgWidgets is still
nothing more than colored, clickable rectangles with lab
* Tatsuhiro Nishioka -- 6/23/2009 5:01 AM:
> I'm not so sure what it should look like, but at least it needs
> nil check for the property.
That would only be cosmetics and just hide the fact that the
METAR runway choosing code is now broken since Detlefs recent
changes. The METAR wind direction/st
* Detlef Faber -- 6/23/2009 9:17 PM:
> Am Dienstag, den 23.06.2009, 14:25 +0200 schrieb Melchior FRANZ:
> > is now broken since Detlefs recent changes.
>
> I'm innocent on this. You sure meant someone else ;-)
Whoops, indeed, sorry. (That was probably because Torsten and
De
I'm (still) against binary runtime modules for FlightGear.
They are an invitation for circumventing the GPL, locking in users,
and potentially harm cross-platformness. I find the prospect of a
vendor offering a new device with closed source libraries for stock
FlightGear worrying, and even more so
* Mathias Froehlich -- Sunday 07 June 2009:
> Modified Files:
> NasalSys.cxx
> Log Message:
> No need to zero the _props variable.
> This reference is released by the SGSharedPtr destructor anyway.
>
> Modified Files:
> src/Scripting/NasalSys.cxx
> -_props = 0;
Yes, but it's r
* Eli Jordan -- Tuesday 14 July 2009:
> as far as I could see the route manager only allows for pre set waypoints,
> such as airports, i was hoping to be able to input co-ordinates (latitude
> and longitude) and have the auto pilot fly between these.
In telnet just type
set /autopilot/route-man
* Curtis Olson -- Thursday 23 July 2009:
> The capabilities and reconfigurability of FlightGear is amazing.
... and have just (needlessly) been damaged by the vector property
abomination. Now we get properties that are no longer accessible in
all the traditional ways. And that required lots of cod
* John Denker -- Thursday 05 November 2009:
> By way of pathetic non-excuse, let me remark that a few
> years ago I was rather authoritatively flamed for daring
> to put comments in FGFS code.
That's rather misleading. In fact you were criticized for:
- putting whole gdb stack traces(!) before se
* syd adams -- Thursday 12 November 2009:
> it would be nice to add hud #1 checkbox with a trailing 3D checkbox, hud #2
The two HUD implementations weren't meant to coexist so long. The removal
of the old HUD and conversion of all aircraft to the newer one is overdue. I
only
had to implement the
* jean pellotier -- Friday 11 December 2009:
> got something like that too on linux, but guess what? with an ati card
I'm better off on Linux (with an nvidia card). I can at least decide
whether I want clouds *or* material animations broken:
http://members.aon.at/mfranz/material-shaders.jpg
* James Turner -- Saturday 19 December 2009:
> + HASHSET("ils-frequency-mhz", 3, naNum(rwy->ILS()->get_freq() /
> 100.0));
FAIL
m.
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advan
* James Turner -- Saturday 19 December 2009:
> - HASHSET("ils-frequency-mhz", 3, naNum(rwy->ILS()->get_freq() /
> 100.0));
> + HASHSET("ils-frequency-mhz", 17, naNum(rwy->ILS()->get_freq() /
> 100.0));
Still wrong. Since when do we use minus signs in variable names?
m.
--
* James Turner -- Saturday 19 December 2009:
> Onwards and upwards (in CVS, now). Shortest code review I've ever had (so
> far!)
Well, since people have taken over who pretend to know better (and I don't mean
you), I can't be bothered to write verbose reports. :-P
m.
--
* Peter Brown -- Sunday 20 December 2009:
> IMHO there is no choice other than the bold solution- anything reported as
> 10SM = unlimited, and 9.99 and less is actual.
And so guaranteeing the lowest possible frame rate? Sounds like a truly bad
idea. The whole thing has been discussed before. (Thr
I had looked at some research papers at that time, which were about
estimating visibility from other, measurable factors. I stopped when
Thomas announced his solution. My original idea was a simple formula,
based on the idea that:
- visibility is derived from humidity (high humidity -> low visibi
* Vivian Meazza -- Friday 12 February 2010:
>
> Microsoft-PC-Joysticktreiber
So we have a new default joystick on German MS Vista installations?
Funny idea ...
m.
--
SOLARIS 10 is the OS for Data Centers - provide
* Vivian Meazza -- Friday 12 February 2010:
> It's an option - we're not racist here :-). We should look after everyone.
OK, let me put it that way: it's a bug. Not that I really care ...
m.
--
SOLARIS 10 is the OS for D
* Vivian Meazza -- Friday 12 February 2010:
> Tell me what Vista calls it in English, and I'll add it.
You completely miss the point. "Microsoft-PC-Joysticktreiber" is a generic
name that will probably be detected by plib <1.8.6 for *all* joysticks on
MS Vista in German language. So why on earth s
JFTR: I confirm recent sporadic keyboard misbehaviour.
m.
--
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW
http://p.sf.net/sfu/
Just for your information ...
* HB-GRAL -- Tuesday 02 March 2010:
> The new gui.txf could replace Helvetica.txf.
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 r
* 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 HUDs?
Real HUDs use a MIL standard font. Ours use
* Curtis Olson -- Tuesday 23 March 2010:
> A few of us have been in correspondence with Ben Supnik from time to time,
> but as far as I know, no one within FlightGear has tackled the new x-plane 9
> apt and navaid data formats.
The parts of the new format that I have designed (with some input from
http://outerra.blogspot.com/2010/05/integrating-vector-data-roads.html
m.
--
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit. See the p
* Roy Vegard Ovesen -- Friday 11 June 2010:
> Melchior made a Python script to generate svg-files:
>
> http://www.mail-archive.com/flightgear-de...@flightgear.org/msg30853.html
Guess I have to answer now, as the links in that posting are no longer valid:
$ wget http://members.aon.at/mfranz/sv
* Melchior FRANZ -- Friday 11 June 2010:
> Guess I have to answer now, as the links in that posting are no longer valid:
>
>$ wget http://members.aon.at/mfranz/svginstr.tar.gz# [5 kB]
... and that wasn't the last version, either. Please download again. Not that
it has cha
* Melchior FRANZ -- Friday 11 June 2010:
> Guess I have to answer now, as the links in that posting are no longer valid:
>
>$ wget http://members.aon.at/mfranz/svginstr.tar.gz# [5 kB]
$ git clone git://gitorious.org/svginstr/svgins
* Alexander Barrett -- Sunday 13 June 2010:
> BRILLIANT!
Thanks. :-)
I've just committed more changes and tagged v0.1. This is backward
compatible. But the next version won't be, so if you plan to start
using the script, better wait a few days.
The main changes in v0.2 will be that there's no
JFTR: I *did* answer, but your provider rejected it
:
Connected to 207.69.189.219 but sender was rejected.
Remote host said: 550 550 Dynamic/zombied/spam IPs blocked. \
Write blockedbyearthl...@abuse.earthlink.net
m.
---
* Melchior FRANZ -- Sunday 13 June 2010:
> The main changes in v0.2 will be [...]
... gradients and screws, so far. Drawing a screw is as simple as
a.at(0, -30).screw(0.12). This updated example has been drawn by
a still quite simple "torque.py" driver file:
http://members.
* HB-GRAL -- Sunday 04 July 2010:
> what is your reference for this torque instrument?
A photo of a dual engine torque instrument used in a bo105 helicopter,
somewhere from the net. This type is also closest to the one printed
in the pilot manual, but there are at least two other types used in
bo1
* Melchior FRANZ -- Sunday 04 July 2010:
> A photo of a dual engine torque instrument used in a bo105 helicopter,
> somewhere from the net. This type is also closest to the one printed
> in the pilot manual, [...]
Correction: The one in the manual only goes up to 110%. I took the mar
* HB-GRAL -- Sunday 04 July 2010:
> what is your reference for this torque instrument?
This may have been the (main) reference:
http://www.airliners.net/photo/Generalitat-de-Catalunya/MBB-BO-105CBS-5/0438320/L/
* Ron Jensen -- Monday 05 July 2010:
> This is probably to make the needle point
* thorsten.i.r...@jyu.fi -- 9/16/2010 1:28 PM:
> I don't think that's a valid interpretation of my results. Consider the
> two cases where I achieved a significant performance gain by replacing
> hard-coded structures with my own Nasal code (range animation,
> distance_to() method)
The distance_to
* Flightgear-commitlogs -- Saturday 15 January 2011:
> commit adb57b8154a4a9dad8107c0c6633c276b43c4a20
> Author: Gijs de Rooy
> Date: Sat Jan 15 22:48:43 2011 +0100
>
> Add screenshot dialog, to select directory
Shudder! This patch simply duplicates a lot of code that was meant
to be *re-us
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottleneck
* Martin Spott -- Wednesday 21 December 2005 12:12:
> Melchior removed the fake shadow from the BO right after real shadows
> were in place.
I didn't remove them, but I disable them if "real" shadows are enabled.
So you can only choose between good and fast shadows.
m.
-
* Vivian Meazza -- Thursday 22 December 2005 10:13:
> Blender is clever, but almost impossible to use.
Oh, sure. That must be why the Concorde, the Bo105 and several others were
done with Blender. This opinion is common under people who didn't have
the patience to learn a new interface. Yes, it's
* Jon Stockill -- Thursday 22 December 2005 18:46:
> I use blender all the time, unfortunately VRML import in blender is rather
> lacking, so a general move to VRML may leave us with some problems (unless
> 2.40 has better VRML support of course).
Yes, seems so. There's quite a new VRML exporter i
A lot of new stuff. Interesting for aircraft modelers:
+ improved Boolean Operations, Mesh Ripping, UV & Image Editing,
Subdivide Tools, etc.
+ a new powerful unwrapper (look for "ArchiMap" on this page:
http://members.iinet.net.au/~cpbarton/ideasman/ )
- ac3d-import.py partly broken. Below i
On Fri, Dec 30, 2005 at 03:41:21PM -0600, Curtis L. Olson wrote:
> --props=5401
In real life it's called --telnet IIRC. :-)
m.
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the
On Sun, Jan 01, 2006 at 08:07:40AM -0600, Curtis L. Olson wrote:
> >>Paul Surgeon wrote:
> >>>Has anybody thought of a way to be able to call functions
> >>>inside FG via the network interface?
> With a little wrapping, this can be done now. We have wrapped up a few
> functions, but perhaps need
On Mon, Jan 02, 2006 at 10:20:20AM +0100, Melchior FRANZ wrote:
Still untested, but for the archive (and IIRC):
- execute = func { fgcommand(cmdargs().getValue(), args) }
+ execute = func { fgcommand(cmdarg().getValue(), args) }
- args.setStringValue("filename", "dummy")
On Tue, Jan 10, 2006 at 04:17:32PM +, Tiago Gusmão wrote:
> I see that .sgi has a few dummy fields we could use (altough that would
> break the spec, they should be NULL),
That's not an option. Even using the comment line for
that isn't one, although it wouldn't violate the spec.
m.
--
On Sun, Jan 15, 2006 at 03:40:41PM -0600, Curtis L. Olson wrote:
> We also should also think about picking a file name that more clearly
> indicates that this is something reserved for the FlightGear app to use,
> not for user customizations.
I had suggested ~/.fgfs/autosave.xml ... several time
On Wed, Jan 18, 2006 at 10:55:21PM -0500, Josh Babcock wrote:
> Can anyone see something wrong with this animation? It seems that the
> condition switch is stuck in the "on" position.
You tell it to change the material if/when the condition
is met. And that's what it does. You don't tell it to
res
On Thu, Jan 19, 2006 at 10:02:39AM +0100, Melchior FRANZ wrote:
> Solution: you have to change it back explicitly -- in a
> separate animation.
Solution II: you can also watch the sun angle in a Nasal loop
and set a property accordingly. Then you can leave the
material condition away and us
On Thu, Jan 19, 2006 at 08:29:57AM -0500, Josh Babcock wrote:
> Does the property-base have to be in the animation, or can I define one
> property-base globally for all the animations to use?
Once per "material"(!) animation. But it's optional and
you can leave it away. Other animation types don't
On Thu, Jan 19, 2006 at 09:36:38PM +, AJ MacLeod wrote:
> I am in need of some sage advice on property listeners. Could someone
> enlighten me on the easiest way to convert the following type of function to
> respond to, for example, the "sim/model/lightning/controls/flight/ap_pitch"
> prop
* Curtis L. Olson -- Tuesday 03 January 2006 22:21:
> It might also be nice to have a version of the display message that
> takes an X,Y location so you can put message in arbitrary locations.
The whole thing could have been done with simple transparent dialogs
and a Nasal function (like the new
* AJ MacLeod -- Friday 20 January 2006 22:13:
> When called separately the toggle function works perfectly, and the listener
> function also works perfectly... but when one causes the other to be called
> there's a segfault.
Should be fixed now.
m.
* AJ MacLeod -- Thursday 26 January 2006 13:28:
> Which leads me to a linked question; is there any way of assigning nasal
> functions to joystick buttons on a per-aircraft basis (i.e. with the
> _aircraft_ setting the controls, not the JS config), in the same way the
> keyboard can be remapped?
Here's a first draft for a screenPrint() replacement. It's a bit
slower, but flexible and easy to use: just write the text to the
/MSG property (upper case so as to place it on top in the property
browser for easier testing). Up to five lines are currently shown.
They scroll up as new messages are
* Melchior FRANZ -- Friday 27 January 2006 09:24:
> Here's a first draft [...] Expect some improvements ...
The newest version does now depend on fgfs CVS/HEAD as of *now*!
It supports colors and has a Nasal interface
screenlog.write("foo");
screenlog.write("redfoo&qu
* Josh Babcock -- Saturday 28 January 2006 15:51:
> Just compiled the latest greatest, and FOV does not seem to change. "x"
> and "X" pop up the FOV dialog, but the view does not change ...
That's probably caused by one of my last patches. Working on it ...
m.
--
* Martin Spott -- Saturday 28 January 2006 16:35:
> but the autopilot pull-down menue is inactive, the word "Autopilot" in
> the headline is greyed-out. Is this intentionally ?
Yes, it's intentional. The KAP140 is AFAIK only operatable via
3D cockpit. The dialogs don't work for it, so the entry is
[autopilot menu entry disabled for the default aircraft]
* Martin Spott -- Saturday 28 January 2006 19:45:
> Melchior FRANZ wrote:
> > Yes, it's intentional. The KAP140 is AFAIK only operatable via
> > 3D cockpit.
>
> Ah, that's ok. This doesn't make it ea
* Josh Babcock -- Monday 30 January 2006 22:01:
* > > On Sunday 29 January 2006 16:20, Melchior Franz wrote:
> > > set the /sim/signals/reinit property on reinit, so that aircraft code can
> > > attach listeners.
> I think I missed something earlier. Can someone descri
* Mike Kopack -- Tuesday 31 January 2006 17:26:
> Is there any way through either the HTTP or Telnet Property interfaces
> to force a screenshot to be taken?
That's easy. On a very recent CVS (= development) version write this into
a file $FG_ROOT/Nasal/local.nas:
INIT = func {
setlisten
* Curtis L. Olson -- Tuesday 31 January 2006 17:52:
> If screen-capture is the exposed function name, then you should also be
> able to just setup the telnet interface, telnet in, and type "run
> screen-capture".
Ahh. Didn't know that.
Here's yet another possibility that works for almost all co
* Buchanan, Stuart -- Thursday 02 February 2006 23:18:
> This makes use of Melchior's Nasal display code instead of the Nasal
> display patch I previously submitted.
I changed that meanwhile and made it a class (because Curt wanted more
than one text window. :-)
http://members.aon.at/mfranz/fli
* Buchanan, Stuart -- Friday 03 February 2006 00:06:
> --- Melchior FRANZ <>wrote:
> > I changed that meanwhile and made it a class (because Curt wanted more
> > than one text window. :-)
>
> OK, I'll take a look and update the tutorial patch.
You just need t
I've yesterday committed a Nasal class that helps to display
log information in a scrolling transparent window. This can be
used for ATC message type of information and whatever info you
want to display. (The default font SANS_12B looks good, but
is a maybe a bit too slow -- see below for how to ch
* Andy Ross -- Friday 03 February 2006 16:29:
> How about porting the existing screenPrint() code to use it instead,
screenPrint = func { screen.log.write(arg[0]) } # in global.nas
Ported! Or is there more to do? Only the tutorial ever used
screenPrint, and it doesn't any more, so it's probab
* Josh Babcock -- Saturday 04 February 2006 14:40:
[drop screenPrint]
> There may be some people using it for custom stuff, perhaps if you added
> a print statement with a warning and then wait a month or two before
> removing it.
This was never in a release, so it can get removed without warning
* Isao Yamashita -- Saturday 04 February 2006 19:04:
> There is a text to speech program called "festival",
Actually, I'm using Festival for fgfs since *ages*. I made a
property /sim/sound/speech, and when I write text to this, it's
spoken by the synthesizer. A listener copies the messages from
/s
* Isao Yamashita -- Saturday 04 February 2006 19:30:
* > Melchior FRANZ <[EMAIL PROTECTED]> wrote:
> > Actually, I'm using Festival for fgfs since *ages*. I made a
> > property /sim/sound/speech, and when I write text to this, it's
> > spoken by the synthesizer
* Martin Spott -- Sunday 05 February 2006 10:05:
> > http://www.screenshotart.com/index.php?act=module&module=gallery&cmd=sc&cat=69
>
> Do you consider it as a good or as a bad sign that I didn't identify
> the FlightGear screenshots in the mentioned gallery ?
Well, one is the completely black on
* Martin Spott -- Sunday 05 February 2006 10:05:
> Do you consider it as a good or as a bad sign that I didn't identify
> the FlightGear screenshots in the mentioned gallery ?
"Remember the Red Baron"
"Citation II in trouble" (good one!)
"Nightshift scramble"
Did I win something?
m.
---
Here's a "fix" for the existing & totally broken festival speech
synthesis interface. The new implementation isn't part of the ATC
subsystem any more, but resides in the Sound/ dir. It can be called
via FGVoiceMgr::say(string), or simply by writing to property
/sim/sound/speech, and is so available
* Vassilii Khachaturov -- Sunday 05 February 2006 18:51:
> Would it be difficult to include an urgent shut-up interface?
I can make it delete the queue when an empty string is set.
But I can't revoke the string that already went to festival.
m.
--
* Melchior FRANZ -- Sunday 05 February 2006 18:58:
> * Vassilii Khachaturov -- Sunday 05 February 2006 18:51:
> > Would it be difficult to include an urgent shut-up interface?
>
> I can make it delete the queue when an empty string is set.
> But I can't revoke the stri
* Vassilii Khachaturov -- Sunday 05 February 2006 18:51:
> Would it be difficult to include an urgent shut-up interface?
We could actually have two or three channels that could speak
at the same time. One for "background voice" (ATC), and one
for a "foreground voice" (instructor, copilot). We can
* Erik Hofman -- Monday 06 February 2006 13:35:
> The original code was written for/by John Wojnaroski so you might be
> asking this a the wrong time. Personally I feel it would be a nice addition.
OK, then I'll continue to work on it (as I've done since yesterday).
I'll make it so that the prefe
* alexis bory -- Tuesday 07 February 2006 00:14:
> I just can't wait to show a screenshot:
> http://croo.murgl.org/img/very-begining.jpg
Very nice. Looks quite good already!
m.
---
This SF.net email is sponsored by: Splunk Inc. Do you grep thr
* John Wojnaroski -- Monday 06 February 2006 17:25:
> The original code I sent on to Dave Luft had a socket interface in the
> AI module for the ATIS and AI controller.
It still has. With hardcoded IP address, which I find a bit suboptimal
for usage by anyone but you:
#define ATC_SERVER_ADDRESS
* Melchior FRANZ -- Tuesday 07 February 2006 10:26:
> I would be interested in that. I think that the festival interface needs
> some rework, but I don't want to remove current capabilities.
Having looked at the code again ... there are *no* current capabilities
that we want to kee
* John Wojnaroski -- Tuesday 07 February 2006 16:50:
> Don't have the code in front of me, IIRC that address is where FG sends
> the text string to a small wrapper program that runs the festival client
OK. The voice subsytem can easily handle that, too:
/sim/presets/voice/host=192.168.2.15
* Vivian Meazza -- Tuesday 07 February 2006 09:35:
> So after a little effort, Festival and FG work together. The default voice
> is poor, but Melchior is working on that, so we can pick one of the better
> ones that are available.
This is now working. I have defined three voice groups with bette
There's a new patch available. It supports multiple voices and
writes in different colors to screen.log. The files are available
here, along with some instructions:
http://members.aon.at/mfranz/flightgear/festival.html
You'll hear the synthesizer say "e" four times. That's thought for
preloadin
* Erik Hofman -- Monday 06 February 2006 13:35:
> Personally I feel it would be a nice addition.
OK, then. I'll commit tomorrow around midday if there are no
objections until then. The latest patch can be found here again,
along with some documentation:
http://members.aon.at/mfranz/flightgear/f
* Melchior Franz -- Friday 10 February 2006 20:57:
> preferences.xml
> Log Message:
> pre-set callsign
> +
[...]
> +
Whoops. The voice stuff wasn't meant to go in already. But now
I can leave it the
* David Luff -- Friday 10 February 2006 23:09:
> Melchior FRANZ writes:
> > I'll start to commit once I got permission. (The old ATC voice
> > thing will lose the /sim/sound/voice property first, which is used
> > as an "enabled" flag, and finally die.)
&g
* David Luff -- Friday 10 February 2006 23:54:
> Melchior FRANZ writes:
> > No, no. I'm not speaking aobut the ATIS messages. These are fine and
> > will remain.
> Phew :-)
I like the ATIS recordings a lot, and others on IRC do so, too. The ATIS
voice will have a l
* Melchior Franz -- Saturday 11 February 2006 12:51:
> Modified Files:
> fg_commands.cxx fg_init.cxx
> Log Message:
> rename user `preferences.xml' to `autosave.xml'. The former name lead to
> problems because a lot of people already have their *real* pre
* Erik Hofman -- Saturday 11 February 2006 14:36:
> Now that the Festival support has been added, could you update the code
> to use that instead of the prerecorded sound files?
> After that I would like add it to CVS.
Hmm ... but then it requires festival to work correctly, which I
think isn't a
To increase list traffic on this boring day, here are a few links to
pages where people discuss fgfs:
http://digg.com/software/Awesome_Free_Flight_Sim
Eternal discussion with a few new entries:
http://www.macupdate.com/info.php/id/16997
http://happypenguin.org/show?Flight%20Gear%20Flight
* Frederic Bouvier -- Sunday 12 February 2006 16:54:
> Isao Yamashita wrote :
> > ...
> > Audio initialization failed!
> >Could not change the current ALC context
> > Adding subsystem fx
> > Adding subsystem voice
> > ATC Display
> > ATC Manager
> It looks like the new voice subsystem is c
* Isao Yamashita -- Sunday 12 February 2006 17:15:
> I hope it's an OpenAL problem.
> I tried with --disable-sound option too, didn't work either.
There's more wrong: direct rendering & sound. (The voice interface
has nothing to do with sound. It's just networking code that sends
text to another
* Isao Yamashita -- Sunday 12 February 2006 19:07:
> #6 0x083a0ff8 in SGSoundSample::load_file (this=0xb2da290, path=0x0,
> file=0xb2da10c "default.wav") at sample_openal.cxx:388
[...]
> I suspect somewhere around the trace #6 or #7 is causing the problem.
Yes, and I say it the last time:
* Mathias Fröhlich -- Sunday 12 February 2006 19:17:
> On Sunday 12 February 2006 19:12, Melchior FRANZ wrote:
> > Yes, and I say it the last time: your sound isn't working. Either
> > the openal lib is too old, or the driver for your sound card, or
> Well, yes.
>
* Mathias Fröhlich -- Sunday 12 February 2006 19:28:
> On Sunday 12 February 2006 19:19, Melchior FRANZ wrote:
> > No, but that's not the problem we are discussing here, is it?
> I believe it is.
Others will profit from better error message, yes. But Isao's problem
w
* Frederic Bouvier -- Sunday 12 February 2006 20:08:
> May I remind you the helpfull stack sent by Isao ?
Sure. But now I was talking with Mathias about the other problem. :-P
> > #7 0x080c61f2 in FGATCVoice::LoadVoice (this=0xb1e8040,
> > [EMAIL PROTECTED])
> > at ATCVoice.cxx:58
(BTW: t
* Frederic Bouvier -- Sunday 12 February 2006 21:05:
> I commited a patch where exceptions are caught nearer of their throw, so
> we can use a degraded, silent, but working, code path.
> An alert should be displayed, because the try/catch is at the right side
> of GLUT.
Going on although basic fil
* Melchior FRANZ -- Sunday 12 February 2006 21:11:
> Going on although basic files are missing -- which can only mean that
> the base package is corrupted --
Gah ... forget this. There isn't anything missing at all. Just openal
doesn
* Stefan Seifert -- Monday 13 February 2006 08:45:
> Isao Yamashita wrote:
> > I did uncomment the "nimitz_demo" line in
> > preference.xml and autosave.xml
>
> Will probably not help you, but there should not be a in your
> autosave.xml. Where does it come from?
I guess that comes from this w
* David Luff -- Sunday 12 February 2006 22:23:
> Melchior FRANZ writes:
> > The ATC subsystem shouldn't really generate the message *and* display
> > it, [...] A different subsystem should then take this message and
> > display it -- using the same code for ATC
201 - 300 of 1910 matches
Mail list logo