Descriptive Problem Summary: blend_mode = BLEND_MULTIPLY seems to be a noop
Numbered Steps to Reproduce Problem:
1. Make a white square with blend_mode = BLEND_MULTIPLY
2. Wonder why it's showing up
Code Snippet (if applicable) to Reproduce Problem:
Expected Results: BLEND_MULTIPLY to function the same as in DS
Actual Results: https://i.imgur.com/R4oDUke.png
Does the problem occur:
Every time? Or how often? Always
In other games? Untested
In other user accounts? N/A
On other computers? Yes
When does the problem NOT occur? Using DreamSeeker
Did the problem NOT occur in any earlier versions? If so, what was the last version that worked? (Visit http://www.byond.com/download/build to download old versions for testing.) Worked fine in 507.1272, probably a bit after that too.
Workarounds:
ID:1851718
 May 14 2015, 12:56 pm
|
|||||||||||||
| |||||||||||||
Yes, 507.1284, and I've just realized this is in the wrong forum.
This happens in all rendering modes. | |
Oh no, this is in the right forum. It's a webclient bug, and since the webclient is still in beta I consider any webclient issues to belong here.
| |
Works in 507.1280, does not work in 507.1281. Not sure what changed for 1281, but that's the version it broke in.
edit: "Server-side performance has been improved for the webclient, by offloading sorting of map icons to the client. This is also in preparation for a much larger change later which will make the webclient function much more like Dream Seeker in terms of performance on both ends."? | |
507.1281 is not current anymore.
| |
I'm aware of that. What I'm saying is that BLEND_MULTIPLY worked in the webclient for versions 1272 to 1280, then stopped working in 1281 and hasn't worked since. Whatever changes were made for 1281 must have caused this problem.
| |
I have not been able to verify this. BLEND_MULTIPLY shows correct results in Chrome, Dartium, and even IE (at least in WebGL mode). It's only BLEND_SUBTRACT that's not supported.
| |
Lummox JR changed status to 'Unverified'
| |
I am also experiencing this, in Chrome. Unfortunately I don't have a timeline for which byond version I started observing it in.
| |
 BYOND 508.1294, Chrome 44.0.2403.155m on Windows 8.1. | |
It doesn't help to retest this in 508.1294 as that's an outdated version; it's possible that version had a bug, but if so it's moot now. I retested this in 1295, which constructs appearances on the client instead of on the server end. In 1295 I can confirm that this worked for me in two different browsers.
| |
D4RK3 54B3R wrote:
I am also experiencing this, in Chrome. Unfortunately I don't have a timeline for which byond version I started observing it in. But in which version are you seeing it now? 1295 is showing no issues for me. | |
I'm testing 1295 currently, didn't notice it was already out.
edit: Confirming that 1295 fixes this problem, at least for me. | |
I just confirmed this in 508.1290
webclient: http://puu.sh/jB6ka/920a8ba4c7.jpg dream seeker: http://puu.sh/jB6qx/2299a3a413.jpg Give me a moment to update to the latest beta version and test it again... [EDIT]: I've just tried it in 508.1295 It still seems to be broken, but in a different way. webclient: http://puu.sh/jB6ET/f4ff149175.jpg dream seeker: http://puu.sh/jB6Hb/3a7e627834.png There is no pitch black situation in this game yet, so the webclient is drawing the scene incorrectly. The correct ambient brightness in the scene for the webclient screenshot can be inferred from the brightness of the various tree trunks. This might be a separate bug related to client.screen, since the light from the campfire seems to be working. /image also doesn't seem to be drawn correctly either; I'm using /image for all of the tree canopies and tree shadows, which don't seem to be showing at all in the 1295 webclient. | |
BTW, are you using 507.1284? Beta bug reports need the full version number.
[edit]
Also, what happens when you change rendering modes using the icon in the hotbar? Does the issue show up only in WebGL, Canvas2D, or both?