FSDreamTeam forum
Products Support => GSX Support FSX/P3D => Topic started by: Cyrex1984 on September 07, 2018, 04:56:33 pm
-
Whenever i try to start boarding of passengers on the Majestic Dash 8 Q400 i get this error, please help..
-
When you see this error, the only thing that you must report, are the error details, which you have been asked to open when the error appears.
-
Good afternoon,
I'm getting the exact same message too.
I've done the update, registered successfully but it's not working correctly.
I also tried in LSGG, there was no Couatl error message but it was exactly the same as before I updated, no animated crew or passengers.
The error log is below.
Any help would be greatly appreciated
Thanks,
Lee
couatl v3.2 (build 4029)
panic log started on Fri Sep 7 18:20:21 2018
problem raised by addon <unknown>
Traceback (most recent call last):
File ".\common\walker.py", line 352, in _createPassengers
File ".\common\walker.py", line 441, in passengerDestroyed
File ".\GSX\assistanceServices\__init__.py", line 74, in passengerDestroyed_Boarding
File ".\GSX\assistanceServices\baseAssistanceVehicle.py", line 74, in unload
File ".\GSX\assistanceServices\baseAssistanceVehicle.py", line 69, in load
File ".\python27\decimal.py", line 1224, in __sub__
File ".\python27\decimal.py", line 1144, in __add__
File ".\python27\decimal.py", line 3872, in _raise_error
decimal.InvalidOperation: -INF + INF
{'Airport': 'EGGP', 'Requested assistance services at': 'Gate 11', 'User Pos': (53.33634503515469, -2.861569951450996, 26.8517 m, 2.46766 m, 355.1049105823342)}
-
Do you remember how many passengers were calculated by GSX ? Have you set their number manually, or GSX calculated it ?
-
139
I've tried a few ways, put the number GSX suggests into the FMC, put the number in the FMC first then used that number on GSX, left the FMC blank.......each time same message
I get the pilots and crew boarded message.........but there's no animation for that and then shortly after I get the same error message
-
Is the Majestic Dash 8 supported with GSX Lv2?
here is a error message i get when trying to board\deboard the Q400
Starts to count in the the green bar but no visible animations.
Total payload:9133 lbs.
Estimated number of passengers = 42
Requested assistance services at Gate 2
Error: lengths of height, extension, interpintervals parameters do not match, animation will be disabled
Warning: attempted requestData on destroyed SimObject
-
Same here
couatl v3.2 (build 4029)
panic log started on Fri Sep 7 16:48:53 2018
problem raised by addon <unknown>
Traceback (most recent call last):
File ".\common\walker.py", line 352, in _createPassengers
File ".\common\walker.py", line 441, in passengerDestroyed
File ".\GSX\assistanceServices\__init__.py", line 74, in passengerDestroyed_Boarding
File ".\GSX\assistanceServices\baseAssistanceVehicle.py", line 74, in unload
File ".\GSX\assistanceServices\baseAssistanceVehicle.py", line 69, in load
File ".\python27\decimal.py", line 1224, in __sub__
File ".\python27\decimal.py", line 1144, in __add__
File ".\python27\decimal.py", line 3872, in _raise_error
decimal.InvalidOperation: -INF + INF
{'Airport': 'EGPH', 'Requested assistance services at': 'Gate 18', 'User Pos': (55.94875832672932, -3.3594138954015165, 45.6403 m, 4.49229 m, 209.11052286551146)}
-
Are you ALL using the Majestic Q400 ?
-
No - PMDG 737
-
I was using Level 1 as I have done for a long time up until an hour ago when I purchased and updated to Lvl 2 - this is when the problems started
-
Do you use the default configuration that comes with GSX for the PMDG 737 ? If not, or unsure, Reset it with the airplane configuration dialog.
-
I have tried Aerosoft A319 Professional also fslabs A320 still get the same problem
-
We probably know why it's happening with the Majestic (the smaller staircases weren't configured yet, but we are fixing this right now), but we cannot replicate it with a 737 or an A320, especially the FS Labs, which was thoroughly tested with GSX L2.
Do you use the default configuration that comes with GSX for those airplanes ? If not, or unsure, Reset it with the airplane configuration dialog.
-
Tried that with the default config and it made no difference.
Also tried again with the FSlabs 319 and the Aerosoft 319 and same thing.
I've excluded the add on folder on my antivirus and that also doesn't help and I tried running it with all the protection on my PC switched off.......exactly the same issue
-
The catering service doesn't cause any problems and the pushback seems to be working, I'm assuming it's updated as the ground-crew voice seems to be different.
It's just boarding that causes the crash......and no vehicles coming to the aircraft at all when at a stand or no visible passengers showing on a glass jetway (LSGG)
-
Having the same issue as Lee was so looking forward for this release to >:( >:(
-
Same issue over here:
The addon__init__.py is causing the Couatl Scripting Engine to restart.
couatl v3.2 (build 4029)
panic log started on Fri Sep 7 19:18:03 2018
problem raised by addon __init__.py
Traceback (most recent call last):
File ".\GSX\DLC\Jetways\__init__.py", line 13, in onAppStart
File ".\common\addon.py", line 104, in onAppStart
ValueError: Send/receive operation on a closed channel
{}
Loading aircraft data from D:\Prepar3d v4 Add-ons\FSLabs\SimObjects/Airplanes\FSLabs A320 CFM
-
Same issue over here:
Not the same issue, since your error is entirely different, but we are looking into it as well.
-
I experience the same issue. Was FSLabs A319 and at Stansted of UK2000.
Also, manually startint couatl.exe didn't work. It was shown int ask manager but the sim apaprently refused to show it again in the addons bar, but the Addon Manager is still being shown and clickable as well
-
Same problem here, FSLabs A319.
couatl v3.2 (build 4029)
panic log started on Fri Sep 7 20:16:26 2018
problem raised by addon __init__.py
Traceback (most recent call last):
File ".\GSX\DLC\Jetways\__init__.py", line 13, in onAppStart
File ".\common\addon.py", line 104, in onAppStart
ValueError: Send/receive operation on a closed channel
{}
Loading aircraft data from C:\Users\flusi\Documents\Prepar3d v4 Add-ons\FSLabs\SimObjects/Airplanes\FSLabs A319 CFM
[KCLT] P3D V3 Mode objects enabled
[KIAH] jetway in use FSDT_SODE_JW2
aircraftDb.py provides aircraft data with priority 2
Using aircraft data from aircraftDb.py
Found gsx.cfg file at C:\Users\flusi\AppData\Roaming\Virtuali/Airplanes\FSLabs A319 CFM\gsx.cfg
-
Also, manually startint couatl.exe didn't work.
You cannot start Couatl manually.
-
Oh, whener couatl wasnt shown I could start it by executing the executible in addon manager. After that it has been shown in the add-on menu in the sim again. My bad then, sorry!
-
Oh, whener couatl wasnt shown I could start it by executing the executible in addon manager. After that it has been shown in the add-on menu in the sim again. My bad then, sorry!
This would work only if Couatl couldn't be started by the sim automatically, so it never started in that sim session, but it won't work if it was started, then it crashed/quitted for any reason.
-
Are trying to replicate that problem and, in fact, the only way we could, was to intentionally remove the two Passenger bus vehicles from the Simobject folder so, GSX cannot find a suitable bus for your passenger number.
This, of course, is not normal, since such files are always supposed to be there, since they are placed by the installer.
Could you please check if you have the FSDT_PassengerBus and FSDT_neoplan bus folder under Addon Manager\Simobjects\Misc ?
-
Are trying to replicate that problem and, in fact, the only way we could, was to intentionally remove the two Passenger bus vehicles from the Simobject folder so, GSX cannot find a suitable bus for your passenger number.
This, of course, is not normal, since such files are always supposed to be there, since they are placed by the installer.
Could you please check if you have the FSDT_PassengerBus and FSDT_neoplan bus folder under Addon Manager\Simobjects\Misc ?
I have both folders in there https://puu.sh/BrmQF/133eee8e4e.png
-
I have both folders in there https://puu.sh/BrmQF/133eee8e4e.png
Which simulator you use ?
-
Have you installed the old GSX PaintKit maybe ?
-
Could you please post the following two files ?
Addon Manager\Simobjects\Misc\FSDT_neoplan_bus\sim.cfg
Addon Manager\Simobjects\Misc\FSDT_PassengerBus\sim.cfg
-
I have both folders in there https://puu.sh/BrmQF/133eee8e4e.png
Just to be sure, you replied to a thread here saying "same issue", but there are TWO different issues here, this one:
decimal.InvalidOperation: -INF + INF
And this one:
ValueError: Send/receive operation on a closed channel
Which one was yours ? The 2nd one has already been fixed with a Live Update.
-
I have both folders in there https://puu.sh/BrmQF/133eee8e4e.png
Just to be sure, you replied to a thread here saying "same issue", but there are TWO different issues here, this one:
decimal.InvalidOperation: -INF + INF
And this one:
ValueError: Send/receive operation on a closed channel
Which one was yours ? The 2nd one has already been fixed with a Live Update.
This one is my error:
couatl v3.2 (build 4032)
panic log started on Fri Sep 7 23:12:09 2018
problem raised by addon <unknown>
Traceback (most recent call last):
File ".\common\walker.py", line 352, in _createPassengers
File ".\common\walker.py", line 441, in passengerDestroyed
File ".\GSX\assistanceServices\__init__.py", line 74, in passengerDestroyed_Boarding
File ".\GSX\assistanceServices\baseAssistanceVehicle.py", line 74, in unload
File ".\GSX\assistanceServices\baseAssistanceVehicle.py", line 69, in load
File ".\python27\decimal.py", line 1224, in __sub__
File ".\python27\decimal.py", line 1144, in __add__
File ".\python27\decimal.py", line 3872, in _raise_error
decimal.InvalidOperation: -INF + INF
{'Airport': 'EGSS', 'Requested assistance services at': 'Gate L 63', 'User Pos': (51.893576869551815, 0.259897785810717, 110.511 m, 4.44141 m, 222.77996863949693)}
I use P3Dv4
Content of neoplan_bus->sim.cfg:
[fltsim.0]
title=FSDT_neoplan_bus
model=
texture=
[fltsim.1]
title=FSDT_neoplan_bus_grey
model=
texture=grey
[fltsim.2]
title=FSDT_neoplan_bus_cool_grey
model=
texture=cool_grey
[fltsim.3]
title=FSDT_neoplan_bus_red
model=
texture=red
[fltsim.4]
title=FSDT_neoplan_bus_blue
model=
texture=blue
[fltsim.5]
title=FSDT_neoplan_bus_green
model=
texture=green
[fltsim.6]
title=FSDT_neoplan_bus_fsexpo
model=
texture=fsexpo
[General]
category=GroundVehicle
[contact_points]
wheel_radius=1.63
static_pitch=0.0 //degrees, pitch when at rest on the ground (+=Up, -=Dn)
static_cg_height=0.0 //feet, altitude of CG when at rest on the ground
[DesignSpecs]
max_speed_mph = 30
acceleration_constants = 0.3, 0.4 //Time constant (effects responsiveness), and max G acceleration
deceleration_constants = 0.2, 0.4 //Time constant (effects responsiveness), and max G acceleration
[Couatl]
type = PassengerBus
condition = %(numPassengers)d > 17
capacity = 90
front_wheels = 4.479
rear_wheels = 4.757
anim_doors = FSDT_Bus_Doors 0
anim_doors_open = 0 180 30
anim_doors_close = 180 0 30
pax0_000 = 0.6837 1.7475 0.427
pax1_000 = 0.5637 -1.6253 0.427
pax2_000 = 0.5451 -4.5538 0.427
exit000 = 1.737810 1.810154 0.283444
exit001 = 1.737810 -1.629946 0.283444
exit002 = 1.737810 -4.678513 0.283444
And passengerbus:
[fltsim.0]
title=FSDT_PassengerBus
model=
texture=
[fltsim.1]
title=FSDT_PassengerBus_blue
model=
texture=blue
[fltsim.2]
title=FSDT_PassengerBus_red
model=
texture=red
[fltsim.3]
title=FSDT_PassengerBus_green
model=
texture=green
[fltsim.4]
title=FSDT_PassengerBus_orange
model=
texture=orange
[fltsim.5]
title=FSDT_PassengerBus_yellow
model=
texture=yellow
[fltsim.6]
title=FSDT_PassengerBus_fsdt
model=
texture=fsdt
couatl.icaoprefixes = KLAX PHOG PHLI PHTO PHKO PHNL KDFW KFLL KLAS KJFK KORD LSGG LSZH
[General]
category=GroundVehicle
[contact_points]
wheel_radius=1.63
static_pitch=0.0 //degrees, pitch when at rest on the ground (+=Up, -=Dn)
static_cg_height=0.0 //feet, altitude of CG when at rest on the ground
[DesignSpecs]
max_speed_mph = 30
acceleration_constants = 0.3, 0.4 //Time constant (effects responsiveness), and max G acceleration
deceleration_constants = 0.2, 0.4 //Time constant (effects responsiveness), and max G acceleration
[Couatl]
type = PassengerBus
condition = %(numPassengers)d > 17
capacity = 90
front_wheels = 4.479
rear_wheels = 4.757
anim_doors = FSDT_Bus_Doors 0
anim_doors_open = 0 180 30
anim_doors_close = 180 0 30
pax0_000 = 0.2338 2.0149 0.3488
pax1_000 = 0.2338 -1.9275 0.3488
pax2_000 = 0.2338 -5.7912 0.3488
exit000 = 1.3531 2.0043 0.3488
exit001 = 1.3531 -1.9206 0.3488
exit002 = 1.3531 -5.7865 0.3488
I have reinstalled GSX so I don't think I have the old one installed
-
decimal.InvalidOperation: -INF + INF
Ok, the one we haven't managed to replicate, unless purposely removing both Passenger buses. Your SIM.CFG is normal, so we currently don't have any clue how it could happen.
Does it work on another airport, like a default one ?
-
I haven't tried that yet. Will start the sim up now and spawn myself at a standard airport with the fsl 319 and report back!
-
It seems to be working at standard airport - with the disadvantage that the jetways from GSX are not moving as well. Other than that, the crash came at UK2000 EGSS but not the standard p3d airport somewhen in north america
-
It seems to be working at standard airport - with the disadvantage that the jetways from GSX are not moving as well. Other than that, the crash came at UK2000 EGSS but not the standard p3d airport somewhen in north america
Ok, this was useful to find the problem. It was related to parking stands with the bus disabled. In this case, GSX is supposed to show no passengers (as it used to be before), but in the future we'll add the ability to create walking paths to the terminal.
But, if you run the Live Update now, it should no longer crash.
-
Will run it and retry tomorrow. Thank you very much!
-
try to replicate it by connecting jetways (TAB+S) OR CTRL+J before starting gsx boarding
-
try to replicate it by connecting jetways (TAB+S) OR CTRL+J before starting gsx boarding
As I've said in my previous post, the problem is fixed with the current Live Update. Of course, I tried like you described, and it doesn't crash now.
However, it's best if you don't use the TAB-S SODE menu to operate SODE jetways when you have GSX. This for the following reasons:
1) Using the GSX menu will result in GSX sending the airplane door data to SODE. Instead, if you start from TAB-S, SODE will have to use its own internal database of airplane configurations. So, you might have to wonder why, even if you configured the airplane in GSX correctly, why you don't see any changes, in case that airplane wasn't also present in the SODE database.
2) Right now, with the current SODE version, there's no way to know for GSX is you already docked/undocked the jetway with TAB-S, resulting in a loss of synchronization between the two. We already discussed with SODE author to add this feature, so this will not be a problem in the future, but right now, it's best not to use TAB-S
3) GSX-created jetways will ONLY work from the GSX menu. SODE jetways in other developers sceneries can work in BOTH ways so, if you have GSX, it's just easier to get accustomed to always use the GSX menu, which is valid for both types of jetway. In fact, the GSX "Operates jetways" also supports CTRL+J jetways so, it's always valid for all kind of jetways.
-
So I have tried it and it worked! I didn't see any passengers, unfortunately. What happened as well is that I was taxiing at EDDM to a gate and followed the SafeDock guidance. After being on blocks, I requested deboarding but the jetway didn't recognize Door 1L.
After playing around it was due to the fact that safedock apparently lead me too far to the gate for the jetway to dock at door 1L. This hasn't happened before. Could that be a EDDM issue?
-
After playing around it was due to the fact that safedock apparently lead me too far to the gate for the jetway to dock at door 1L. This hasn't happened before. Could that be a EDDM issue?
I assure you we haven't changed how the Safedock at Aerosoft EDDM operate...(I assume you use the Aerosoft version, not added GSX Safedocks to the default EDDM). When you use a 3rd party scenery that might have its own parking assistance systems, if you want GSX to be in agreement with it, customize the STOP POSITION (the red STOP signal in the parking editor), so that it's the same as the docking system indicates.
THEN configure the GSX Jetway so that it can work from that position. This way, you'll be sure they will all work in agreement when used.
-
Nope, I am using Taxi2Gates version of EDDM and I will try that. So is it then normal that the plane is deboarding without any passengers being shown in the jetway?
-
So is it then normal that the plane is deboarding without any passengers being shown in the jetway?
No, it's not. However, was this happening only at the end of a flight ? If yes, run Live Update again, because we just posted a fix for this.
-
So is it then normal that the plane is deboarding without any passengers being shown in the jetway?
No, it's not. However, was this happening only at the end of a flight ? If yes, run Live Update again, because we just posted a fix for this.
There has been no bus at my departure airport, thus no passengers. No passengers being shown at the end was at the end of flight which was about six or seven hours ago
-
which was about six or seven hours ago
But since my reply "run Live Update again, because we just posted a fix for this", came much later, it's best if you try doing that, since six/seven hours ago, the fix wasn't online yet.
-
I too am experiencing this issue when ever trying to load GSX 2 with CTRL + F12 or within the menu system. I have all the latest files and I have run live update an hour ago to no success.
-
I too am experiencing this issue
Which issue ?
Always post your error log, so we can check if it's really the issue discussed here (there are TWO different issues reported here, and BOTH have been fixed), or it's a new different problem that nobody has yet reported.
-
I too am experiencing this issue
Which issue ?
Always post your error log, so we can check if it's really the issue discussed here (there are TWO different issues reported here, and BOTH have been fixed), or it's a new different problem that nobody has yet reported.
couatl v3.2 (build 4032)
panic log started on Sun Sep 9 00:46:31 2018
problem raised by addon <unknown>
Traceback (most recent call last):
File ".\GSX\parkingDialog.py", line 615, in initJetwayTabs
WindowsError: (3, 'The system cannot find the path specified', u'C:\\Program Files (x86)\\Addon Manager/SimObjects/Misc/FSDT_SODE_jetway/thumbnails\\*.*')
{'Airport': 'EICK', 'User Pos': (51.84322429285403, -8.491338662765243, 154.82 m, 1.81138 m, 241.97117630378628)}
-
WindowsError: (3, 'The system cannot find the path specified', u'C:\\Program Files (x86)\\Addon Manager/SimObjects/Misc/FSDT_SODE_jetway/thumbnails\\*.*')
As I suspected, your error is an entirely different issues than the ones reported here and, basically, is reporting something that simply cannot happen: it cannot find a folder we surely install with the installer.
Could you please check if you have it ? It should contain preview images for the jetways to be shown in the editor.
-
I do not have the specified folder 'FSDT_SODE_jetway' (exists) but '/thumbnails\\*.*' does not.
-
I do not have the specified folder 'FSDT_SODE_jetway' (exists) but '/thumbnails\\*.*' does not.
Please clarify this sentence, since it's almost unreadable. Which folder you have, and which you don't ?
Start browsing your files from the Addon Manager\Simobjects\Misc\FSDT_SODE_jetway folder, and then look for the thumbnails folder. Is it there ? Is it full of JPGs ?
-
Apologies, I should have made my post a lot clearer - the thumbnails folder does not exist inside of the FSDT_SODE_jetway folder or anywhere within the folder tree.
-
Apologies, I should have made my post a lot clearer - the thumbnails folder does not exist inside of the FSDT_SODE_jetway folder or anywhere within the folder tree.
That simply cannot happen, since we surely install it with the installer. Try to start the Live Update, it should restore it.
-
Running Live Update doesn't restore the file.
-
Running Live Update doesn't restore the file.
Something is very wrong with your system. I just checked it now, and purposely removed the thumbnails folder, ran Live Update and, sure enough, it restored the folder and all the 63 images files it contains just fine.
Try this, remove this folder:
%APPDATA%\Virtuali\\UpdateCache
and start Live Update again. If that doesn't work, configure your antivirus to exclude the whole Addon Manager folder from scanning, and try again.
-
Apologies, I should have made my post a lot clearer - the thumbnails folder does not exist inside of the FSDT_SODE_jetway folder or anywhere within the folder tree.
That simply cannot happen, since we surely install it with the installer. Try to start the Live Update, it should restore it.
Reinstalling GSX 2 has restored the thumbnails folder thus fixing the issue within P3D.
Thank you for your help Umberto, much appreciated!