UFO: Alien Invasion Issue Tracker
Go to the previous open issue
Go to the previous issue (open or closed)
Please log in to bookmark issues
Open Bug report #2475 Strange rendering behaviour & different rendering 'style' AH
Go to the next issue (open or closed)
Go to the next open issue
alextishin (alextishin) has been working on this issue since January 28, 2013 (20:46)
[http://sourceforge.net/p/ufoai/bugs/2475 Item 2475] imported from sourceforge.net tracker on 2013-01-28 19:35:59 Again 2 bugs in one report, but those are so connected that I decided it would be best to present them together. Bug 1: The zoomed in model in the seperate window when using the 'Alternative Hud' is rendered with the 'old' technique (no glowmaps for example) Bug 2: The colors of the skins rendered on the battlescape are wrong, while the colors in the zoomed window are right. Look @ the attached screenshot. In the extra window the color is right (very bright) while the same alien standing on the battlefield is rendered much too dark. The second Taman you see has the lowest rank & should be much darker than the alien with the highest rank, which is seen on the battlescape & in the window... The skins' colors get rendered always right in the window, so I suppose it is not the fault of the textures. The textures used can be found in the patch already waiting... ===== Comments Ported from Sourceforge ===== ====== mcr2010 (2010-04-29 14:15:49) ====== Low Rank Taman & High Rank Taman x2 ====== arisian (2010-04-29 20:44:47) ====== This is due to the fact that the rendering system is actually doing what it's being asked to (for the first time ever), and it turns out we're not asking it to do very much. Don't worry about it for now; things will look better soon. ====== mcr2010 (2010-04-30 04:23:44) ====== I am not worrying. I know your skillz by now. This was just FYI. ====== mcr2010 (2010-05-06 13:03:52) ====== FYI: Bug 2 - eliminated in current trunk. The skins now have the correct colors. ====== arisian (2010-05-06 13:25:31) ====== "Bug 1" isn't really a bug; the pictures in the HUD interface aren't rendered using any type of lighting model. They were never rendered the same way as the models on the battlescape; GLSL has never been used to render those interface pictures. I'm fine with that; I see no reason to change it, unless others disagree. ====== mcr2010 (2010-05-06 13:36:14) ====== Maybe a misunderstanding. Bug 1 is about the 'alternative HUD' where the whole soldier is rendered inside the HUD including animations. It would look strange again, if a different renderer would be used for that & details visible on the battlefield would be missing in the close-up of the HUD... ====== arisian (2010-05-06 13:53:28) ====== Ahh, I see what you're talking about. I'll take a look at fixing that eventually, but it's not at the top of my list of things to do. ====== mcr2010 (2010-05-06 14:19:20) ====== I knew it was a misunderstanding ;) It shouldn't be top of the list. That is why this item has lowest priority assigned... No stress, but I am glad that you agree that it should be fixed eventually ;) ====== mcr2010 (2010-05-09 01:21:02) ====== I think you changed stuff here also with r29793, now animations are messed up a little bit ;) in the alternative HUD (see attached screenshot)... ====== mcr2010 (2010-05-09 01:22:53) ====== Body animations in window alt. HUD missing ?! ====== arisian (2010-05-09 01:41:17) ====== Yeah, that would be on account of the fact that the battlescape animation is now being done on the GPU, and I haven't updated the alternate HUD to use the new system yet. I'll fix the alternate HUD eventually, but I want to get the basic world rendering system working first. ====== mcr2010 (2011-10-02 08:00:53) ====== Rendering in menus and battlescape still needs to be unified, battlescape 3d renderer is very advanced compared to menu renderer... It would be great if you could have a look at that also, Sandro - this would upgrade and beautify menu gfx model rendering dramatically without adding any additional artwork, because many glowmaps and normalmaps for models are already done and waiting to be processed in master... ====== aduke1 (2012-10-01 00:36:26.451000) ====== - **milestone**: 2.3 --> 2.3.x
Steps to reproduce this issue
Nothing entered.
Comments (0)
Issue basics
  • Type of issue
    Bug report
  • Category
  • Targetted for
    Not determined
  • Status
  • Priority
    3. Normal
User pain
  • Type of bug
    Not triaged
  • Likelihood
    Not triaged
  • Effect
    Not triaged
Affected by this issue (1)
People involved
Times and dates
  • Posted at
  • Last updated
  • Estimated time
    Not estimated
Issue details
  • Resolution
    Not determined
  • Reproducability
    Not determined
  • Severity
    Not determined
  • Complexity
    Not determined
  • Platform
    Not determined
  • Architecture
    Not determined
Attachments (0)
There is nothing attached to this issue
Duplicate issues (0)