Re: [Flightgear-devel] FG 2.12 RC Broken ?

[Hyde Yamakawa]

This has been risen by simgear change of  "Ensure compatibility with OSG 
3.1.8." on 6/26.

d0b77639c2f401c531e0cddd8931eb1e8ef8035f

If this changes are rollbacked, issue will gone.

Hyde

(2013?06?30? 12:19), grtuxhangar team wrote:

Yes i do use rembrandt-enabled.
Just tried out without rembrandt  , i get a  transparent runway area ( 
we can see the scenery under ), and  the model shader effects  remains 
dark then wrong :(


yes, with generic to minimum the runway is restored, however,  the 
model shader effects is lost



Ahmad


On 30 June 2013 17:32, Renk Thorsten > wrote:


> I am seeing the same(NVidia GT450, Windows 7) . All runways are
black.
>
> If I set shader options --> generic to minimum the runway is
restored.
>
> It happened within the last few days.

I've had a different sort of problem with the runway shaders since
a few weeks on my up-to-date Linux version which were showing a
checkerboard pattern. This hasn't shown on my 5 weeks old Windows
version. I've also seen that the higher level runway shader is
affected, whereas the minimum shader works correctly.

I wonder if this is related. I assume Ahmad is seeing this under
Rembrandt. I am seeing this under ALS (which is a rather different
shader code which isn't even doing the same things). Alan - which
rendering framework are you using? It bugged me that the problem
crept in without me doing anything on the shader code, so I
suspect it's not a shader problem, but something that creates
problems for the shaders.

* Thorsten

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/flightgear-devel




--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev


___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Bug 772 (Yasim on ground)

[Hyde Yamakawa]

Hi, I'm a guy who submit that fix.
I tested today without my fix, I noticed it's been fixed!!
There still be the pulling power but it's controllable by steering now.

I'm sorry to bother all of you but I didn't know it was fixed.
I gladly withdraw my request.

I will report what change fixed the issue later.

Best,
Hyde

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Yasim bug?

[Hyde Yamakawa]

I can not run the F14b getting following error

Error reading YASim FDM: 'fgdata/Aircraft/f-14b/c172.xml'
Failed to open file
 at fgdata/Aircraft/f-14b/c172.xml

How could you run?


(2013?03?22? 23:02), Zhitao Li wrote:
>
> Did anyone notice that the F-14b will start drifting to the side as
> soon as you release the parking break, even if you put the throttle at
> idle (wind around 3~11)? And there is no way you can take off with a
> straight line, even with rudders applied.
>
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
>
>
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] YaSim Aircraft not functional

[Hyde Yamakawa]

Already reported.

http://code.google.com/p/flightgear-bugs/issues/detail?id=953


(2012年12月02日 14:17), Detlef Faber wrote:
> Hi everybody,
>
> is anybody else seeing this?
>
> I notice since I compiled git yesterday, that YaSim fixed wing Aircraft
> don't work anymore (but Helicopters and JSBSim Aircraft do). FlightGear
> starts until the first Frames of the scenery get displayed, then quits
> with a SegFault.
>
> This happens with yesterdays compile of OSG, Simgear and FlightGear
> using the Debian/Ubuntu download and compile script. I tried on 3
> different Computers with nvidia and AMD Graphics
> A compile from last Saturday worked without Problem.
>
> Greetings
>
> D. Faber
>
>


--
Keep yourself connected to Go Parallel: 
DESIGN Expert tips on starting your parallel project right.
http://goparallel.sourceforge.net/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] fix.dat.gz and nav.dat.gz modification

[Hyde Yamakawa]

I haven't gotten any answer from Martin.
Is there anybody having concern that these fix.dat.gz and nav.dat.gz to 
be updated?

If no one has then I will push these files.

Let me know.

Thanks,
Hyde

(2012?11?07? 14:19), Hyde Yamakawa wrote:

Hello Martin,

I can not reach you by PM hence I send using mailing list as suggested 
by Gijs.


1. I have the fix.dat.gz which reflects the latest AIS Japan data 
https://aisjapan.mlit.go.jp/Login.doand was provided on Japan forum. I 
already sent this to Robin to update but he is too busy to answer and 
I haven't gotten any response yet.


2. I have the nav.dat.gz which I corrected all the GS antenna 
elevation measuring actual touchdown point. Robin already corrected 
some of them since I had reported that RJSF GS elevation is not 
correct as following mail. And I notice that this change is not 
applied FG yet.


>>

Sent:March 31 2012

Hyde:

I apologise for the delay in replying, but we have been working on
enhancements to my database to support the new features of X-Plane
10. That
work is complete, so I am now processing the backlog of airport
updates.

I have corrected the elevation of the glideslopes. The FG team should
incorporate this to their database whenever they reload my data.

Thanks!

Robin Peel

Custodian of the X-Plane master database of airports and nav-aids
Visit the website at http://data.x-plane.com

ro...@xsquawkbox.net <mailto:ro...@xsquawkbox.net>
Seattle, Washington


-Original Message-
    From: Hyde Yamakawa [mailto:h...@hyde-tech.com]
Sent: Tuesday, February 07, 2012 10:26 AM
To: ro...@xsquawkbox.net <mailto:ro...@xsquawkbox.net>
Subject: GS antenna elevation data is incorrect in nav.dat

Hello, Robin,

At first, thank you for your dedication for these database
maintenance.

Now I have found some issues in nav.dat GS antenna elevation data.

GS antenna elevation data of RJSA, RJSC, RJSF and RJSK are all 54 feet
nevertheless other data are around 660, 330, 1220 and 310 for each.
This causes plane crash when I do ILS landing.

Then I checked all the RJ** airport data and found those data were not
accurate.
That's why the GS slope and PAPI indication has discrepancy.
I was a FFS maintainer once and this GS antenna elevation data was
a must be
adjusted data after delivery the simulator since the slope might be
different because of visual model accuracy.
Therefore this data may be differ between different simulator.
What do you think to keep accuracy of this data?
I'm currently the Flightgear user so Flightgear should have
independent
data?

Let me know your thought.

Best regards,
Hyde

<<

My question is, can I push these files to GIT?
If not who should I ask?

I know they will be modified when V850 scenery will be delivered but 
it will be next February or later.

Until that time can we use these my files?
And this also fixes the issue of 
http://code.google.com/p/flightgear-bug ... &start=100 
<http://code.google.com/p/flightgear-bugs/issues/detail?id=630&colspec=ID%20Type%20Status%20Priority%20Summary%20Aircraft%20Milestone&start=100>.


Regards,
Hyde



--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d


___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


--
**
Hyde Yamakawa
308 Brookewood Dr.
Peachtree City, GA 30269
Phone (770)632-6461
Cell  (404)353-8758
e-mail: h...@hyde-tech.com
http://www.hyde-tech.com/
**

--
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

[Flightgear-devel] fix.dat.gz and nav.dat.gz modification

[Hyde Yamakawa]

Hello Martin,

I can not reach you by PM hence I send using mailing list as suggested
by Gijs.

1. I have the fix.dat.gz which reflects the latest AIS Japan data
https://aisjapan.mlit.go.jp/Login.doand was provided on Japan forum. I
already sent this to Robin to update but he is too busy to answer and I
haven't gotten any response yet.

2. I have the nav.dat.gz which I corrected all the GS antenna elevation
measuring actual touchdown point. Robin already corrected some of them
since I had reported that RJSF GS elevation is not correct as following
mail. And I notice that this change is not applied FG yet.

>>

Sent:March 31 2012

Hyde:

I apologise for the delay in replying, but we have been working on
enhancements to my database to support the new features of X-Plane
10. That
work is complete, so I am now processing the backlog of airport updates.

I have corrected the elevation of the glideslopes. The FG team should
incorporate this to their database whenever they reload my data.

Thanks!

Robin Peel

Custodian of the X-Plane master database of airports and nav-aids
Visit the website at http://data.x-plane.com

ro...@xsquawkbox.net <mailto:ro...@xsquawkbox.net>
Seattle, Washington


-Original Message-----
From: Hyde Yamakawa [mailto:h...@hyde-tech.com]
Sent: Tuesday, February 07, 2012 10:26 AM
To: ro...@xsquawkbox.net <mailto:ro...@xsquawkbox.net>
Subject: GS antenna elevation data is incorrect in nav.dat

Hello, Robin,

At first, thank you for your dedication for these database maintenance.

Now I have found some issues in nav.dat GS antenna elevation data.

GS antenna elevation data of RJSA, RJSC, RJSF and RJSK are all 54 feet
nevertheless other data are around 660, 330, 1220 and 310 for each.
This causes plane crash when I do ILS landing.

Then I checked all the RJ** airport data and found those data were not
accurate.
That's why the GS slope and PAPI indication has discrepancy.
I was a FFS maintainer once and this GS antenna elevation data was a
must be
adjusted data after delivery the simulator since the slope might be
different because of visual model accuracy.
Therefore this data may be differ between different simulator.
What do you think to keep accuracy of this data?
I'm currently the Flightgear user so Flightgear should have independent
data?

Let me know your thought.

Best regards,
Hyde

<<

My question is, can I push these files to GIT?
If not who should I ask?

I know they will be modified when V850 scenery will be delivered but it
will be next February or later.
Until that time can we use these my files?
And this also fixes the issue of http://code.google.com/p/flightgear-bug
... &start=100
<http://code.google.com/p/flightgear-bugs/issues/detail?id=630&colspec=ID%20Type%20Status%20Priority%20Summary%20Aircraft%20Milestone&start=100>.

Regards,
Hyde

--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] PAPI/runway lights size - Rembrandt

