Der RetroHardware Quizz Thread

[- = pRoPh3t = -]

Würde sagen beim Vobis. Gab’s da nicht den VOLKS PC ?

 

[fortunes]

Wurde das Wort "Volks-PC" nicht irgendwie von (Computer-) BILD und diversen Anbietern wie ALDI erst viel später geprägt?

 

[Mor'du]

Dann hätte ich ein kleines Rätsel:

Wann und wo bekam der mündige deutsche Normalverbraucher seinen ersten 500MHz - PC zu welchem Preis zu kaufen?

War das nicht der Vobis Alpha 5000 für 6666DM in der IDE Variante und für 9999DM in der SCSI?
Die Kiste war ein HP mit Alpha 21164(?) CPU getaktet auf 500Mhz, mit 64MB Ram und 4GB(?) HDD

 

[fortunes]

Exakt der.

Juli 1997 konnte sich jede/r den ersten 500MHz-PC kaufen.

Intel bot damals gerade erst den P2-300 mit Klamath-Kern an, Deschutes war nicht mal in Aussicht.

Aber zum Glück war das Teil mehr Marketing-Bluff als Granate. Es wurde auch mit der speziellen WinNT4.0-Version ausgeliefert, auf der ein Emulator lief. Grauenhaftes Paket.

Anbei das Prospekt von damals.

 

[Mor'du]

Exakt der.

Juli 1997 konnte sich jede/r den ersten 500MHz-PC kaufen.

Intel bot damals gerade erst den P2-300 mit Klamath-Kern an, Deschutes war nicht mal in Aussicht.

Aber zum Glück war das Teil mehr Marketing-Bluff als Granate. Es wurde auch mit der speziellen WinNT4.0-Version ausgeliefert, auf der ein Emulator lief. Grauenhaftes Paket.

Anbei das Prospekt von damals.

den hatte ich damals

 

[fortunes]

Würde sagen beim Vobis. Gab’s da nicht den VOLKS PC ?

Das ließ mich nicht in Ruhe -

ich präsentiere den "Highscreen Volkscomputer" aus dem Jahr 1996.

Vobis bringt PC-Linie mit Cyrix-CPUs

www.computerwoche.de

Beitrag automatisch zusammengeführt: 18.07.2025

den hatte ich damals

Mein aufrichtiges Beileid - was man mit dem Geld alles hätte kaufen können.

 

[Mor'du]

Mein aufrichtiges Beileid - was man mit dem Geld alles hätte kaufen können.

Eltern die es nicht besser wussten.... xD

Beitrag automatisch zusammengeführt: 18.07.2025

und Vobis war "Fußläufig" erreichbar xD

 

[fortunes]

So, dann die nächste Frage, die etwas kniffliger sein könnte:

Wieso musste man im April 2001 ganz konkrete BIOS-Settings für

- PCI Delay Transaction
- PCI Master Read Caching
- PCI Latency

setzen?

 

[bschicht86]

Da käme mir irgendwie die 686B-SB in Verbindung mit Soundblaster in den Sinn.

 

[zog88]

Vobis bringt PC-Linie mit Cyrix-CPUs

www.computerwoche.de

Beitrag automatisch zusammengeführt: 18.07.2025

Das war auch der Prozessor in meinem ersten eigenen PC Anfang 1997. Schöne Erinnerung.

 

[fortunes]

Da käme mir irgendwie die 686B-SB in Verbindung mit Soundblaster in den Sinn.

Ganz genau.

Die SBLive! brauchte man dafür nicht zwingend, es reichten auch 2 HDDs, jeweils einzeln an beiden IDE-Kanälen, mit ordentlicher Kopiererei.

Die SBLive! hat wegen der ebenfalls auf dem PCI erzeugten Last den Fehler deutlich früher entstehen lassen.

Die Datenkorruption konnte mit späteren Revisionen der 686B, BIOS-Updates und Via Hyperions stillgelegt werden.

Hast du ein Rätsel @bschicht86 ?

 

[bschicht86]

Ich glänze grad mit Einfallslosigkeit. Der nächste darf.

 

[WMDK]

Dann lege ich mal noch einen nach, wenn ihr nichts dagegen habt?


Übertakter haben damals "Hurraaa!" geschrien, als die FSB/PCI/AGP Teiler fixierbar wurden, weil sonst irgendwann beim OC die Grafikkarte / Soundkarte / Festplattencontroller ausgestiegen sind und das System instabil wurde.

Es gab aber eine damals sehr auffällige Konstellation beim OC, wo genau dieser fixierte Teiler in seiner Auslegung ab Werk ein Problem verursacht hat, sobald 3D Anwendungen genutzt wurden.


Welches Problem war das, wann trat es auf und wie konnte man es beheben?

 

[- = pRoPh3t = -]

Hier noch ein Bild zum alten Rätsel

 

[Mor'du]

Dann lege ich mal noch einen nach, wenn ihr nichts dagegen habt?


Übertakter haben damals "Hurraaa!" geschrien, als die FSB/PCI/AGP Teiler fixierbar wurden, weil sonst irgendwann beim OC die Grafikkarte / Soundkarte / Festplattencontroller ausgestiegen sind und das System instabil wurde.

Es gab aber eine damals sehr auffällige Konstellation beim OC, wo genau dieser fixierte Teiler in seiner Auslegung ab Werk ein Problem verursacht hat, sobald 3D Anwendungen genutzt wurden.


Welches Problem war das, wann trat es auf und wie konnte man es beheben?

Ouuuuf ... Der ist gut... Ich habe irgendwie den Nforce2 vor mir... Aber bekomme die Antwort nicht raus xD

 

[WMDK]

Ouuuuf ... Der ist gut... Ich habe irgendwie den Nforce2 vor mir... Aber bekomme die Antwort nicht raus xD

Nix mit nForce 2

 

[WMDK]

Come on keiner?
Ich gebe mal noch einen Tipp:

Übertakter haben damals "Hurraaa!" geschrien, als die FSB/PCI/AGP Teiler fixierbar wurden, weil sonst irgendwann beim OC die Grafikkarte / Soundkarte / Festplattencontroller ausgestiegen sind und das System instabil wurde.

Es gab aber eine damals sehr auffällige Konstellation beim OC, wo genau dieser fixierte Teiler in seiner Auslegung ab Werk ein Problem verursacht hat, sobald 3D Anwendungen genutzt wurden.


Welches Problem war das, wann trat es auf und wie konnte man es beheben?

… das Problem betraf ausschließlich einen Mainboard Hersteller.

 

[Tzk]

Ich vermute mal es sind nicht die FS Jumper auf dem Asus P3B-F gemeint? Dort war teilweise der FS3 nicht bestückt oder je nach Revision nicht vorgesehen, weshalb man gewisse Kombinationen nicht setzen konnte. Außerdem hat der 440BX Chipsatz bekanntermaßen eine PCI/4 Teiler, aber keinen AGP/2, weshalb der AGP Bus bei 133Mhz FSB mit ~90Mhz lief…

 

[WMDK]

Nein, das ist nicht gemeint, sorry. Wir reden hier schon von einer Konstellation, wo man im BIOS bereits den AGP / PCI Takt fixieren konnte ungeachtet des FSBs.

 

[Masterchief79]

Das ist das erste Mal, dass ich zumindest ne grobe Ahnung habe - mal probieren
Beim nForce 3 Chipsatz auf DFI Mainboards sollte man den AGP Takt beim CPU OC von 66 auf mind. 67MHz erhöhen, um den richtigen Teiler zu fixieren. Sonst konnte es sein, dass das BIOS eben nicht mit "fixen" 66MHz lief, sondern der AGP/PCI Takt mit dem 200er FSB mit nach oben geschraubt wurde. Was dann die genannten Ausfallerscheinungen mit sich brachte.

 

[digitalbath]

Übertakter haben damals "Hurraaa!" geschrien, als die FSB/PCI/AGP Teiler fixierbar wurden, weil sonst irgendwann beim OC die Grafikkarte / Soundkarte / Festplattencontroller ausgestiegen sind und das System instabil wurde.

Es gab aber eine damals sehr auffällige Konstellation beim OC, wo genau dieser fixierte Teiler in seiner Auslegung ab Werk ein Problem verursacht hat, sobald 3D Anwendungen genutzt wurden.

ASUS i865 / i875 Platinen? Aushilfe war die nächst höhere Stufe (72MHz AGP) zu wählen damit es fixiert lief?
Btw. Die MSI i865PE Platine übertaktet je nach Einstellung automatisch den AGP/PCI Bus (auf die 72Mhz).

 

[WMDK]

Beim nForce 3 Chipsatz auf DFI Mainboards sollte man den AGP Takt beim CPU OC von 66 auf mind. 67MHz erhöhen, um den richtigen Teiler zu fixieren. Sonst konnte es sein, dass das BIOS eben nicht mit "fixen" 66MHz lief, sondern der AGP/PCI Takt mit dem 200er FSB mit nach oben geschraubt wurde. Was dann die genannten Ausfallerscheinungen mit sich brachte.

ASUS i865 / i875 Platinen? Aushilfe war die nächst höhere Stufe (72MHz AGP) zu wählen damit es fixiert lief?

Btw. Die MSI i865PE Platine übertaktet je nach Einstellung automatisch den AGP/PCI Bus (auf die 72Mhz).

Interessant. Dann habe ich gleich noch was mit gelernt. Ich kannte das Phänomen bisher ausschließlich von den ASUS 865/875 Platinen.
Bis 299 MHz FSB ist alles super, sobald man über 300 geht läuft das System ansich zwar stabil, SuperPi etc. / Prime95, alles kein Problem, aber 3D Anwendungen werden zur reinsten Ruckelorgie.
Mit Anhebung des AGP/PCI Taktes auf die nächst höhere Stufe ist dann alles wieder gut.

Dass das beim nForce3 auch passierte, war mir nicht bekannt, ich kenne das nur von den ASUS 478er Brettern. Ein IC7-(G/MAX3) oder auch ein Pro875B zeigt das Verhalten auch nicht.

Na gut, dann haben wir zwei Gewinner Auf ins nächste Rätsel!

 

[Masterchief79]

Na gut, dann haben wir zwei Gewinner Auf ins nächste Rätsel!

Nee, das zählt nicht, ich hab das nie selbst überprüft. Nur mal irgendwann in einem S939 OC Guide gelesen und vorsichtshalber mit einfließen lassen. Mr. Bios, sie sind dran

 

[digitalbath]

Dass das beim nForce3 auch passierte, war mir nicht bekannt, ich kenne das nur von den ASUS 478er Brettern. Ein IC7-(G/MAX3) oder auch ein Pro875B zeigt das Verhalten auch nicht.

Afaik ist das bei dem MSI S939 NF3 board auch. Der Fix greift nicht immer. Ein Einstellen auf 67Mhz hilft.

Interessant. Dann habe ich gleich noch was mit gelernt. Ich kannte das Phänomen bisher ausschließlich von den ASUS 865/875 Platinen.
Bis 299 MHz FSB ist alles super, sobald man über 300 geht läuft das System ansich zwar stabil, SuperPi etc. / Prime95, alles kein Problem, aber 3D Anwendungen werden zur reinsten Ruckelorgie.
Mit Anhebung des AGP/PCI Taktes auf die nächst höhere Stufe ist dann alles wieder gut.

Für diesen hohen Frequenzen fehlen mir die CPUs. Irgendwann teste ich das mal aus.
Was das MSI angeht, weiß ich nicht, ob es allgemein es einstellt oder gezielt. Man kann bei dem Board den FSB manuell hoch sezten oder bestimmte FSB Presets wählen. Dann wird dabei die auto Spannungen für RAM und AGP mit hoch gesetzt wie auch die AGP Frequenz und die RAM sub timings. Eigentlich Einstellungen die ich auch so gewählt hätte. Praktisch.

Ich habe derzeit wohl kein Rätsel.

 

[digitalbath]

Okay, ein Mini Rätsel als Lückenfüller habe ich.

Das bekannte ASRock K7S8X Mainboard wurde ursprünglich unter welchem Namen geplant?

 

[Mor'du]

Okay, ein Mini Rätsel als Lückenfüller habe ich.

Das bekannte ASRock K7S8X Mainboard wurde ursprünglich unter welchem Namen geplant?

War das nicht... "SiS 746FX Reference Board oder nur SiS 746FX", weil das Board sowohl von ASRock als auch QDI benutzt wurde...?

 

[fortunes]

K7S46 ?

K7S46FX ?

 

[digitalbath]

K7S46 ?

K7S46FX ?

Das ist doch geraten oder?

War das nicht... "SiS 746FX Reference Board oder nur SiS 746FX", weil das Board sowohl von ASRock als auch QDI benutzt wurde...?

Das Reference board sieht meiner Meinung nach schon anders aus. Auch wenn Ähnlichkeiten da sind. BIOS technisch sind da Welten.

Das ASRock board wurde laut der Schematics bei ASUS noch geplant. Unter dem Namen K7S46

Mit der Revision 1.02 wurde es dann zu dem K7S8X

Ich meine, das habe ich hier schon mal gepostet.

 

[fortunes]

@digitalbath
Ja, das war geraten. Ich hatte keine Ahnung, habe mich nur am K7S41(GX) orentiert, die jeweils mit dem 741(GX) unterwegs sind.

Ich bin nur der "alten" Logik von AsRock gefolgt...