Board index FlightGear Support Installation

Flight Recorder Tape Save/Load doesn't work in FG 2108.3.1

Need help getting up and running? Installing FlightGear, add-on planes, sceneries etc.
Forum rules
In order to help you, we need to know a lot of information. Make sure to include answers to at least the following questions in your initial post.

- what OS (Windows Xp/Vista, Mac etc.) are you running?
- what FlightGear version do you use?
- what graphics card do you have?

Please, also see Requesting Technical Help.

Note: If you did not get a reponse, even after 7 days, you may want to check out the FlightGear mailing lists to ask your question there.

Flight Recorder Tape Save/Load doesn't work in FG 2108.3.1

Postby naplesAPF » Fri Feb 01, 2019 11:05 pm

Flight Recorder Tape Save/Load doesn't work using FG 2108.3.1

The "Save window" opens to save a Fight Recorder Tape. But when try to Load a Tape the "Load window" doesn't open. Is this a known problem or is it just me? Appreciate any help.


My computer is running Mac OS X 10.14.
naplesAPF
 
Posts: 40
Joined: Sun Jan 04, 2015 8:17 pm

Re: Flight Recorder Tape Save/Load doesn't work in FG 2108.3

Postby legoboyvdlp » Sat Feb 02, 2019 9:38 am

I also have a crash anytime I try to use the tape: this is on Windows 10. I wonder if it is related.
User avatar
legoboyvdlp
 
Posts: 7001
Joined: Sat Jul 26, 2014 1:28 am
Callsign: YV-LEGO
Version: 2018.3.1
OS: Windows 10 HP

native platform dialogs not working ?

Postby Hooray » Sat Feb 02, 2019 12:35 pm

The following is just a guess based on some ongoing developments, and statements made on the devel list, so please take this with a good grain of salt.

However, it seems plausible that this could be related to the situation/developments described below, so that it would seem like a good idea to discuss this on the devel list, or at least make a proper bug report (issue tracker).

Full background at: viewtopic.php?f=42&t=34597&p=339738&#p339738

With the situation/timeline roughly being this:

Originally, the FlightGear UI (GUI) was using solely PUI (fixed function/pipeline OpenGL code): http://wiki.flightgear.org/PUI

Later on, James Turner began porting/re-implementing certain dialog to use native OS APIs for Windows, Mac and Linux respectively.
This would include the "file open" and "file save" dialogs respectively.

With James being the primary (the only) developer interested in actively working on native platform behavior, primarily motivated by native Mac OSX "feel" at the time (as can be seen by numerous postings in the archives).

In addition, James has been acting as the de-facto lead developer of the project for the better part of the last decade - not just in terms of community involvement, but also in terms of track record, i.e. coding hours contributed to the project, number of commits and bugs fixed.

Should Torsten or Curt ever decide to take a step back, it's pretty clear that James would fill that role easily, whereas "replacing" James would not be as simple in comparison, because of the number of "hats" he's been wearing for so many years meanwhile. In other words, James has become the de-facto project coordinator/leader, simply because of his track record and his reputation among other contributors.

In early 2012, TheTom began prototyping/implementing a property-driven 2D API called "Canvas": http://wiki.flightgear.org/Canvas
James ended up accepting Tom into the inner circle of core developers and provided him with commit access.

At the time, James, Tom and others agreed to use the Canvas to "unify the 2D rendering back-end in FlightGear" and re-implement the archaic PUI widget set on top of Canvas: http://wiki.flightgear.org/Unifying_the ... via_canvas

With James stating explicitly:

James Turner wrote:http://www.mail-archive.com/flightgear- ... 37868.html
I'm even more convinced now that we should move the 2D panel and HUD rendering over to this approach, since that would get rid of all the legacy OpenGL code besides the GUI.

http://www.mail-archive.com/flightgear- ... 37441.html
The long term idea is to eventually port some other 2D elements to this backend (eg the HUD and 2D panels) so they use OSG (and osgText) natively, and hence reduce the amount of C++ code we have for these jobs. (And increase our chances of working with newer OpenGL versions that forbid old style GL calls) Long-term here means 'after 2.8 at least'.

http://www.mail-archive.com/flightgear- ... 38629.html
Moving the HUD to use the Canvas would be a great step from my point of view, since it and 2D panels (which I am happy to write the convert for!) are the last places besides the UI which make raw OpenGL calls, and hence would benefit from moving to the Canvas (and thus, to use OSG internally)


F-JJTH began prototyping a re-implementation of the built-in PUI based UI, and was encouraged to do so by James:

James Turner wrote:http://sourceforge.net/p/flightgear/mai ... /33055321/
I actually considered the same, unifying many settings dialogs into one Preferences dialog; not combing ‘everything’ but all the Rendering / View / Multiplayer / Scenery Download / Instrument settings into one Preferences dialog with tabs.


Subsequently, James asked TheTom to implement a Canvas-based GUI front-end for his package manager back-end, which ended up being called the "Aircraft Center": http://wiki.flightgear.org/Aircraft_Center

Summing up a google hangout, Curt stated:

Curtis Olson wrote:http://sourceforge.net/p/flightgear/mai ... /33451055/

As we move forward with FlightGear development and future versions, we will be expanding the "in app" aircraft center. This dialog inside flightgear lets you select, download, and switch to any of the aircraft in the library.



TheTom then announced that all the piece would be in place so that a scripting-space re-implementation of PUI using Nasal/Canvas could be implemented, stating:

Thomas Geymayer wrote:http://sourceforge.net/p/flightgear/mai ... /32457866/

The layout and widget systems is now maturing, so I think after 3.2 I

can start with porting PUI. Just one major component is missing, namely
keyboard input and the according input focus.

I guess this will take one or two more releases.



However, James then declared the Canvas-based "Aircraft Center" an experiment that would be a "dead-end", and actively discouraged people to work on GUI efforts not using Qt5/QQ.

The background here being that James Turner has been working on an integrated GUI launcher (fgrun replacement) over the course of the last 4-5 years: http://wiki.flightgear.org/FlightGear_Qt_launcher

This launcher is using Qt5/QQ: http://wiki.flightgear.org/QtQuick_use_in_FlightGear

In the meantime, James has been announcing over the course of the last 24 months, that he is also about to "finish" an initial PUI replacement using the same technology stack, and that this work is touching previous work he did on native OS windows, namely file open/file save dialogs.

James Turner wrote:https://sourceforge.net/p/flightgear/ma ... /36067646/
I’m getting really close to having the PUI replacement UI suitable for beta-testing

https://sourceforge.net/p/flightgear/ma ... /36059822/

I hope to land the PUI replacement GUI in this dev cycle [1], so I wouldn’t expend lots of effort on things like collapsible sections which might be a lot of work with the current approaches, but are trivial with the new UI scheme.


In other words, what you are seeing might be related to the ongoing modernization of the internal GUI, where PUI may no longer be provided as an option, a potential issue that was extensively discussed here on the forum back when Qt vs. Canvas seemed like an option.

To be fair though, I haven't been following FG development much recently, but James also mentioned concerns every once in a while, even suggesting that he's leaning towards a Canvas based approach (once again):

James Turner wrote:https://sourceforge.net/p/flightgear/ma ... /35863607/
As of 05/2017, James is still very much undecided about which technology to use for in-sim GUI, he is somewhat inclined towards using the Canvas, because it avoids some rendering issues (but exposes a few more, + some performance ones) but the problem is James is fairly unhappy with the GUI / widget API in the Canvas right now - it does not satisfy his ideas about how simple + robust such an API should be, James needs to evaluate if the current API can be improved or needs to be drastically changed. The other issue is to use QtQuick rendered into OpenGL, which has a very nice robust and well-designed API, but adds some dependencies and complicates the rendering architecture, which makes him nervous about multi-window setups and other more esoteric OSG configs.[
Please don't send support requests by PM, instead post your questions on the forum so that all users can contribute and benefit
Thanks & all the best,
Hooray
Help write next month's newsletter !
pui2canvas | MapStructure | Canvas Development | Programming resources
Hooray
 
Posts: 11329
Joined: Tue Mar 25, 2008 8:40 am

Re: Flight Recorder Tape Save/Load doesn't work in FG 2108.3

Postby naplesAPF » Sat Feb 02, 2019 5:03 pm

To add to the info. Would just mention I have version 3.2 running too and Flight Recorder works fine.
naplesAPF
 
Posts: 40
Joined: Sun Jan 04, 2015 8:17 pm

Re: Flight Recorder Tape Save/Load doesn't work in FG 2108.3

Postby Hooray » Sat Feb 02, 2019 8:01 pm

could you post a screen shot ? That would tell us how the corresponding dialog is rendered/implemented (natively, PUI or Qt)
Please don't send support requests by PM, instead post your questions on the forum so that all users can contribute and benefit
Thanks & all the best,
Hooray
Help write next month's newsletter !
pui2canvas | MapStructure | Canvas Development | Programming resources
Hooray
 
Posts: 11329
Joined: Tue Mar 25, 2008 8:40 am

Re: Flight Recorder Tape Save/Load doesn't work in FG 2108.3

Postby naplesAPF » Sun Feb 03, 2019 4:28 am

s
When I choose 'Save Flight Recorder Tape' a window opens on screen & I can save the tape via this window.
But when I choose 'Load Flight Recorder Tape' nothing no window opens up.
naplesAPF
 
Posts: 40
Joined: Sun Jan 04, 2015 8:17 pm

Re: Flight Recorder Tape Save/Load doesn't work in FG 2108.3

Postby V12 » Sun Feb 03, 2019 7:42 am

Linux version from PPA working...
Fly high, fly fast - fly Concorde !
User avatar
V12
 
Posts: 1484
Joined: Thu Jan 12, 2017 4:27 pm
Location: LZIB
Callsign: BAWV12

Re: Flight Recorder Tape Save/Load doesn't work in FG 2108.3

Postby wkitty42 » Sun Feb 03, 2019 6:39 pm

try ALT-TABbing and see if the load window opened behind the FG screen...
"You get more air close to the ground," said Angalo. "I read that in a book. You get lots of air low down, and not much when you go up."
"Why not?" said Gurder.
"Dunno. It's frightened of heights, I guess."
User avatar
wkitty42
 
Posts: 5634
Joined: Fri Feb 20, 2015 3:46 pm
Location: central NC, USA
Callsign: wk42
Version: git next
OS: Kubuntu 14.04.5

Re: Flight Recorder Tape Save/Load doesn't work in FG 2108.3

Postby naplesAPF » Sun Feb 03, 2019 10:10 pm

Nope. Tried fn 1 - nothing happened--no window behind FG screen, fn2 - the save window opens, f3 - takes pic of my screen.
naplesAPF
 
Posts: 40
Joined: Sun Jan 04, 2015 8:17 pm


Return to Installation

Who is online

Users browsing this forum: No registered users and 1 guest