[Hyde Yamakawa]

Hello,
> the size of the PAPI lights has been bothering me for quite some time. It
> looks just too big for me. Going through the simgear git history I found out
> quickly that it was changed by commit 1dfde64ac2e6ed0a "Use bigger point
> sprites for airport lighting".
Real life PAPI and runway lights have very high intensity and can be 
distinguish from air easily but the raster display has limitation and 
can not display that high intensity.
Usually FFS uses caligraphic (not using raster but pinpoint to have high 
intensity) but we can't use that method.
Only thing we can do is larger the size. It's better than not to be 
seen. I like it.
> I reduced the size locally to 14 for the PAPI and 8 for the runway lights.
> All was good until I started FG with Rembrandt enabled. Then the PAPI lights
> do not show up during daytime now.
> This looks like a Rembrandt bug to me. I think the sizes should be reduced
> for the non-Rembrandt users as this is still our main audience.
> Fred, do you have a clue what is going on?
Yes, this might be rembrandt issue.

Regards,
Hyde

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel

Re: [Flightgear-devel] Yasim static friction?

[Hyde Yamakawa]

Does this happen only left wind, right? Or happens on right wind too?

Hyde

(2012年07月05日 10:02), Viktor Radnai wrote:
> Technically, you also have the compression of the wheels -- when the
> wheel turns, part of the tire in the front gets compressed while the
> back gets uncompressed. This is also a friction loss. Plus there is some
> friction between the rubber and the road.
>
> But my point is that the amount of friction is wrong. The plane should
> not start rolling with a 3 knot wind, that's nonsense.
>
> Static friction is greater than dynamic friction. If you stop your car
> on moderately flat terrain with no brakes, it will not start to roll
> easily, not even if it's windy. If the terrain is flat, it will stay
> put. If the slope is greater, it might start to roll very slowly with
> the bearings turning in "stick/slip" mode and then finally it will just
> roll and accelerate. So the plane should stay put until there's a 20-30
> knot wind blowing against it. Probably more on grass. On grass with the
> real plane you might need half throttle or more to get it moving. The
> funny thing is that this part seems to be modelled correctly in
> Flightgear, so no idea what's wrong with the effect of the wind :)
>
> Same goes for the prop, the resistance the shut down engine offers is
> too small and so it's turned over way too easily. Turning the prop of
> the Falke at about 2/3 of its span requires about the same amount of
> force as lifting an object that weights 1-2 kg. This is a rough guess
> and the actual force varies during the compression cycle but you get the
> idea.
>
> For the wheels, I can try to make sure that the brakes are always
> slightly set, but what do I do for the prop?
>
> Cheers,
> Vik
>
> On 07/05/2012 03:30 PM, Emilian Huminiuc wrote:
>> On Thursday 05 July 2012 15:21:24 Viktor Radnai wrote:
>>> 1. When the aircraft is parked with no parking brake, it will usually
>>> start to roll slowly backwards -- pushed by the wind and maybe the
>>> runway slope. If I start the engine on idle, the thrust generated by the
>>> idle prop might stop this roll. On tarmac, even a 3 knot wind is enough
>>> to start pushing the plane back. On grass more is needed -- maybe 20 knots?
>>>
>> Hi,
>>
>> In that case, even in real life, there's no other friction at play than the
>> friction inside the wheel bearings, friction which is very low, almost
>> ignorable.
>>
>> Regards,
>> Emilian
>>
>> --
>> Live Security Virtual Conference
>> Exclusive live event will cover all the ways today's security and
>> threat landscape has changed and how IT managers can respond. Discussions
>> will include endpoint security, mobile security and the latest in malware
>> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>> ___
>> Flightgear-devel mailing list
>> Flightgear-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/flightgear-devel
>>
> --
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> ___
> Flightgear-devel mailing list
> Flightgear-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/flightgear-devel

-- 
**
Hyde Yamakawa
308 Brookewood Dr.
Peachtree City, GA 30269
Phone (770)632-6461
Cell  (404)353-8758
e-mail: h...@hyde-tech.com
http://www.hyde-tech.com/
**




--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel