* 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't work.
m.
-
* 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 wrote :
>> line 388, file sample_openal.cxx, there is :
>>
> [...]
>
>> This throw needs a try {} catch {} somewhere. I will commit a fix soon.
>>
>
> Would be useful. But it is not the reason why fgfs doesn't show
> the exception text, as I explained above.
>
It's
Isao Yamashita a écrit :
> Argh. Never mind.
>
> The file path is just fine.
>
> So I guess I have to stack trace the simgear/openal_test2.
Don't lose your time. Fix your OpenAL setup ( I do not mean sound, which
seems to work ). I doubt XMMS is using OpenAL.
-Fred
--
Argh. Never mind. The file path is just fine. So I guess I have to stack trace the simgear/openal_test2. IsaoIsao Yamashita <[EMAIL PROTECTED]> wrote: I stared at the stack trace for a while, and I suspect the following code section from ATCVoice.cxx : bool FGATCVoice::LoadVoice(const str
I stared at the stack trace for a while, and I suspect the following code section from ATCVoice.cxx : bool FGATCVoice::LoadVoice(const string& voice) { // FIXME CLO: disabled to try to see if this is causign problemcs // return false; ifstream fin; SGPath path = globals->get_fg_r
PS: and I know it should be "May I *remind* you" :-) You may REMEMBER me as much as you'd like, but I just wanna get this thing successfully running with all the latest frills ! Eventually I just wanna make my net fdm control code to work. I'm doing all this on my TabletPC, so changing the sound
* 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
Melchior FRANZ wrote :
>> Do you already have a clue where in simgears code this exception is thrown?
>>
>
> Nope. But linking with a (free)glut/SDL lib that was
> configured/compiled/linked
> with CFLAGS="-fexceptions $CFLAGS" LDFLAGS="-fexceptions $LDFLAGS" ./configure
> should be more help
I've installed my SimGear in /home/knoppix/ , not in /home/knoppix/FlightGear-0.9.9/ For some reason, there is only source directory for SimGear. I don't see any other SimGear related stuff in /home/knoppix/ . Anyway, I went to /home/knoppix/source/simgear/sound , and did ./openal_test1 jet.wav a
* 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
won't be solved by that.
> W
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.
We have fg that just aborts. That is a problem regardless of the availability
of a soundcard.
Most of us do not see that problem since we all have working sound
* 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.
> But is that a reason for flightgea
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.
But is that a reason for flightgear to quit?
Greetings
Mathias
--
Mathias Fröhli
* 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:
After this : Program received signal SIGABRT, Aborted. [Switching to Thread -1224730912 (LWP 9741)] 0xb7a9a7a7 in raise () from /lib/tls/libc.so.6 (gdb) This is the stack trace I've got : (gdb) info stack #0 0xb7a9a7a7 in raise () from /lib/tls/libc.so.6 #1 0xb7a9c04b in abort () from /lib/tls
* 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
I hope it's an OpenAL problem. I tried with --disable-sound option too, didn't work either. IsaoMelchior FRANZ <[EMAIL PROTECTED]> wrote: * Frederic Bouvier -- Sunday 12 February 2006 16:54:> Isao Yamashita wrote :> > ...> > Audio initialization failed!> >Could not change the current ALC conte
* 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
19 matches
Mail list logo
