Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Huron fuel Container has no visible hose #3310

Closed
Gaspasar opened this issue Feb 12, 2016 · 19 comments
Closed

Huron fuel Container has no visible hose #3310

Gaspasar opened this issue Feb 12, 2016 · 19 comments

Comments

@Gaspasar
Copy link

ACE3 Version: 3.4.2.0

Mods:
@CBA_A3
@ace

Placed ACE3 Modules:
none

Description:
The Huron fuel container (B_Slingload_01_Fuel_F) has no visible hose.
If u drop the invisible hose on the ground its hard to find it again :(

Steps to reproduce:
place a huron fuel container in the Editor and try to refuel a car.

Where did the issue occur?
Editor, SP

RPT log file:
not necessery

@jokoho48
Copy link
Member

@GitHawk @jonpas

@GitHawk
Copy link
Contributor

GitHawk commented Feb 12, 2016

Probably bis' fault

@PabstMirror
Copy link
Contributor

Seems like createRope needs a real vehicle for the first param. So it returns nothing on the slingloads which are a reAmmoBox.

Not sure if there is a good way to fix this. Could possibly create a dummy vehicle and attach it to the container, but that will get messy.

@GitHawk
Copy link
Contributor

GitHawk commented Feb 19, 2016

Yes, that's what I mean. Is the same problem, that keeps me from making refuel work with fuel stations.

@jonpas
Copy link
Member

jonpas commented Feb 19, 2016

On dev branch yesterday they enabled ropeCreate on static objects again.

@GitHawk
Copy link
Contributor

GitHawk commented Feb 19, 2016

Yay, then we may be able to fix that in 1.57+ and add fuel stations.

@nicolasbadano nicolasbadano added this to the 3.5.1 milestone Feb 19, 2016
@Gaspasar
Copy link
Author

with the Taru fuel Pod (Land_Pod_Heli_Transport_04_fuel_F) it is working correct.
isnt it also a static box?

@GitHawk
Copy link
Contributor

GitHawk commented Feb 23, 2016

I can't check inheritance now but it seems like the Taru fuel pod is a vehicle.

@jonpas
Copy link
Member

jonpas commented Feb 23, 2016

It's a vehicle yes, you can sit in it.

@jonpas jonpas modified the milestones: 3.6.0, 3.5.1 Feb 23, 2016
@jonpas
Copy link
Member

jonpas commented Feb 23, 2016

Pushing back as it is supposed to be fixed on dev-branch.

@GitHawk can you verify on dev-branch?

@GitHawk
Copy link
Contributor

GitHawk commented Feb 23, 2016

Not working on dev branch for me with ropeCreate [fuel_container, [0,0,0], player, [0,0,0], 20];

@GitHawk GitHawk mentioned this issue Feb 26, 2016
2 tasks
@john681611
Copy link
Contributor

Possible Bodge solution: ATV is small enough to fit inside the fuel tank section of the container. Using the ATV as a surrogate attachedTo the container (0,0,1 is sufficient) this does look correct.

@nicolasbadano
Copy link
Contributor

@john681611, the proposal was to create an invisible dummy instead. But the concensus was that it's better to wait and see if BIS fixes the issue instead,

@john681611
Copy link
Contributor

Is BIS aware of the issue since the feedback site is down? pretty sure if you made a tweet or ace 3 backed feedback post it would get resolved.

@nicolasbadano
Copy link
Contributor

pretty sure if you made a tweet or ace 3 backed feedback post it would get resolved.

😆

@john681611, sorry to burst your bubble, but even when they had the issue tracker they were slow to say the least.

@PabstMirror
Copy link
Contributor

Not working 1.58

@PabstMirror PabstMirror removed the 1.58 label Apr 22, 2016
@GitHawk
Copy link
Contributor

GitHawk commented Apr 22, 2016

:-(

@jonpas
Copy link
Member

jonpas commented Apr 29, 2016

Did some experimentation with a dummy object and a fuel bladder. Dummy object has to be PhysX and simulation enabled, or ropeCreate won't work (if you disable simulation after ropeCreate then rope will simple be static, not simulated, not moving). That also means you can't lock the dummy object in place, positioning will never be where it should be. Apart from the positioning issue, it does work, but it's also hacky with a lot of allowDamage false to prevent both objects from exploding (or deflating in case of fuel bladder), which also means locality is an issue.

I think it's best to leave it like it is now without the rope, less aesthetics, more "it at least works".

@thojkooi thojkooi modified the milestones: 3.6.0, 3.7.0 Jun 19, 2016
@thojkooi thojkooi removed this from the 3.6.0 milestone Jun 19, 2016
@thojkooi thojkooi modified the milestones: 3.7.0, 3.8.0 Sep 4, 2016
@thojkooi thojkooi modified the milestones: 3.8.0, 3.9.0 Oct 8, 2016
@PabstMirror PabstMirror modified the milestones: Backlog, 3.9.0 Feb 11, 2017
@PabstMirror PabstMirror modified the milestones: 3.10.0, Backlog May 10, 2017
@PabstMirror
Copy link
Contributor

Should be fixed via #5151 thanks to @tbeswick96

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

8 participants