View Issue Details

IDProjectCategoryView StatusLast Update
0001866FSSCPgraphicspublic2012-10-27 11:26
ReporterFUBAR-BDHR Assigned ToThe_E  
PrioritynormalSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Product Version3.6.10 
Target Version3.7.2 
Summary0001866: Warp in/out animation problem
DescriptionJump in-Warp rift appears, ship is created behind the rift, and passes through, instead of slowly emerging from the rift. Warping out-Warp rift appears, ship passes through completely, and does not slowly vanish into the rift, but is 100% visible as it completely goes through the rift, and as the rift starts to close, it will eventually disappear all at once. During the warp out, until the ship disappears, it is not targetable, but AI ships will still shoot at it.
Additional InformationReporting this for Sololop as discussed in thread: http://www.hard-light.net/forums/index.php/topic,60216.0.html

Recent 3.6.10 builds
TagsNo tags attached.

Activities

2009-01-08 04:32

 

Jumpout bug.jpg (267,919 bytes)

ARSPR

2009-01-09 10:00

reporter   ~0010516

Last edited: 2009-01-09 12:09

I don't know if this is actually good info. Forgive me if this note is completely nonsense.

IIRC, a LONG time ago, there was a similar trouble report about some ships. (I think I remember Sobek model). At the end there wasn't any trouble in the code but with bad data inside the pof (radius? or something like that).

Somehow related?

(I don't know if this was ever mantised...)

(If I find enough time, I'll try to build test missions with several models...)



EDITED (A quick search in HLP looking for "radius warp":

More hints about being a bad pof rather than a code one. Read the second paragraph here:

http://www.hard-light.net/forums/index.php/topic,41374.msg915009.html#msg915009

Or here:

http://www.hard-light.net/forums/index.php/topic,40886.msg835358.html#msg835358

ARSPR

2009-01-12 19:17

reporter   ~0010525

Veeery strange things.

I upload a very simple mission with a Ravana jumping in at t=10s just in front of you (stop your fighter at the beginning). It's been made with fred_orig.exe so it must be fully retail compatible.

Well, I cannot replicate the screenshot effect from the thread. My Ravana ALWAYS jumps in perfectly (I'm using Nightly 5029). I've made 4 different runs (screenshots attached):
+ 3D warp, (-3dwarp flag), without media vps (therefore retail Ravana pof).
+ 3D warp with media vps (enhaced and new Ravana pof)
+ Retail 2D warp without media vps.
+ Retail 2D warp with mediavps.

?!?!?!?!?!?!

2009-01-12 19:17

 

01-3DWarp-NoMedia.jpg (49,298 bytes)   
01-3DWarp-NoMedia.jpg (49,298 bytes)   

2009-01-12 19:18

 

02-3DWarp-MediaVps.jpg (58,354 bytes)   
02-3DWarp-MediaVps.jpg (58,354 bytes)   

2009-01-12 19:19

 

03-2DWarp-NoMedia.jpg (48,947 bytes)   
03-2DWarp-NoMedia.jpg (48,947 bytes)   

2009-01-12 19:19

 

04-2DWarp-MediaVps.jpg (61,191 bytes)   
04-2DWarp-MediaVps.jpg (61,191 bytes)   

2009-01-12 19:20

 

WarpEffectTest.fs2 (5,627 bytes)

Zacam

2009-06-22 03:51

administrator   ~0010985

I can confirm that something is definitely off on capship classes warping out.

In SM1-01, when the Ptsamtik initiates warp, the warp opens before the end of the nose on the model, before it has even begun moving.

I have not noticed anything strange about it's warp in, as I can never seem to be looking directly at where it is warping in.

Test was in RC3, Retail SM1-01 and MediaVP.

Goober5000

2009-10-01 15:34

administrator   ~0011205

Try testing this again. The Sync waypoint problem was ultimately caused by a change in the warpout routine, which I rolled back. It may have fixed this bug as well.

chief1983

2009-11-13 22:00

administrator   ~0011267

Now that mail is working maybe someone will notice when I set this to 'feedback'.

Goober5000

2009-11-23 23:10

administrator   ~0011329

Reminder sent to: FUBAR-BDHR

Your feedback is requested.

FUBAR-BDHR

2009-11-23 23:55

developer   ~0011331

This wasn't my bug I just reported it for a user who couldn't get a Mantis account.

chief1983

2009-11-24 03:33

administrator   ~0011336

Well it should be easier to get that user set up with an account now and then get their input on it, if you can track them down.

chief1983

2010-04-07 14:47

administrator   ~0011869

Detail added in forum states that this was not reproducible by one user in Windows but is in OS X.

Goober5000

2010-04-07 15:12

administrator   ~0011870

Actually I think this is reproducible on Windows too. The behavior of the Colossus in the second mission of Deus Ex Machina: Interlude sounds very similar to this.

The_E

2012-10-27 11:26

administrator   ~0013995

Closing this issue, since noone has ben able to repro it.

Issue History

Date Modified Username Field Change
2009-01-08 04:32 FUBAR-BDHR New Issue
2009-01-08 04:32 FUBAR-BDHR File Added: Jumpout bug.jpg
2009-01-09 10:00 ARSPR Note Added: 0010516
2009-01-09 12:05 ARSPR Note Edited: 0010516
2009-01-09 12:09 ARSPR Note Edited: 0010516
2009-01-12 19:17 ARSPR Note Added: 0010525
2009-01-12 19:17 ARSPR File Added: 01-3DWarp-NoMedia.jpg
2009-01-12 19:18 ARSPR File Added: 02-3DWarp-MediaVps.jpg
2009-01-12 19:19 ARSPR File Added: 03-2DWarp-NoMedia.jpg
2009-01-12 19:19 ARSPR File Added: 04-2DWarp-MediaVps.jpg
2009-01-12 19:20 ARSPR File Added: WarpEffectTest.fs2
2009-06-22 03:51 Zacam Note Added: 0010985
2009-10-01 15:34 Goober5000 Note Added: 0011205
2009-10-01 15:34 Goober5000 Status new => assigned
2009-10-01 15:34 Goober5000 Assigned To => Goober5000
2009-11-13 22:00 chief1983 Note Added: 0011267
2009-11-13 22:00 chief1983 Status assigned => feedback
2009-11-13 22:01 chief1983 Product Version 3.6.9 => 3.6.10
2009-11-13 22:01 chief1983 Target Version => 3.6.12 RC1
2009-11-23 23:10 Goober5000 Note Added: 0011329
2009-11-23 23:55 FUBAR-BDHR Note Added: 0011331
2009-11-24 03:33 chief1983 Note Added: 0011336
2010-04-07 14:47 chief1983 Note Added: 0011869
2010-04-07 15:12 Goober5000 Note Added: 0011870
2010-08-05 20:04 chief1983 Target Version 3.6.12 RC1 => 3.7.2
2012-07-01 19:23 Goober5000 Assigned To Goober5000 =>
2012-10-27 11:26 The_E Note Added: 0013995
2012-10-27 11:26 The_E Status feedback => closed
2012-10-27 11:26 The_E Assigned To => The_E
2012-10-27 11:26 The_E Resolution open => fixed