Hi Dave, I checked again, if I start with a 4:3 resolution the gages remain round when maximizing to 1680*1050 by clicking the square in the upper right corner. I am running win xp, compiled on msvc-express. The same, if I start with --resolution=800x600. If I start with --resolution=1680x1050 the gages are not round, but the property browser seem to show the same values in sim/current-view.
Maik dave perry schrieb am 06.01.2008 16:55: > Hi Maik, > > If I use the command line to launch with the default 800x600 window and > then use the gnome window maximize (i.e. click the square in upper right > corner of the window), I get the distorted-aspect-ratio image filling > the screen. > I am running Fedora 7 with nvidia graphics, gnome window manager. What > is your environment? > > -Dave > > Maik Justus wrote: > >> Hi Dave, >> >> same here. But it is ok, if I start with 4:3 window and maximize it when >> fg runs (my normal start procedure). >> >> Maik >> >> dave perry schrieb am 06.01.2008 05:08: >> >> >>> Maik Justus wrote: >>> >>> >>> >>>> Hi, >>>> Maik Justus schrieb am 26.12.2007 20:38: >>>> >>>> >>>> >>>>> Hi Syd, >>>>> >>>>> what's about an algorithm, which checks the ratio of the screen and >>>>> sets fow to 55 for 4:3 screens and 70 for 16:9 screens? (55 / 70 = >>>>> (4/3) / (16/9) ) >>>>> >>>>> Maik >>>>> P.S.: >>>>> for non-physicists: >>>>> (55 / 73,33333333333333333333333333333333333 = (4/3) / (16/9) ) >>>>> >>>>> >>>>> >>>>> >>>>> >>>> Meanwhile I have a new computer wit 16:9 screen and the same problem. >>>> I've modified the calculation in viewer.cxx as mentioned above. Syd, >>>> please check, if this would work for you. Then we can think about, how >>>> to implement that in a clean way (maybe we need an FG_SCALING_HEIGHT >>>> case?). The patch is for the osg-branch, but it works with the plib >>>> branch, too (maybe some lines offset). >>>> >>>> >>>> >>>> >>> Hi Maik, >>> >>> I have had a 16:9 flat pannel for some time. For the first time in >>> several months, I built fgfs for osg from fresh svn and fresh cvs. What >>> I noticed right away that has changed is that osg fgfs does not handle the >>> --geometry=1680x1050 >>> correctly anymore. The height of the image is too small for the width. >>> The gages are not round. The plib branch still handles this correctly. >>> Are you seeing what I am seeing or have I missed a patch? >>> >>> When I adjusted the width of the window until round objects are round >>> and then measure the aspect ratio of the adjusted window, the aspect >>> ratio is 4/3. >>> >>> Here is what comparing the plib to the osg response to changing the value of >>> /sim/current-view/aspect-ratio-multiplier tells me: >>> >>> In plib, it adjusts the displayed aspect ratio. I can get the same >>> distortion in plib fgfs as in osg fgfs by changing this value to ~1.2 >>> instead of 1. But if I try to "fix" the view in osg fgfs by adjusting >>> this value from 1 to 0.83333333, all it does is scale the distorted >>> image. i.e. it is adjusting the effective fov, not the aspect ratio. >>> >>> - Dave Perry >>> >>> >>> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Flightgear-devel mailing list > Flightgear-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel