Staredit Network > Forums > SC1 UMS Mapmaking Assistance > Topic: Why do player colors vary by machine?
Why do player colors vary by machine?
Jan 30 2010, 10:16 pm
By: Elward  

Jan 30 2010, 10:16 pm Elward Post #1



I used SCMDraft2 0.8 on my 32-bit Windows XP machine and 64-bit Vista machine. The same map used a Jungle tileset. I used color 47 in each case.

XP: Black smooth on units. Shows as black on minimap and leaderboard.
Vista: What's this garbled lemon-lime color!? Shows as black on minimap and blank on leaderboard.

Is there a stable black color (units and minimap) on a Jungle tileset for all operating systems? If so, what?



None.

Jan 30 2010, 10:24 pm Apos Post #2

I order you to forgive yourself!

For black, I usually use 155. I don't have vista so can't test if it's the same.




Jan 30 2010, 10:25 pm samsizzle Post #3



64 shows up as actual black on the leaderboard on most tilesets. Its what i use. That or 55.



None.

Jan 30 2010, 11:40 pm ImagoDeo Post #4



Despite the awesomeness of extended colors, you have to remember that they're actually a buffer overflow. It's unlikely that they'll crash mac users, but it'll look a lot different for them.

Post has been edited 1 time(s), last time on Jan 31 2010, 2:52 am by NudeRaider. Reason: fix'd



None.

Jan 31 2010, 2:00 am Lanthanide Post #5



I'm using 136 for P8 on Ashworld on windows 7 x64, and it shows black in-game and on the minimap, although blank on the leaderboard (not a problem for me, as it is a CPU player anyway).

I got that number out of a thread where someone wanted a black colour, so it is likely to be fairly stable across other tilesets and OS combinations? I can't get the P colour program to work on my computer (haven't tried particularly hard).



None.

Feb 1 2010, 8:23 pm DavidJCobb Post #6



@Lan: I'm using PColor 1.1 on MSWinXPProSP2, and I get a palette that's almost black, save for two colors. One is a light grey, the other a pulsing/glowing slightly-dark red. Speckles appear on most units because of this. 149 is a 90%-perfect black, save for a shade of brown in the palette. Same deal for 160, but red, and the red's in a color that isn't used as often.

That too unstable?



None.

Feb 4 2010, 12:40 am Suicidal Insanity Post #7

I see you !

Since it is a buffer overflow it just uses memory meant for other data. That is why it depends on the OS, OS version, machine architecture, and maybe even which applications were in memory before starcraft was started,




Feb 4 2010, 12:54 am Lanthanide Post #8



Right, I guess it's back to brown for my P8 CPU then. I don't want to use any buffer overflow or memory conditions in my map at all, so that it'll work on any new versions of SC, and on every platform without issues.



None.

Feb 4 2010, 5:16 pm NudeRaider Post #9

We can't explain the universe, just describe it; and we don't know whether our theories are true, we just know they're not wrong. >Harald Lesch

Extended colors don't cause issues other than looking different on different machines. And usually not by much.

Btw. what Samsizzle suggested is really great. I use #64 for all my maps. It's actually a very dark purple (looks black if you have no true black to compare it with) and it's pure in color. So there will be no weird specks or anything. And I've yet to see a tileset/OS not show it as black.




Feb 4 2010, 6:36 pm ImagoDeo Post #10



Quote from NudeRaider
Extended colors don't cause issues other than looking different on different machines. And usually not by much.

Btw. what Samsizzle suggested is really great. I use #64 for all my maps. It's actually a very dark purple (looks black if you have no true black to compare it with) and it's pure in color. So there will be no weird specks or anything. And I've yet to see a tileset/OS not show it as black.

#65 crashed Ciara's mac when she tried to look at it.

Apparently some colors do cause crashes...



None.

Options
  Back to forum
Please log in to reply to this topic or to report it.
Members in this topic: None.
[2026-7-18. : 2:27 am]
Symmetry -- https://staredit.net/topic/18903/ THE REVIEWS ARE HERE! "ok these are pretty good memes" - ssj9Kevin
[2026-7-17. : 2:58 pm]
Ultraviolet -- Symmetry
Symmetry shouted: Man I wish we had this tech back in the day when people played ums lmao
fr fr
[2026-7-17. : 2:39 am]
Symmetry -- Man I wish we had this tech back in the day when people played ums lmao
[2026-7-16. : 6:28 am]
NudeRaider -- EUD actions, specifically. The conditions remained. Today we can even have actions again, but they're all virtualized/whitelisted (not sure on the actual technical implementation) so you can only use them for specific intended purposed, not arbitrary code injections.
[2026-7-16. : 6:26 am]
NudeRaider -- I mean yes, maps - through EUDs - were theoretically able to do that as well, but that was patched quickly.
[2026-7-16. : 6:25 am]
NudeRaider -- Symmetry
Symmetry shouted: Ohhh imagine a SC map that could delete itself
not the map, the editor
[2026-7-16. : 2:28 am]
Symmetry -- I vaguely remember Voy doing some ACE back in the day, but I had no idea EUDs could do that kind of shit. I am very much catching up on the technology
[2026-7-16. : 2:28 am]
Symmetry -- Ohhh imagine a SC map that could delete itself
[2026-7-15. : 8:51 pm]
NudeRaider -- Symmetry
Symmetry shouted: NudeRaider Is EUD editor capable of writing shit onto the player's harddrive? That seems like it would be dangerous
yeah an editor that isn't allowed to write files sounds rather pointless, so I'd assume it can. Like most other programs too btw. and yes, obviously that's dangerous, but also kinda necessary. MS introduced that virtualization for exactly that reason.
[2026-7-15. : 4:10 am]
Ultraviolet -- I don't think so. I think they shut that shit down after 1.16, maybe even earlier
Please log in to shout.


Members Online: Moose, Symmetry