Marten@Stairport
-
Posts
691 -
Joined
-
Last visited
-
Days Won
48
Content Type
Profiles
Forums
Gallery
Blogs
Articles
Store
Downloads
Events
Posts posted by Marten@Stairport
-
-
You have to compare the values in the aircraft.xml with the one in planemaker. Use the default 738 as an example to determine which values are required.
Then compare that to your aircraft of choice and change/insert them in the xml.
-
9 hours ago, pinou60 said:
i use Type01_solid_4.0m ; i have try to modifie the value and save but when the jetway is in action , default value where applied. i dont understand
You have to save the Jetway after applying new values and you can set the initial position right below the test test sliders.
Furthermore have a look into the developer guide, it is described there as well.
-
1
-
-
Which Jetway height and which template did you use?
You can change the positions in the description tab by adapting the values to the one of your liking.
-
The LOD distance for the pole is indeed a bit too short. We will extent it in the next update.
-
That's right, RG Mod is not supported because of it's dubious legal situation. You may manually insert it into the aircraft.xml in the SAM plugin directory by dublicating the 738 entry and adapting the values to the ones in planemaker (author, acf name etc.).
-
1
-
1
-
-
That would indicate that you are not using The latest A350 version?
-
Then please replace the XML from above with the one in your SAM plugin directory and give the A350 another try.
-
I can confirm that the config for LF2 was not 100% perfect which I corrected with the file attached. However the position shift on your screenshot looks more like an old scenery with a wrong jetway template. Did you tried other aircrafts on that jetway or other sceneries?
-
Hi all,
with the initial release of FSDG - Graz scenery we found a bug, where SAM was not able to detect animated objects correctly when restarting the simulator multiple times. This now has been resolved in version 1.0.8.
Greets Marten
-
If you installed the library correctly it should have a template for every library Jetway object.
-
Did you use the correct template in the Jetway setup?
You have to choose the one according to the object name (type and height).
-
Yes it is technically but its a lot more work than you might expect. If we find enough people willing to pay for that we sure do.
-
Just a quick fix:
- Fixed jetway 4.0m solid template
-
1
-
A hand with 31 fingers
... 
-
1
-
-
Yes that's what I was looking for
-
Yes there is a plugin out there (can't remember the name) which simulates this PTT function. AFAIK it's more often used on small/remote airports in the US for runway lighting. We will add this to our list.
At the moment you can only change it through the menu.
-
You may read through the provided information:
-
Not yet. What do you try to achieve?
-
HI guys,
Version 1.0.6 has already been available for a few days.
Changelog:
⦁ Fixed wrong warnlight on jetway type 1 glas
⦁ Added B737-900U 1901 Beta compatibilityHave fun!
-
2 hours ago, HaW said:
1) Is there a possibility to change the order of the jetway animations? I believe it wold look more natural if the order were like this: >Rotate3>Extent>Rotate2>Rotate1 (wheel direction adjustments when needed)
No.
2 hours ago, HaW said:2) There is a possibility to synchronize XP datarefs with FFA320 datarefs using the FFA320 Connector. Which XP datarefs are needed for SAM to function automatically?
sim/cockpit/electrical/beacon_lights_on
-
There are 3 main challenges:
- Get the information where which aircraft has been drawn: This has to be provided by the traffic plugin developer. As they use XPLMInstance to place objects the necessary information like object/aircraft type, coordinate and heading is not accessable by default. If they would be willing to share those data it would still require some additional work for them so we don't know if they would jump in.
- Find a performant checking method: To get a good performance only visible jetways are included in the check nearest jetway with aircraft position query. If we would add this query to all placed static aircrafts it creates a massive calculation load. And if your own aircraft is moving and therefore the amount of visible jetways changes it creates an additional load just again. The best way would be to shift the entire jetway system to XPLMInstance but that would require a high investment which none of you would be willing to pay I guess.
- Create aircraft configuration files for all 3rd party objects: This is the easiest but no less time consuming task.
But let's say we find a solution for everything and enough user willing to pay for it still the most difficuilt challenge is:
FIND A SKILLED C++ DEVELOPER
Our developer is busy with other projects so as long as we don't have additional resources all those ideas will remain in the drawer for the next time.
-
On all aircrafts or only on the FF 320?
Works fine for me with the latest version.
-
We might do it someday. However I still don't understand why they don't connect that to the default x-plane datarefs like all other developer do. They know how to do it because their Boeing aircrafts work perfectly.
-
You may have a look in the feature tab in this club
-
1
-
Scenery not showing up in interface
in General Discussion
Posted
Did you change the name of the scenery folder after adding SAM?
BTW the scenery only appears in the menu if you have disabled automatic connection in case there are no other button animations like hangars or similar.