Sign in to follow this  
Guest laurentC

FlyLegacy from the start : settings

Recommended Posts

Hi there all,I'm installing FlyLegacy (in order to give an hand in development, of course) and I've faced some difficulties I will expose here to help anyone else wanting to compile the CVS repository with MSVC6++.- first, preparing the VC6++ environment I had to link the libtiff.lib in addition to the jpeg library and the plib library (and incidentally download libtiff3.dll and zlib1.dll from the web : these dlls are placed in the fly!II main root with jpeg62.dll and glut32.dll which are yet provided). The libtiff.lib must be added to the linked libraries dialog list (settings : Links tab)- the debug preprocessor definitions are good but not the release ones (just copy de debug ones)- I also found some audio lib in the release version that are not mentioned in the debug one (I copied them again)OK : compilation worked for both release and debug version...I then placed the exe in the main Fly!II root as stated in the install doc (and put all the stuff provided for the system and saved situation folders). I had also to modify the Fly!II path in the FlyLegacyDefault.ini (and FlyLegacy.ini) files.Now : firing up the exe I can get the splash screen (with the Pilatus) but as the image appears I've got a stop and message error.I think this must be due to my videocard (GeForce4 MX 420) and OpenGL settings.I'm trying to fix this ... any hint ?laurent

Share this post


Link to post
Share on other sites
Help AVSIM continue to serve you!
Please donate today!

Debugging the Main.cpp file it appeared that the "debug" folder has actually to be placed in the Fly! II folder tree to avoid this first stop at launch time ... I added also the log folder to be sure, eh, eh !Ok : now, as soon as the red mountains appear I've got a BTD (I suppose they actually are the red mountains and heli splash screen because the image appears for a very fraction of second)

Share this post


Link to post
Share on other sites

I have found this :CSituation::CSituation (const char *sitFilename){ // Perform base initialization user = NULL; cmgr = NULL; kmgr = NULL; rootModels = new ssgRoot; rootUserVehicle = new ssgRoot; // Get panel sound effect source sfx_source_panel = globals->audiomgr->CreateSource (); CGauge::sfx_source = sfx_source_panel; // Open SIT file from pod filesystem SStream s; strcpy (s.filename, "Saved Simulations"); strcat (s.filename, sitFilename); strcpy (s.mode, "r"); if (OpenStream (&s)) { // Successfully opened stream ReadFrom (this, &s); } else { gtfo ("CSituation : Cannot open SIT file %s", s.filename); } CloseStream (&s); } I can't go over ReadFrom(this, &s) :'this' should be a CStreamObject* : my BTD occurs while ReadFrom is performing ...Any idea ?

Share this post


Link to post
Share on other sites

The pb was that FlyLegacy couldn't read the flyhawk.nfo file ... because I have all my aircraft in subfolders of aircraft folder !Putting flyhawk.pod in the actual aircraft folder I almost could go a step ahead ... to tumble in another BTD ... for another pb.At this point I need to watch carefully my folders and see if I need to revert in TRI out of the box simple tree.

Share this post


Link to post
Share on other sites

... Ok : it was exactly that ... all the aircraft TRI pod files have to stay in the aircraft folder, no subfolder allowed.

Share this post


Link to post
Share on other sites

Laurent,We're all watching you with great suspense. It's like your first flight....Tony

Share this post


Link to post
Share on other sites

Laurent,Check LogsWarning.log, LogsDebug.log and Logsgtfo.log for any diagnostics. If it just exits without a Windows crash dialog, it's probably calling gtfo().Thanks for the fixes to the Release build...I obviously haven't built the Release build in a while. Not much need to :-) but it's good to keep things in sync to avoid having a whole bunch of problems later.I'll take a look at your other posts below....Chris WallaceOttawa, Canada

Share this post


Link to post
Share on other sites

It's trying to open a default .sit file. If you don't have a FlyLegacy.ini file, it looks for Default.sit. But this is wrong in that it shouldn't assume the .sit files are in the "Saved Situations" folder. I always use Vancover.sit as my default (in my FlyLegacy.ini file) which is available in CVS in the 'install' tree.Chris WallaceOttawa, Canada

Share this post


Link to post
Share on other sites

I didn't know that Fly! II supported putting the aircraft PODs in subfolders from the Aircraft folder...easy enough to fix.Chris WallaceOttawa, Canada

Share this post


Link to post
Share on other sites

One other thing, the sourceReadme.txt is more up to date than sourceInstall.txt. You should also get the STLport libraries.Chris WallaceOttawa, Canada

Share this post


Link to post
Share on other sites

Ok : it turned out I have a working framework now ... takeoff been hard but now I'm airborne and it's a breeze ...Can you tell me (us), Chris, maybe in the "help" sourceforge forum, which part of the project do you want me (us) to help ? I obviously want to help now but need some indications as all of us.As far as the STLport library, I'll make some search on the net (first time I read about).Having succeed in installing the source CVS, I'm ready to help anybody willing to install it in MSVC++ (also sharing files and libraries if needed to make it easier) ... just shout.laurent

Share this post


Link to post
Share on other sites

Hi All and Laurent,I' tried as you to create the request dev env.A basic problem : I've got the tree with WinCVS; then only with the Fly! Legacy source files, VC tell me for each one that there is only one carriage return and then add a new one for each line !So when I have a compil error, it does not jump to the correct line !Any idea ?- roland -

Share this post


Link to post
Share on other sites

Also can you give me the exact string you have entered as CVSROOT env ?- roland -

Share this post


Link to post
Share on other sites

Laurent,The STLport library is a free alternative to the STL implemenation that comes with MSVC (Dinkumware). It is generally considered to be more robust and higher quality.I can't really make too many recommendations on where folks should contribute...it really depends on what your interests are. There is so much to do in so many areas that it's even premature to have a priority list. There are dozens of subsystems and gauges that need to be implemented that would probably be pretty easy for you, Laurent. Starting with the simpler ones that are common to all aircraft, then progressing to the more aircraft-specific ones. But if you have an interest in other areas like flight dynamics, etc. and have the time to do the required research, then of course all that needs to be done as well.I am currently reworking the terrain system so I'd recommend staying away from that area until it has stabilized a bit.Let me know your SourceForge ID (or create one) and I'll add you to the developer list. Then get a CVS snapshot using your userid before you start any changes that you intend to checkin...it can be a pain if you check out with anonymous and then try to checkin under your userid.Chris WallaceOttawa, Canada

Share this post


Link to post
Share on other sites

Thanks for tips Chris, it's working.I agree with Laurent about the help we could provide : it takes a sort of project manager that knows the architecture and the job to.I (we ?) have no idea about what the whole project should contains.- roland -

Share this post


Link to post
Share on other sites

Well, I can probably provide some suggestions if you let me know generally what type of areas you're interested in. From the "Development Status" page on the web site, pick an area that is substantially incomplete that you are interested in, and I can give you some guidance on where to focus the initial efforts. There is no priority of which major area needs to be done first since they are all mandatory.Chris WallaceOttawa, Canada

Share this post


Link to post
Share on other sites

One other thing guys...there are a million "todo" tags scattered through the code to fix bugs, fill in incomplete functionality, etc. Many of these should be quick fixes that you can use to get your feet wet. You can also see them on the ToDo list page on the Doxygen docs (I'm just regenerating them now).Chris WallaceOttawa, Canada

Share this post


Link to post
Share on other sites

Hi Chris and all,That's fine with me : I'll see what can I do with gauges and subsystems.I installed the STLport library : cool.My SF account ID is noollab (I'll post to the help forum to be sure)laurent

Share this post


Link to post
Share on other sites

Hi allI have only basic C-skills and no C++ knowledge, but maybe there are some easier areas where I can help.Harald

Share this post


Link to post
Share on other sites

Laurent,I've added you as a developer...thanks!! As far as gauges and subsystems go, off the top of my head I'd say that the following could probably be implemented anytime (both subsystem and gauge sides):- Altimeter- Magnetic compass (slew manager will need to be enhanced to allow heading to be altered)- Gyro compass- Fuel gauges- Electrical (voltmeter, ammeter) gauges- Light subsystems / panel lighting- ...lots more I'm sure!Without any kind of flight dynamics engine, it wouldn't make sense to implement things like airspeed and VSI subs/gauges yet.Chris WallaceOttawa, Canada

Share this post


Link to post
Share on other sites

By all means Harald, feel free to get the code and jump in!Chris WallaceOttawa, Canada

Share this post


Link to post
Share on other sites

Agree.I can do that I suppose ... let me find a good base to develop upon ... need yet to find my marks, and a nifty way to inject code, eh, eh !I also have to be used with CVS methods ... I don't want to mess up anything.laurentC

Share this post


Link to post
Share on other sites

Gentlemen,I have mixed feelings about this project... ;-)On one hand I'm extremely happy about the fact that work is continuing on Legacy. On the other hand I feel totally useless because I know nothing about C++ and therefore wouldn't be able to contribute even if I had time.It reminds me of when I was part of the Fly! II Beta Test team and I read all these messages going back and forth between Rich, Chris and the other gurus... It wasn't until I learned the fly systems and files that I was able to understand what they were talking about and later contribute with my own creations/fixes.Maybe when I finish school in April I'll enroll in an intensive C++ course so that I can start contributing directly into this project.Congratulations and thanks so much for keeping Fly! alive!!!Your friend,http://www.avsim.com/hangar/fly/dfdg/banneraa.jpg

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this