dennis_rsb schreef op zondag 4 oktober 2026 @ 23:26:
Ik lees hier wat gesprekken over period correct etc.
Weetje wat mij fascineert, ik heb nu diverse ''retro'' systemen. Varierend van amd k6-2, p1,p2,p3 en nog wat er tussen en soms in verschillende varianten.
Maar wat ik gemerkt heb, windows en drivers lukt wel. Maar veel spellen krijg ik niet of met moeite aan de praat. Voor mijn gevoel ging het vroeger ''vanzelf'' al sluit ik niet uit dat ik als kind spellen had die niet werkte, en de error niet snapte en dan zocht naar een ander spel wat wel werkte haha.
Ik heb overigens nooit geklooid met irq's etc. Heb wel een 486 gehad als kind, maar die was al ingericht. En heb nooit hele spannende spellen gespeeld. Alleen spellen als Prince of Persia, mario kloon, cd-man, donald duck abc
Heb zelf, tegenwoordig op mijn retro pc's, zelden problemen met de spellen, maar dat komt waarschijnlijk omdat ik meestal een vaste set aan games speel en het meeste onder Windows XP. Ik herinner mij echter wel dat vroeger met MS Dos en Windows 95 (en zelfs nog in de Windows 98 tijd erna) het heel gewoon wat dat spellen niet werkten. Ik had een paar van die CD-ROMs met 100 of 200 spellen erop (vaak oudere DOS dingen, shareware, demo's etc). En wanneer ik zo'n CD voor het eerst in bezit had (verkregen uit een winkel, een magazine, de HCC beurs etc.) dan ging ik natuurlijk meteen kijken wat er allemaal op stond. 90% van de dingen (her)kende ik niet of nauwelijks, dus gewoon afgaan op wat cool klinkt en proberen maar. Alleen ik gok dat van alle games zeker 40% totaal niet wilden draaien, 40% werkte half (geluid wat soms niet werkte, glitches) en een klein deel (20% dus) werkte gewoon wel goed. En waarom dat vroeg ik mij meestal niet eens af, waarschijnlijk was mijn pc te oud, of waren bepaalde games gemaakt voor 3dfx, of voor een bepaalde Glide API die mijn pc niet ondersteunde etc.
Want dat is iets wat men vaak vergeet en/of niet wist: in dat tijdperk van MS Dos en Windows 95 was het nog het wilde westen qua API's en architecturen. Er waren games die totaal niet werkten op de ene hardware, maar wel op de andere en vice versa. In de begindagen had je dat soms nog indien je een CPU had die door Intel gebouwd was, of door AMD, of door Cyrix, alhoewel dat niet heel vaak een probleem opleverde. Het wel of niet ondersteunen van bepaalde instructiesets zoals MMX is een voorbeeld. Het hele oerwoud aan geluidskaart/chip makers was een veel groter slagveld, waar game geluid heel vaak niet of slecht werkte omdat jouw geluidskaart niet ondersteund werd. En hetzelfde met de GPU's waar er tientallen fabrikanten waren met elk hun eigen architectuur, hun eigen API's en wat niet allemaal; van Trident, AvanceLogic, S3, Cirrus Logic, SIS, Matrix, Tseng en later ATI en NVidia. Pas toen er industriestandaarden zoals DirectX kwamen en games dit allemaal gingen ondersteunen, toen werden die problemen significant minder.
Zelfs later met dingen als de Twilight CD's onder Windows 98 en XP, daarvan werkte zo nu en dan games (of programma's) gewoon niet. De kans dat iets niet werkte was destijds al veel en veel kleiner. Indien dan iets toch nog niet werkte, dan was het veelal een simpelere "jouw CPU/GPU is niet krachtig/nieuw genoeg". Want inmiddels ondersteunden de meeste games wel DirectX en waren zaken zo geimplementeerd dat hooguit bepaalde features (uit een nieuwere DirectX versie) niet werkten/aan konden, maar niet meer dan een game totaal niet wilde starten/werken.