View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000214 | FSSCP | multiplayer | public | 2004-07-09 01:50 | 2005-02-14 19:47 |
| Reporter | Tepa | Assigned To | taylor | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Summary | 0000214: Disabling V_sync in D3D causes the weapon/ship loading "clickzones" to be off-set from images. | ||||
| Description | weapon loadin is pain wont pick the weapons on first try takes mostly 2-10tryes before gettin em loaded | ||||
| Tags | No tags attached. | ||||
|
|
Please, would you tell what build and command line arguments did you use? |
|
|
I think you are refering to the slight issue with all the clickable surfaces being off-set a couple of pixels from where the actual picture is. Please correct me if I am wrong. I spotted this on 1024*768, D3D, since a long time ago, and I think this was reported earlier. However, if I am correct, this does not only occur on weapon selection, but also on ship selection. Please note, when you say loading, we think file loading (reading from the hard drive). Now, the normal question list: What build did this start to occur in? What is your OS (operating system, version of Windows) What are your computer specs (processor, memory, graphical card, stuff like that.) What are you're command line flags? D3D (DirectX) or OGL (OpenGL)? Are you using Anti Aliassing (AA)? What resolution are you in? edited on: 07-14-04 10:58 |
|
|
3.6,07072004,09072004 all 3 Win2000 Xp2800+,1gig ram,radeon9600xt with cata 4.6 flags -fps -stats -show mem usage and Vsync is active which removed this problem d3d no AA res 1024x768 16bit noticed 1 minor thing i had to click the weapon then wait ani file to get drawed then the weapon was bit easier to drag into slot but as i also noticed VSYNC on fixed this problem |
|
|
Erm, thanks for the info. Vsync shouldn't be doing anything with this, now should it? Does this occur in OGL? |
|
|
well i just tested checkmarked disable vsync and now i have that "cannot load" weaps klik like hell bug...... not tested ogl since i heard its not use and it helped other radeon user when having same problemo ---------------------------- tested OGL 1024x768 32bit and all ship's textures missing polygon shape holes looked like skeletons+it crashed but NO weapload bug on ogl edited on: 07-15-04 14:16 |
|
|
We know OGL looks terrible right now, it'll be fixed in a week or so. So the bug does not occur in OGL? Is there any difference when you use AA? |
|
|
yes 3d3 multisample x2 helps some but fonts go bit foggy/crappy |
|
|
So what's better, with or without any AA? |
|
|
Perhaps you would try enabling 'fix distorsion font problem', in the video tab. |
|
|
gawd i forgot that thing unchecked with AA tiny font errors but else looks good but still Vsync ON fixes taht weapload bug 100& and gives smoother ride ingame while AAx2 does the same with about 60-80%rate ----------------------------------------- and which i like more is AAx2 ON and Vsync ON edited on: 07-18-04 13:11 |
|
|
Checking the 'disable vsync' consistently causes this on my computer. Edit: In D3D mode edited on: 07-19-04 04:34 |
|
|
Then the launcher message on disabling vsync should be changed, and this bug can be closed when that is done. |
|
|
That doesn't really fix the bug, just gets around it. Whenever you click a mouse button a variable gets set saying that the mouse button went down. On those interface screens it checks that variable to figure out if it should grab an icon or not. This same thing can happen where it doesn't let go of an icon because it doesn't see the mouse button release variable. The problem is that the variable can get reset between frames so it always fails the check. Disabling vsync slows the redraw rate down enough that the variable is still correct when it gets checked. That's also why it works in OpenGL, it's a little slower in most cases. We need some sort of code fix to properly deal with this but I'm not exactly sure what that fix would be. Leave this open and I'll work on this as soon as I can. |
|
|
Fixered. Fix will go in CVS when I get the chance to commit later tonight. Any builds after that should have the update. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2004-07-09 01:50 | Tepa | New Issue | |
| 2004-07-09 19:27 | mrduckman | Note Added: 0001050 | |
| 2004-07-14 13:37 | kasperl | Note Added: 0001052 | |
| 2004-07-14 14:58 | kasperl | Note Edited: 0001052 | |
| 2004-07-15 12:24 | Tepa | Note Added: 0001057 | |
| 2004-07-15 12:53 | kasperl | Note Added: 0001058 | |
| 2004-07-15 17:51 | Tepa | Note Added: 0001065 | |
| 2004-07-15 17:54 | Tepa | Note Edited: 0001065 | |
| 2004-07-15 18:16 | Tepa | Note Edited: 0001065 | |
| 2004-07-16 11:22 | kasperl | Note Added: 0001066 | |
| 2004-07-16 19:25 | Tepa | Note Added: 0001069 | |
| 2004-07-18 08:21 | kasperl | Note Added: 0001071 | |
| 2004-07-18 12:29 | mrduckman | Note Added: 0001072 | |
| 2004-07-18 17:08 | Tepa | Note Added: 0001073 | |
| 2004-07-18 17:11 | Tepa | Note Edited: 0001073 | |
| 2004-07-18 23:22 | WMCoolmon | Note Added: 0001077 | |
| 2004-07-19 08:34 | WMCoolmon | Note Edited: 0001077 | |
| 2004-07-20 17:29 | kasperl | Note Added: 0001085 | |
| 2004-07-20 17:30 | kasperl | Summary | weaponloading => Disabling V_sync in D3D causes the weapon/ship loading "clickzones" to be off-set from images. |
| 2004-07-20 18:24 | taylor | Note Added: 0001087 | |
| 2004-07-20 18:26 | taylor | Status | new => assigned |
| 2004-07-20 18:26 | taylor | Assigned To | => taylor |
| 2005-02-14 19:47 | taylor | Status | assigned => resolved |
| 2005-02-14 19:47 | taylor | Resolution | open => fixed |
| 2005-02-14 19:47 | taylor | Note Added: 0001648 |
