Het probleem was dat de keyboard input tijdens een game volledig verneukt werd. Aangezien ik het spel een tijdje niet gespeeld had kan ik niet met zekerheid zeggen wat nou de boosdoener was, DirectX 9 of Servicepack 4.
De oorzaak van het probleem blijkt te zijn dat Windows 2000 de toepassing ral.exe ziet als een voorgrond toepassing. Rally Championship 2000 krijgt dus de 'HIGH priority' toegewezen. Aangezien de keyboard input dat niet krijgt gaat het fout. Iedere toetsaanslag wordt 2 keer uitgevoerd en meerdere inputs (gas geven èn sturen) worden niet tegelijk verwerkt. Erg vervelend als je aan het rally rijden bent.
De oplossing voor het probleem is eenvoudig: ALT-TAB terug naar windows, CTRL-SHIFT-ESC naar de taskmanager en forceer ral.exe op 'NORMAL priority'. Terug ALT-TAB'en naar Rally Championship 2000, en alles gaat als een trein!
Maar nu... Ik zou dit liever niet iedere keer weer uit moeten voeren. Het zou een stuk fijner zijn als het spel gewoon op de goede prioriteit opstart.
Via de CLI in D:\rc\ gewoon start /NORMAL ral.exe uitvoeren werkt niet! Windows zet stronteigenwijs gewoon de prioriteit weer op 'HIGH', de problemen blijven.
Hmmm. Ok. Via een forum over Rally Championship 2000 las ik over de Windows Application Compatibility Toolkit van Microsoft. Daarmee was de bewuste executable geforceerd op de goeie prioriteit te zetten door compatibility mode LowerThreadPriority aan de exe toe te wijzen.
Hetvolgende probleem dient zich aan: Dezelfde update (of dat nou DX9 of ServPack 4 is geweest) zorgt er nu ook voor dat LowerThreadPriority NIET BESCHIKBAAR IS ! Zowel v2.6 als v3.0 heeft die compatibility optie simpelweg niet. Daar gaat de mogelijkheid tot geautomatiseerd fixen...
Of niet ?
De (ge-update versie van de) Windows Application Compatibility Toolkit bevat in plaats van LowerThreadPriority wel een andere instelling:
Niet dus.
De IgnoreScheduler combatibility option lost wèl mijn keyboard input probleem op, automatisch zonder iedere keer te moeten alt-tabben en handmatig de prioriteit aan te moeten passen. Echter, het verneukt ook mijn geluid, dat blijft hangen, of lagt, of loopt.
De oude vertrouwde methode van handmatig aanpassen werkt wel goed: goeie keyboard input en mooi naadloos synchroon geluid.
* JumpStart wil gewoon windhoos duidelijk maken dat RAL.EXE op 'NORMAL priority' moet draaien...
Is er nog een andere manier om dit eenmalig in te stellen in plaats van iedere keer te moeten switchen ?
De oorzaak van het probleem blijkt te zijn dat Windows 2000 de toepassing ral.exe ziet als een voorgrond toepassing. Rally Championship 2000 krijgt dus de 'HIGH priority' toegewezen. Aangezien de keyboard input dat niet krijgt gaat het fout. Iedere toetsaanslag wordt 2 keer uitgevoerd en meerdere inputs (gas geven èn sturen) worden niet tegelijk verwerkt. Erg vervelend als je aan het rally rijden bent.
De oplossing voor het probleem is eenvoudig: ALT-TAB terug naar windows, CTRL-SHIFT-ESC naar de taskmanager en forceer ral.exe op 'NORMAL priority'. Terug ALT-TAB'en naar Rally Championship 2000, en alles gaat als een trein!
Maar nu... Ik zou dit liever niet iedere keer weer uit moeten voeren. Het zou een stuk fijner zijn als het spel gewoon op de goede prioriteit opstart.
Via de CLI in D:\rc\ gewoon start /NORMAL ral.exe uitvoeren werkt niet! Windows zet stronteigenwijs gewoon de prioriteit weer op 'HIGH', de problemen blijven.
Hmmm. Ok. Via een forum over Rally Championship 2000 las ik over de Windows Application Compatibility Toolkit van Microsoft. Daarmee was de bewuste executable geforceerd op de goeie prioriteit te zetten door compatibility mode LowerThreadPriority aan de exe toe te wijzen.
Hetvolgende probleem dient zich aan: Dezelfde update (of dat nou DX9 of ServPack 4 is geweest) zorgt er nu ook voor dat LowerThreadPriority NIET BESCHIKBAAR IS ! Zowel v2.6 als v3.0 heeft die compatibility optie simpelweg niet. Daar gaat de mogelijkheid tot geautomatiseerd fixen...
Of niet ?
De (ge-update versie van de) Windows Application Compatibility Toolkit bevat in plaats van LowerThreadPriority wel een andere instelling:
Nou, mooi toch ? Probleem opgelost, sim-pel ... (??)IgnoreScheduler
This shim is used to handle scheduling issues such as threads suspending or resuming themselves. It also handles normalizing thread and process priorities.
Niet dus.
De IgnoreScheduler combatibility option lost wèl mijn keyboard input probleem op, automatisch zonder iedere keer te moeten alt-tabben en handmatig de prioriteit aan te moeten passen. Echter, het verneukt ook mijn geluid, dat blijft hangen, of lagt, of loopt.
De oude vertrouwde methode van handmatig aanpassen werkt wel goed: goeie keyboard input en mooi naadloos synchroon geluid.
* JumpStart wil gewoon windhoos duidelijk maken dat RAL.EXE op 'NORMAL priority' moet draaien...
Is er nog een andere manier om dit eenmalig in te stellen in plaats van iedere keer te moeten switchen ?
ALL-CAPS WITH NO PUNCTUATION IS SO MUCH TRUER TO THE WAY THOUGHTS HURTLE OUT OF THE HUMAN BRAIN THAN CAREFULLY MANICURED AND PUNCTUATED SENTENCES COULD EVER BE