AAAHHHH Heeeeelp me. Im not sure this problem can be solved, but im looking for answers anyway...
I just finished a new game, and Im really pleased with it. I took it off my programming computer, an old p100, running win95 and put on my newer computer, 1.7Ghz, WinXP. Trouble is, one of the colours was screwed up. I am using colour 18 (Ssreen 13) as the backdrop for the mainn part of the game. On my progging comp, this turned up as a medium shade of grey, and the skidmarks (black) left by the van in my game showed up rather nicely. I take it to my new computer, test it out, and the background is almost black, and the skidmarks are *Barely* visible. Not exactly the effect i wanted. Is there other people whove had problems with this? Ive never had a problem with it.
Also, i was finding that my 1.7Ghz was running the game slower than my p100!!!!!! What on earth...? :???:
This has to do with your monitor and video card gamma settings. This tends to happen. I remember Lachie having a similar problem with a review in VPlanet that claimed that his colours were too dark whilst he was arguing that they looked OK on his computer. It looks like older computers/monitors display stuff with more contrast than newer.
Add a bright regulation subroutine, something like this:
Code:
SCREEN 13
FOR i% = 0 TO 255: LINE (i%, 0)-(i%, 15), i%: NEXT
LOCATE 3, 1: PRINT "use +, -. ENTER to exit. R to Revert."
pal$ = ""
OUT &H3C7, 0
FOR i% = 0 TO 767
pal$ = pal$ + CHR$(INP(&H3C9))
NEXT i%
DO
k$ = INKEY$
SELECT CASE k$
CASE "+":
FOR i% = 1 TO 255 ' Leave 0 = black always
OUT &H3C7, i%
red% = INP(&H3C9)
green% = INP(&H3C9)
blue% = INP(&H3C9)
IF red% < 63 THEN red% = red% + 1
IF green% < 63 THEN green% = green% + 1
IF blue% < 63 THEN blue% = blue% + 1
OUT &H3C8, i%
OUT &H3C9, red%
OUT &H3C9, green%
OUT &H3C9, blue%
NEXT i%
CASE "-":
FOR i% = 0 TO 255
OUT &H3C7, i%
red% = INP(&H3C9)
green% = INP(&H3C9)
blue% = INP(&H3C9)
IF red% > 0 THEN red% = red% - 1
IF green% > 0 THEN green% = green% - 1
IF blue% > 0 THEN blue% = blue% - 1
OUT &H3C8, i%
OUT &H3C9, red%
OUT &H3C9, green%
OUT &H3C9, blue%
NEXT i%
CASE "r", "R":
OUT &H3C8, 0
FOR i% = 0 TO 767
OUT &H3C9, ASC(MID$(pal$, 1 + i%, 1))
NEXT i%
END SELECT
LOOP WHILE k$ <> CHR$(13)
(This is ugly, but gives a idea
It would be fine to implement a true gamma correction algo, but this will do in most cases.)
The speed issue may have to do with your MSDOS thread priority settings and the processes you have in the background in your 1.7 machine.
...And that horrible VM.
But yeah, try to kill all the processes you don't need.
Nath: Thanks for the reply, but unfortuantely i dont think thats the answer. Certainly the gamma for color 18 appears mucked up, but all the other colours are pretty much what they should be...
And your gamma script isnt quite right... When you increase the gamma then decrease it, it leaves colours saturated, ie you can turn all the rgb values up to 255, then when you turn them down, it just decrements by 1, so you get solid colours, 255,255,255.
sorry to double post, but it looks like ive mainly worked it out. I checked my monitor config, and the brightness was only set at 40 something, although windows was showing up fine... strange world...
Err.. I never said that was a gamma correction algo:
Quote:It would be fine to implement a true gamma correction algo, but this will do in most cases
It was just a quickie.
oh sorry... I know you cant change your video gamma from QB like that, but still its not quite right... ahh nvm.
When it comes to DOS, XP is horrible. Its always nice to have a dual boot with win95/98 =). Also r u running in Windowed mode or Full Screen?
Full screen... =P Windowed mode is ***Horrible!!!!***
Just checking =P. Because the pallete command doesnt work too well in the windowed mode =P.