Okay, the sounds in CVS are all 8 bit now and tested. I don't know if it's
just my system but rumble.wav could be a little "bumpier".. at anyrate...
sounds are all now 8 bit but various sample rates and everything seems ok.
I noticed FWIW that in src/Sound/fg_fx.cxx, only the cranking.wav sound
> Is the scenery server down?
Which one do you mean ?
My one is up, for all three services.
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
just copied cranking.wav to flaps.wav, it's definitely pitch shifted
lemme see where the sounds are specified..
On Tuesday 13 November 2001 12:19 am, you wrote:
> On Monday 12 November 2001 9:26 pm, you wrote:
> > John Check writes:
> > > On Monday 12 November 2001 8:15 pm, you wrote:
>
On Monday 12 November 2001 9:26 pm, you wrote:
> John Check writes:
> > On Monday 12 November 2001 8:15 pm, you wrote:
> > > John Check writes:
> > > > I dunno Curt, there are 16 and 8 bit samples in Sounds at between
> > > > 11025 and 32000Hz. Are you saying the playback rate is fixed? Rumble
> >
>
> > area. It looks like OpenGC will need a nav database comparable with FG's
> > (airports, navaids, don't want to keep shipping that stuff across the
> > interface)
>
> This is actually the main impediment to designing an ND gauge. Offhand, I
> had been thinking about using Robin Peel's (if I'm
Hi...
> area. It looks like OpenGC will need a nav database comparable with FG's
> (airports, navaids, don't want to keep shipping that stuff across the
> interface)
This is actually the main impediment to designing an ND gauge. Offhand, I
had been thinking about using Robin Peel's (if I'm remem
John Check writes:
> On Monday 12 November 2001 8:15 pm, you wrote:
> > John Check writes:
> > > I dunno Curt, there are 16 and 8 bit samples in Sounds at between 11025
> > > and 32000Hz. Are you saying the playback rate is fixed? Rumble is
> > > 16bit@32000 I was planning on resampling them all t
Jon S. Berndt writes:
> I am trying to add some logic in there that freezes the model when
> a crash occurs. The problem is coming up with a set of cases that
> works for crash detection. This is hard to do accurately without a
> surface normal and knowing which triangle a contact point is on
> Is this a criticism of CMake, autoconf, or the standard build practice?
Both
> CMake and autoconf are open-source, the only distinction is that some
> existing projects rely on autoconf (and are therefore not particularly
good
> candidates for CMake) and that CMake supports Borland and Visual
Flavio Villanustre writes:
> I saw a different kind of crash (literally)... After crashing against a
> mountain, everything became unresponsive and the engines suddenly stopped.
> I couldn't turn the engine back on and the pannel looked funny, with
> missing needles, instruments, etc. (I reg
On Monday 12 November 2001 8:15 pm, you wrote:
> John Check writes:
> > I dunno Curt, there are 16 and 8 bit samples in Sounds at between 11025
> > and 32000Hz. Are you saying the playback rate is fixed? Rumble is
> > 16bit@32000 I was planning on resampling them all to 8 bit. Time is a
> > little
> Oh!!! Excelent resource! Now it's a bookmark on my browser for more in
> depth reviewing! OK, I'll hold on until you have it worked out. May I help
> you in anything? I'd be glad to help if I can...
>
> Regards,
>
> Flavio.
>
As you can see there is a lot to add to the flight deck. Perhaps you
> > no terrain intersection
> > no terrain intersection
> > load() base = /usr/local/lib/FlightGear/Scenery
> > Loading tile
> > /usr/local/lib/FlightGear/Scenery/w180n1879048190/w180n1879048191/5712
>
> This is (most likely) caused by the current lack of crash protection in
> JSBSim. What's happ
John Check writes:
> I dunno Curt, there are 16 and 8 bit samples in Sounds at between 11025 and
> 32000Hz. Are you saying the playback rate is fixed? Rumble is 16bit@32000
> I was planning on resampling them all to 8 bit. Time is a little tight for a
> couple more days
I seem to recall tha
On Monday 12 November 2001 04:21 pm, you wrote:
> I saw a different kind of crash (literally)... After crashing against a
> mountain, everything became unresponsive and the engines suddenly stopped.
> I couldn't turn the engine back on and the pannel looked funny, with
> missing needles, instrumen
Curt,
maybe you were right and the sound system is responsible for the
freezes... I got it to hang again while debugging and I saw this from a
backtrace in gdb:
(gdb) backtrace
#0 slSamplePlayer::skip (this=0x9499798, nframes=1024) at sl.h:260
#1 0x08308cc1 in slPlayer::preempt (this=0x94997
Mmmm... I can reproduce the first freeze I was refering to, almost 100% of
the times...
Do this,
start from KSFO, normal heading, start engine with throttle set to MAX and
pull the joystick to force the plane raise ASAP... with some luck you'll
get FGFS frozen in 15 to 20 seconds (just a few
Agreed.
> So as I see it, the best way forward, which would please both crowds, is
> to use both systems simultaneously in the various projects, with each
> crowd maintaining their own system's scripts, making sure required
> changes are notified to the other crowd via the respective mailling
> l
I saw a different kind of crash (literally)... After crashing against a
mountain, everything became unresponsive and the engines suddenly stopped.
I couldn't turn the engine back on and the pannel looked funny, with
missing needles, instruments, etc. (I regret not having taken an
snapshot)...
Th
On Mon, 2001-11-12 at 23:10, Damion Shelton wrote:
> Is this a criticism of CMake, autoconf, or the standard build practice? Both
> CMake and autoconf are open-source, the only distinction is that some
> existing projects rely on autoconf (and are therefore not particularly good
> candidates for C
Curt,
I can't assure it's not tied to the sound system, however I was in
steady flight not touching any control when fgfs hanged, so I'm quite sure
the sound system was just producing the same standard engine sound...
Anyway it looks like we have a deadlock somewhere triggered by a yet to be
d
Support means:
Input - CMakeLists.txt files
Output - Borland project file
Open the project file and build it. Pretty simple, in my opinion. The
procedure is analogous on other platforms. Except that the output is a
makefile (for Unix) or workspace (for Visual Studio).
All that's distributed to
On Monday 12 November 2001 7:31 am, you wrote:
> I think there is only one specific frequency of wav that plib audio
> supports, also I don't believe it supports stereo sounds either.
I dunno Curt, there are 16 and 8 bit samples in Sounds at between 11025 and
32000Hz. Are you saying the playback
Tony,
The extra drag on cross controlled slips is cool. Thanks! I'm always
setting up my approach too high and this help get down a lot easier. :-)
Curt.
--
Curtis Olson Intelligent Vehicles Lab FlightGear Project
Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED]
M
> candidates for CMake) and that CMake supports Borland and Visual C++
I've always wanted something that supports Borland. What does "support" mean
in this case?
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailma
Is this a criticism of CMake, autoconf, or the standard build practice? Both
CMake and autoconf are open-source, the only distinction is that some
existing projects rely on autoconf (and are therefore not particularly good
candidates for CMake) and that CMake supports Borland and Visual C++
compil
> Curtis Olson writes:
> It creates a complex build system from simple input files, but most
> people get hung up thinking that they have to look in the configure
> script or in the makefiles. That's the last place you want to go
> (although it can be useful to debug some problems.) The trick i
Curtis L. Olson writes:
>
>Norman,
>
>With the latest changes we have a problem. :-)
>
>In Linux with my window manager you can right click on the top window
>border to get a list of options such as maximize, minimize, etc.
>Unfortunately, the latest code incantation captures mouse events even
>wh
BERNDT, JON S. (JON) (JSC-EX) (LM) writes:
> Is the scenery server down?
No ...
Curt.
--
Curtis Olson Intelligent Vehicles Lab FlightGear Project
Twin Cities[EMAIL PROTECTED] [EMAIL PROTECTED]
Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.o
Is the scenery server down?
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
Flavio,
I'm seeing this on one machine, but not another ... It seems to be
tied to the audio system ... i.e. are you seeing these pauses at a
stall or a wheel touchdown? I'm wondering if it's somehow related
also to the threaded tile loader and something is getting confused or
clobbered and we d
Dear all,
latest changes are really cool, with GUI tweaks, ATIS support, etc. Thanks
to all for doing such a great job!
OTOH, I'm getting sporadic freezes, where after running
FGFS for 10 to 15 minutes, everything stopped as it were paused, but even
screen is not refreshed. The only way of e
This should now be fixed in cvs ... thanks for the patch Norman. :-)
Curt.
[EMAIL PROTECTED] writes:
> It seems to me I have seen this one before, but there appears to be a problem
> when compiling FlightGear with the plib function puGetStringWidth(). I did a
> complete update on everything t
John Wojnaroski writes:
> Sometimes I have trouble with "gcc -c hello.cpp"; a nice clean simple
> understandable build package that I can dissect if I chose without having to
> envoke mystical incantations to decipher would be appreciated.
Automake/autoconf really isn't that bad once you get goin
> On Sun, 2001-11-11 at 01:37, Damion Shelton wrote:
> >
> > Thanks for the feedback everyone - that's an impressive amount of
message
> > traffic! I've decided to go with the CMake build system from
> > public.kitware.com/CMake - it uses a generic "makefile" (not unix
format)
> > syntax which i
Norman Vine writes:
> I don't have 'X' so I can't debug this
> But since we are relying on GLUT for our mouse messages
> it would be interesting to know if this was a problem with other
> GLUT programs or PLib programs < demos >
It's something that only surfaced with your most recent round of gu
Curtis L. Olson writes:
>
>Curtis L. Olson writes:
>> Norman,
>>
>> With the latest changes we have a problem. :-)
>>
>> In Linux with my window manager you can right click on the top window
>> border to get a list of options such as maximize, minimize, etc.
>> Unfortunately, the latest code inc
Norman Vine writes:
> FYI
> These are a NEW or CHANGED GUI features in the current CVS files
>
> 1) Jim Wilson's updated external viewer interface
> that uses dial's instead of sliders for angles
> 2) Jim Wilson's Property browser
> This is patterned after a normal file requestor
>
Curtis L. Olson writes:
> Norman,
>
> With the latest changes we have a problem. :-)
>
> In Linux with my window manager you can right click on the top window
> border to get a list of options such as maximize, minimize, etc.
> Unfortunately, the latest code incantation captures mouse events eve
Norman Vine writes:
> FYI
> These are a NEW or CHANGED GUI features in the current CVS files
>
> 1) Jim Wilson's updated external viewer interface
> that uses dial's instead of sliders for angles
> 2) Jim Wilson's Property browser
> This is patterned after a normal file requestor
>
FYI
These are a NEW or CHANGED GUI features in the current CVS files
1) Jim Wilson's updated external viewer interface
that uses dial's instead of sliders for angles
2) Jim Wilson's Property browser
This is patterned after a normal file requestor
and a directory tree.
I just nailed an especially annoying tile cache scheduling bug.
What was happening was that we screwed up and scheduled tiles for
(lon,lon) rather than (lon,lat) ... note the typo. This generated
bogus tile id's which the system happily accepted, put into the tile
cache system, and attempted to
> automake/autoconf is working just fine for us, thankyou. :-)
Glad to hear it ;-) I am certainly not suggesting using CMake for existing
projects (though I am maintaining a local build of FTGL that builds itself
using CMake, in the interests of keeping OpenGC in sync with FTGL). Freetype
2, thou
> > > That's due to a bug in JSBsim's pseudo-XML parser. It fails
> > > as soon as it gets a tab instead of a space char. I don't know why
> > > that's working under Linux (I'm assuming it does or it would have
> > > been fixed much earlier).
> >
> > Not so fast.
>
> I'm sorry if I offended you
Ross Golder writes:
> On Mon, 2001-11-12 at 18:36, Damion Shelton wrote:
> > Comments are of course welcome
> >
>
> Sounds like a good all-round solution to me. I'll have to look into this
> CMake stuff before I set about autoconfing it. It may be worth pursuing
> for the flightgear/simgear/
On Mon, 2001-11-12 at 18:36, Damion Shelton wrote:
> Comments are of course welcome
>
Sounds like a good all-round solution to me. I'll have to look into this
CMake stuff before I set about autoconfing it. It may be worth pursuing
for the flightgear/simgear/jsbsim system too.
--
Ross
Hi this is in an important issue so I'm going to bandstand for a bit.
First off, let me preface this by saying that I am not terribly familiar
with ac/am and therefore I am assuming, based on prior message traffic, that
it does not support building under Microsoft or Borland compilers. If thi
It seems to me I have seen this one before, but there appears to be a problem
when compiling FlightGear with the plib function puGetStringWidth(). I did a
complete update on everything this morning and have successfully built plib and
simgear. Does anyone have any insight on this?
Jon
make[2
[EMAIL PROTECTED] wrote:
>
> > > The default JSBSIM failed after -
> > > (I have removed the ANSI terminal escape sequences in src)
> > > Reading Aircraft Configuration File: c172
> > > Version: 1.50
> > > Reading Metrics
> > > WingArea: 174
> > > ... etc
> > >
Does this build error look familiar to anyone:
./aclocal.m4:346: /bin/m4: Warning: Excess arguments to built-in `define'
ignored
configure.in:30: AC_PROG_CPP was called before AC_PROG_CC
Jon
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http
> > The default JSBSIM failed after -
> > (I have removed the ANSI terminal escape sequences in src)
> > Reading Aircraft Configuration File: c172
> > Version: 1.50
> > Reading Metrics
> > WingArea: 174
> > ... etc
> > Maximum Alpha: 0.28Minimum Alpha: -0
Geoff McLane schrieb:
>
> The default JSBSIM failed after -
> (I have removed the ANSI terminal escape sequences in
> src)
> Reading Aircraft Configuration File: c172
> Version: 1.50
> Reading Metrics
> WingArea: 174
> ... etc
> Maximum Alpha: 0.28Minimu
How Flight Gear set the hour and knows if is night or day?
[]'s
Marcio Shimoda
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
John Check wrote:
> > Cameron asked about alternative audio formats, and I thought
> > it was worth pointing out Ogg Vorbis
> It could be useful if we are talking about canned ATC
> audio
Sorry to jump in late, but part of our project with FlightGear includes canned control
audio. Since we aren
I think there is only one specific frequency of wav that plib audio
supports, also I don't believe it supports stereo sounds either.
Curt.
David Megginson writes:
> Jim Wilson writes:
>
> > The sounds effects are working great. Did have some trouble with the
> > rumble.wav in CVS. For some
Jim Wilson writes:
> The sounds effects are working great. Did have some trouble with the
> rumble.wav in CVS. For some reason it's sounds like a jet engine...way
> over pitched or something.
Yes -- it sounds good by itself, but for some reason when we play it
in FlightGear, the high end i
Cameron Moore writes:
>
> Well, after stepping through this a while, I think I've figured out what
> the problem is. There is a buffer overflow in src/ATC/ATCdisplay.cxx at
> around line 70:
>
> char buf[256];
> ...
I think you might have hit the nail on the head there. I'll make
some c
Hi John,
it would be great if you can e-mail me the changes (or the complete
updated OpenGC), and the required modifications to FGFS.
I'll give it a try as soon as I receive them.
Regards,
Flavio.
On Sun, 11 Nov 2001, John Wojnaroski wrote:
> Hi Flavio,
>
> I've updated the display source
On Sun, 2001-11-11 at 01:37, Damion Shelton wrote:
>
> Thanks for the feedback everyone - that's an impressive amount of message
> traffic! I've decided to go with the CMake build system from
> public.kitware.com/CMake - it uses a generic "makefile" (not unix format)
> syntax which is parsed by a
Hi,
Been working for a tad (on NT 4.0 DDK stuff), and then onto
some other Windows tools (like my 'own' Spy5,etc) ... but
hopefully back for a bit ... did manage to keep up with most
of the mail - en brief -
Downloaded the newest CVS to a new FG78CVS folders,
SimGear
FlightGear
and used th
60 matches
Mail list logo
