View Issue Details

IDProjectCategoryView StatusLast Update
0001858FSSCPgraphicspublic2010-11-13 03:30
Reporterblowfish Assigned ToEchelon9  
PrioritynormalSeverityminorReproducibilityalways
Status resolvedResolutionfixed 
OSMacOS VersionOS X 
Product Version3.6.9 
Summary0001858: Environmental mapping behaving oddly under Mac OS X for all shader-enabled builds
DescriptionHappens in both shaded and no_glsl modes. Hard to describe, I think the screenshots will show the problem much better than I could explain it. Basically, it shows up, but it shows up very broken. The bitmaps are patched sporadically, sometimes the wrong bitmaps are used, sometimes it just shows up as white squares. Tested both before and after Echelon9's fix for the other mac graphics related issues.
TagsNo tags attached.

Activities

2008-12-28 18:16

 

borkedenvmapping.zip (394,168 bytes)

Echelon9

2008-12-28 23:08

developer   ~0010480

Last edited: 2009-01-24 10:04

Yup, I can confirm I've seen this on and off again over time.

Usually there's no problems in the Techroom or Ships Lab, but in-game environment mapping can create all sorts of problems. Looking at the attached screenshots from blowfish reminds me of one of the oddest parts to this bug.

I remember once coming up close of the surface of a Vasudan transport, and seeing on the reflective windows text appearing that was open in a Terminal window (I guess Terminal was still open behind the fullscreen FS2_Open). I was rather WTF when I saw my command-line, computer name and some ifconfig output on the side of a ship in FS2_Open.

FUBAR-BDHR

2008-12-29 01:08

developer   ~0010482

Just for reference that text thing has been seen in TBP as well. http://www.hard-light.net/forums/index.php/topic,40036.msg1166709.html#msg1166709

Not sure what build or anything else. Just remembered those screenshots when I was reading this report.

Echelon9

2008-12-29 02:47

developer   ~0010483

This certainly could be a problem with the OpenGL state initialisation code. Taylor has a pending patch that fixes a lot of known latent issues with this area of the code.

It should be in trunk soon, and a build was released a few days back: http://www.hard-light.net/forums/index.php/topic,58550.0.html I've got a copy of the source code patch itself, and I'll give it a try alongside my OpenGL shader patch for Mantis 1855 soon.

taylor

2008-12-29 05:02

administrator   ~0010484

Somebody needs to try out a mission with a pre-generated envmap to see if it is a rendering issue or a generation issue. If it works fine with the pre-generated map then it's a FB related generation issue rather than a basic rendering/state problem.

blowfish

2008-12-29 12:42

reporter   ~0010487

Forgot to mention, as Echelon9 mentioned, that environmental mapping looks fine in the techroom/lab. How would I test a mission with a pre-generated environmental map?

taylor

2008-12-29 16:08

administrator   ~0010488

I'm attaching two files (a mission, that goes in data/missions/, and a DDS file, that goes in data/effects/) that could be used to test a pre-gen envmap.

I have no idea whether or not this will actually work properly as-is though. These files are part of my own MediaVP set so I'm not quite sure how well it will work with the official MediaVP set. But give it a try and see what happens.

2008-12-29 16:08

 

sm1-01.fs2 (66,293 bytes)

2008-12-29 16:09

 

env_sm1-01.dds (1,048,784 bytes)

blowfish

2008-12-29 18:31

reporter   ~0010489

Last edited: 2008-12-29 19:07

Just tested that using Echelon9's rosebay build. Environmental mapping appears to look fine with the pregenerated environment map.

EDIT: Also note that I tested without mediavps.

Echelon9

2009-01-24 10:23

developer   ~0010602

Able to confirm that the environment mapping looks fine with the pregenerated environment map taylor suggested. When I used the standard Surrender Belisarius mission in the campaign, it went back to the strange 'sliding' env map with text from my desktop.

In my case I tested with the MediaVPs 3.6.10 and the latest nightly build r5052.

2010-09-29 22:15

 

BrokenEnvMapping2.zip (320,267 bytes)

2010-09-29 22:16

 

jon118

2010-09-29 22:25

reporter   ~0012373

Just reporting that this is still broken in "FS2_Open-Inferno 3.6.12" for Mac.

(see two new files I uploaded)

I've tested this on an 2008 iMac with Intel Processor and a brand new 2010 MacBook Pro. Each has a different graphics card, but both are running OSX Snow Leopard v10.6.4

Everything seemed to look and run great except for this bad problem with "reflections"

As usual, the EnvMaps look great in the tech room, but are messed up in missions.

I've tried every conceivable option to change it. No luck.

Is there any new word on this??

jon118

2010-09-30 19:12

reporter   ~0012377

Last edited: 2010-09-30 19:28

Edit:
using "-disable_fbo" on the command line DOES "fix" the problem. My apologies. I thought I had tried that, but apparently I had not.

So bottom line: Mac users still MUST use "-disable_fbo" to avoid the EnvMapping glitch described above.

Additional Note: I built and tested this with the FS2_Open-Inferno 3.6.13 (svn 6539) build as well. Just for good measure.


(Also, my apologies for posting this problem twice. I'm new here. At my previous workplace, we re-posted problems if they were still present in new builds. Stupid, I know.

Sorry to have been such a pest. It won't happen again.)

Thanks.

Echelon9

2010-11-13 03:30

developer   ~0012457

-disable_fbo just turns off features.

The 10.6.5 Snow Leopard patch has a fixed OpenGL driver, so problem is resolved through OS patch.

Issue History

Date Modified Username Field Change
2008-12-28 18:16 blowfish New Issue
2008-12-28 18:16 blowfish File Added: borkedenvmapping.zip
2008-12-28 23:08 Echelon9 Note Added: 0010480
2008-12-29 01:08 FUBAR-BDHR Note Added: 0010482
2008-12-29 02:47 Echelon9 Note Added: 0010483
2008-12-29 05:02 taylor Note Added: 0010484
2008-12-29 12:42 blowfish Note Added: 0010487
2008-12-29 16:08 taylor Note Added: 0010488
2008-12-29 16:08 taylor File Added: sm1-01.fs2
2008-12-29 16:09 taylor File Added: env_sm1-01.dds
2008-12-29 18:31 blowfish Note Added: 0010489
2008-12-29 19:07 blowfish Note Edited: 0010489
2009-01-24 10:04 Echelon9 Note Edited: 0010480
2009-01-24 10:23 Echelon9 Note Added: 0010602
2009-02-08 10:19 Echelon9 Status new => assigned
2009-02-08 10:19 Echelon9 Assigned To => Echelon9
2009-02-15 06:58 Echelon9 OS => Mac
2009-02-15 06:58 Echelon9 OS Version => OS X
2009-06-04 14:12 Echelon9 Status assigned => confirmed
2010-09-29 22:15 jon118 File Added: BrokenEnvMapping2.zip
2010-09-29 22:16 jon118 File Added: WorkingTechRoomEnvMapping.zip
2010-09-29 22:25 jon118 Note Added: 0012373
2010-09-30 19:12 jon118 Note Added: 0012377
2010-09-30 19:28 jon118 Note Edited: 0012377
2010-11-13 03:30 Echelon9 Note Added: 0012457
2010-11-13 03:30 Echelon9 Status confirmed => resolved
2010-11-13 03:30 Echelon9 Resolution open => fixed