We are currently migrating Bugzilla to GitHub issues.
Any changes made to the bug tracker now will be lost, so please do not post new bugs or make changes to them.
When we're done, all bug URLs will redirect to their equivalent location on the new bug tracker.

Bug 4411

Summary: Software renderer ignoring alpha, colour, and blend commands
Product: SDL Reporter: Anthony @ POW Games <ant>
Component: renderAssignee: Ryan C. Gordon <icculus>
Status: RESOLVED FIXED QA Contact: Sam Lantinga <slouken>
Severity: blocker    
Priority: P2 Keywords: target-2.0.10
Version: HG 2.0   
Hardware: All   
OS: All   
Attachments: Test app that works here

Description Anthony @ POW Games 2018-12-03 15:28:13 UTC
I think this happened at the same time as Ryan's batching was merged. When using SDL_RenderCopyExF in the software blender, SDL_SetTextureAlphaMod, and SDL_SetTextureColorMod, and SDL_SetTextureBlendMode have no effect on textures.
Comment 1 Ryan C. Gordon 2018-12-03 20:33:35 UTC
Weird, I thought I fixed this already. :/

I’ll check this.

--ryan.
Comment 2 Anthony @ POW Games 2018-12-03 21:09:14 UTC
I built a new DLL about 10 hours ago to check your Direct3D render fix (which works now), and the software renderer is still drawing all my textures white, full alpha and ignoring blending mod. 

If it appears fixed your side, it might need a more complicated test situation? I can oblige you one in which case?
Comment 3 Ryan C. Gordon 2018-12-04 04:43:50 UTC
(In reply to Anthony @ POW Games from comment #2)
> If it appears fixed your side, it might need a more complicated test
> situation? I can oblige you one in which case?

No, I believe you.  :)   I'm sure it's a legit bug.

--ryan.
Comment 4 Ryan C. Gordon 2019-05-18 18:48:54 UTC
Tagging a bunch of bugs with "target-2.0.10" so we have a clear list of things to address before a 2.0.10 release.

Please note that "addressing" one of these bugs might mean deciding to defer on it until after 2.0.10, or resolving it as WONTFIX, etc. This is just here to tell us we should look at it carefully, and soon.

If you have new information or feedback on this issue, this is a good time to add it to the conversation, as we're likely to be paying attention to this specific report in the next few days/weeks.

Thanks!

--ryan.
Comment 5 Sam Lantinga 2019-06-09 01:15:33 UTC
Marking this a blocking bug for 2.0.10.
Comment 6 Ryan C. Gordon 2019-06-11 18:25:38 UTC
Created attachment 3818 [details]
Test app that works here
Comment 7 Ryan C. Gordon 2019-06-11 18:30:15 UTC
(In reply to Ryan C. Gordon from comment #6)
> Created attachment 3818 [details]
> Test app that works here

Anthony, when you get a chance, can you see if this bug is still happening? I've attached a little test program I wrote that uses these APIs in the software renderer without problems on macOS and Windows, but it's possible I'm just not triggering whatever problem you're hitting.

(point SAMPLE_BITMAP_FILENAME at your copy of SDL/test/sample.bmp--and it should render a blue background, the bmp at a 45 degree angle without blending or mods, then the bitmap rotated to -45 degrees, modded red and partially transparent, alpha blended on top of everything else.)

--ryan.
Comment 8 Anthony @ POW Games 2019-06-16 17:28:09 UTC
This is working ok now. Tested my game on Windows 10, which previously didn't work on HG a few weeks back, so it's been fixed, thanks.
Comment 9 Anthony @ POW Games 2019-08-17 00:19:55 UTC
This is still happening, but only if I build the DLL myself using the Visual Studio project. This might have been the case all along which means it maybe wasn't introduced after the batching, and isn't fixed - I only thought it was fixed because I didn't try with the VS generated DLL last time.

Is this considered a bug if the supplied DLL works? What would cause Visual Studio's compiler to cause this bug? Should we be concerned?