View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000083 | FSSCP | HT&L | public | 2004-01-25 10:42 | 2008-02-22 07:39 |
Reporter | Lightspeed | Assigned To | taylor | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Fixed in Version | 3.6.10 | ||||
Summary | 0000083: Targetting Boxes and Particles getting misaligned | ||||
Description | When your turn the camera ships at the edges of the screen will be rendered 'outside' the targetting box (when targetted) - when you move the camera so they're back in your reticle it will look normal again. This also happens with particles. A particle shot is fired, you move the ship so it's at the edge of your screen and they will look misaligned. You move back so its in the reticle again, and they're perfectly aligned once again. Not really a severe bug, but tends to look crap, and it's pretty annoying. | ||||
Tags | No tags attached. | ||||
has duplicate | 0001174 | resolved | taylor | HUD target brackets misplacement in wide-resolutions (1280x800) |
has duplicate | 0001188 | resolved | taylor | Targetted ship boxes move away from ship at edge of view |
has duplicate | 0001228 | resolved | taylor | Wide screen resolution problems with aiming reticule in relation to target box |
has duplicate | 0001207 | resolved | taylor | Stars and nebulas not rotating correctly |
has duplicate | 0001366 | resolved | taylor | Targeting brackets out of place in 16:9 |
has duplicate | 0001367 | resolved | taylor | Motion debris parallax incorrect in 16:9 |
has duplicate | 0001426 | resolved | taylor | Targetting box moves beyond target model |
has duplicate | 0001423 | closed | Misplaced object names and info when -fredhtl flag is used |
|
Is this definately htl only? Does it still happen? |
|
It is HT&L only. Yes, it still happens. (In 1_20_04) |
|
I'm thinking this is actualy an FOV bug, but I'm not sure, if it still shows up when useing the defalt fov, then this is a HT&L bug after all, but I havn't heard from LS if it shows up there |
|
I havent had the time to test with default FOV yet. Will do it, though. :) |
|
Yeah, and the little secondaries cross is also rendered misaligned with the target aim reticle. It's not as apparent with default FOV but it still occurs. edited on: 03-05-04 19:40 |
|
ok, if I change the FOV I can see this, I tryed makeing a change to the ratio but it seems that it isn't as simple as a multiplication factor, it's like there is some non-scaler being applyed, I supose I could add a comand line that would be a aspect fix, but you'd have to use trial and error to find the corect settings for you'r fov setings |
|
add it - I like manual tweakage. |
|
Could screenshots help? |
|
Just shout if you need any, I can supply plenty of 'em. |
|
Update: Today I just noticed the situation has changed... With the new builds (the last few) any particles or trails will NOT get misaligned anymore. (probably because they're also HT-L rendered now?) The ONLY thing still getting misaligned is the targetting boxes. |
|
As far as I know they are still rendered in the same way |
|
That's odd, because they work fine now. The bug now only applies to targetting boxes. |
|
Very stale, I assume this needs re-assigned? |
|
Guess I'll have to take this one. I've been making changes to reduce the wasted cycles associated with these view calls anyway. The ultimate goal is to fix the nasty work of this hacked-in HTL view code and actually do it properly. |
|
I think its something with FOV |
|
"I think its something with FOV" Yes, it's an issue with the difference between the orthographic (for the lines) and the projection (for the models) views. The orthographic view doesn't take FOV into account. We just have to make the FOV from the projection matrix factor in to the orthographic view. With the current code however, that's much easier said than done. |
|
for more info about this problem see bug 926 |
2006-07-22 09:51
|
|
|
I've just noticed that this distortion happens even with default FOV, (no launcher flag), although it's small. Look at the attached screenshots. |
|
It will happen with any FOV, just to different degrees. Models are rendered with a FOV applied, lines aren't. That's the problem, and what makes it not very easy to fix. |
|
Any update on progress with this? |
|
It's unlikely to be fixed until 3.7. |
|
The last bit of this should be fixed with Murleen's patch. More work will likely be done on this stuff for 3.7, but Murleen's code is a perfect solution in the meantime. Fixered. |
Date Modified | Username | Field | Change |
---|---|---|---|
2004-01-25 10:42 | Lightspeed | New Issue | |
2004-02-16 14:35 | RandomTiger | Note Added: 0000200 | |
2004-02-16 23:33 | Lightspeed | Note Added: 0000203 | |
2004-02-23 00:19 | Bobboau | Note Added: 0000233 | |
2004-02-23 02:22 | Lightspeed | Note Added: 0000236 | |
2004-03-06 00:39 | ChronoReverse | Note Added: 0000330 | |
2004-03-06 00:40 | ChronoReverse | Note Edited: 0000330 | |
2004-03-06 10:08 | RandomTiger | Status | new => acknowledged |
2004-03-07 01:03 | Bobboau | Note Added: 0000354 | |
2004-03-10 23:26 | Lightspeed | Note Added: 0000413 | |
2004-03-21 22:48 | RandomTiger | Note Added: 0000529 | |
2004-03-21 23:06 | Sticks | Status | acknowledged => assigned |
2004-03-21 23:06 | Sticks | Assigned To | => Sticks |
2004-03-22 23:51 | Lightspeed | Note Added: 0000553 | |
2004-05-07 23:51 | Lightspeed | Note Added: 0000905 | |
2004-05-08 08:21 | RandomTiger | Note Added: 0000908 | |
2004-05-08 21:56 | Lightspeed | Note Added: 0000912 | |
2005-03-14 14:01 | administrator | Note Added: 0001898 | |
2005-03-14 14:03 | administrator | Assigned To | Sticks => Bobboau |
2006-04-28 21:03 | taylor | Note Added: 0005424 | |
2006-04-28 21:03 | taylor | Assigned To | Bobboau => taylor |
2006-05-05 15:55 | Shotman | Note Added: 0005470 | |
2006-05-05 16:02 | taylor | Note Added: 0005471 | |
2006-05-27 08:52 | ax3001 | Note Added: 0005647 | |
2006-07-22 09:51 | ARSPR | File Added: Small_Missalignement_Without_FOV.zip | |
2006-07-22 09:52 | ARSPR | Note Added: 0006280 | |
2006-07-22 12:38 | taylor | Note Added: 0006281 | |
2006-12-18 21:28 | taylor | Relationship added | has duplicate 0001174 |
2007-01-01 14:16 | taylor | Relationship added | has duplicate 0001188 |
2007-01-17 18:04 | taylor | Relationship added | has duplicate 0001228 |
2007-01-21 02:20 | taylor | Relationship added | has duplicate 0001207 |
2007-04-12 06:22 | taylor | Relationship added | has duplicate 0001366 |
2007-04-12 06:25 | taylor | Relationship added | has duplicate 0001367 |
2007-04-24 10:49 | ScoutNight | Note Added: 0008027 | |
2007-04-24 19:08 | taylor | Note Added: 0008028 | |
2007-06-22 20:32 | taylor | Relationship added | has duplicate 0001426 |
2007-07-23 19:33 | Kazan | Relationship added | has duplicate 0001423 |
2008-02-22 07:39 | taylor | Status | assigned => resolved |
2008-02-22 07:39 | taylor | Fixed in Version | => 3.6.10 |
2008-02-22 07:39 | taylor | Resolution | open => fixed |
2008-02-22 07:39 | taylor | Note Added: 0008893 |