Beiträge von Mr Vain

genau aus dem webswag archiv habe ich die Beispiele rausgepickt. Bisher hab ich nur noch nicht ganz nachvollzogen, wie die Tastaturabfrage und das Fuellen und Leeren des Tastaturpuffers funktioniert.

Es ist halt schwierig, mal ein komplettes und sauber programmiertes Beispiel zu finden. Muss man wohl mal selbst eins erstellen

habe das Beispiel mit dem Port $60 mal weiter verfeinert und aufgeraeumt, aber diese Inline-Anweisungen stoeren mich halt noch...

PROGRAM KEYTEST2;

USES
  CRT;

VAR
  progende: BOOLEAN;
  flag    : BYTE;
  anschlag: WORD;
  liCount : LONGINT;

PROCEDURE KeyPortON;
{ Abfrage auf Port[$60] an}
ASSEMBLER;
ASM
  MOV AX,19
  INT 9H
END;

PROCEDURE KeyPortOFF;
ASSEMBLER;
ASM
  MOV AX,3
  INT 16H
END;

PROCEDURE EmptyKeyBuffer;
BEGIN
  INLINE($FA);
  MEMW[$40:$1A]:=MEMW[$40:$1C];
  INLINE($FB);
END;

FUNCTION IsKeyPressed: BOOLEAN;
BEGIN
  IsKeyPressed:=NOT(MEMW[$40:$1A]=MEMW[$40:$1C]);
END;

FUNCTION Byte2Dual(numb: BYTE): STRING;
VAR
  DualByte: STRING;
  cHilf   : STRING;
  bHilf   : BYTE;
  bTeiler : BYTE;
BEGIN
  DualByte:='';  bTeiler:=128;
  FOR bHilf:=1 TO 8 DO BEGIN
    cHilf:='';
    STR(numb DIV bTeiler,cHilf);
    DualByte:=DualByte+cHilf;
    numb:=numb MOD bTeiler;
    bTeiler:=bTeiler DIV 2;
  END;
  Byte2Dual:=DualByte;
END;

BEGIN
  TEXTMODE(3);
  liCount:=0;
  progende:=FALSE;
  anschlag:=0;
  GOTOXY(30,13); WRITE('...Testausgabe...');
  KeyPortON;
  EmptyKeyBuffer;

  REPEAT
    INC(liCount,1);
    GOTOXY(60,1);  WRITE('Zaehler   : ',liCount);
    GOTOXY(60,2);  WRITE('Anschlaege: ',anschlag);

    GOTOXY(1,1);
    WRITELN('ÚÄÄÄÄ Port $60 ÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿');
    WRITELN('³ ',PORT[$60]:12,' ³ ',Byte2Dual(PORT[$60]):12,' ³');
    WRITELN('ÃÄÄ Byte 40:17 ÅÄÄ Byte 40:18 ´');
    WRITELN('³ ',Byte2Dual(MEM[$40:$17]):12,' ³ ',Byte2Dual(MEM[$40:$18]):12,' ³');
    WRITELN('ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ');
    { WRITELN(MEMW[$40:$1A]:8,':',MEMW[$40:$1C]:8); }

    IF (IsKeyPressed) THEN BEGIN
      INC(anschlag,1);
      EmptyKeyBuffer;
    END;  (* IF IsKeyPressed *)

    GOTOXY(1,7);
    CASE PORT[$60] OF 28: WRITE('Enter');
                      15: WRITE('Tabulator');
                      87: WRITE('F11');
                      88: WRITE('F12');
                      1:  BEGIN
                            WRITE('Esc');
                            progende:=TRUE;
                          END;
    END;  (* CASE PORT[$60] *)

    DELAY(10);
  UNTIL (progende=TRUE); { PORT[$60]=1; }   (* ESC *)

  KeyPortOFF;
END.

Die INLINE($FA); und INLINE($FB); Anweisungen sollen den Assembleranweisungen CLI und STI entsprechen, aber ich finde (heutzutage) einfach kein gutes Tutorial oder Forum mehr, was sich mit Pascal, vor allem mit dem ALTEN Pascal, beschaeftigt. Zum Glueck treiben sich hier anscheinend ein paar Leute rum, die noch gerne was mit den alten Programmiersprachen unter DOS coden

Mahlzeit

da ich jetzt mal endlich Zeit habe wieder was mit Pascal zu programmieren, brauche ich doch noch ein wenig Nachhilfe...

Es geht um das Auslesen des Tastaturpuffers. Wenn ich eine Taste gedrueckt habe, kann ich ja entweder am Port $60 oder im AX Register den Scancode der Taste auslesen. An den Adressen $0417 und $0418 sehe ich die Statusbits der Strg, Alt usw. Tasten.

Wie mach ich das aber in (sauberem) Assembler, den Tastaturpuffer nach Auslesen wieder zu leeren? Sonst funktioniert das Polling bei immer nur bis die erste Taste gedrueckt wurde

Ein kleines Beispiel wuerde mir da auf die Spruenge helfen

Den bisherigen Quellcode haenge ich gleich mal an oder versuche ihn hier einzubetten.

Beispiel 1: damit habe erstmal angefangen, die Funktion der Tastaturabfrage zu verstehen und zu sehen, was an den Adressen 417h und 418h passiert

Program KEYBTEST;  {* This Program will output the keyboard
                   {* scan codes.  Use the Function "ScanCode"
                   {* in your Program once you know the codes
                   {* For each keypress *}
Uses
  CRT, Dos;

VAR
  wKeyCode: WORD;
  bKey417 : BYTE;
  bKey418 : BYTE;
  liCount : LONGINT;

Function Byte2Hex(numb : Byte): String;       { Converts Byte to hex String }
Const
  HexChars : Array[0..15] of Char = '0123456789ABCDEF';
begin
  Byte2Hex[0] := #2;
  Byte2Hex[1] := HexChars[numb shr  4];
  Byte2Hex[2] := HexChars[numb and 15];
end; { Byte2Hex }

FUNCTION Byte2Dual(numb: BYTE): STRING;
VAR
  DualByte: STRING;
  cHilf   : STRING;
  bHilf   : BYTE;
  bTeiler : BYTE;
BEGIN
  DualByte:='';  bTeiler:=128;
  FOR bHilf:=1 TO 8 DO BEGIN
    { WRITELN(bTeiler); }
    cHilf:='';
    STR(numb DIV bTeiler,cHilf);
    DualByte:=DualByte+cHilf;
    numb:=numb MOD bTeiler;
    bTeiler:=bTeiler DIV 2;
  END;
  Byte2Dual:=DualByte;
END;

Function Numb2Hex(numb : Word): String;        { Converts Word to hex String.}
begin
  Numb2Hex := Byte2Hex(hi(numb)) + Byte2Hex(lo(numb));
end; { Numb2Hex }

FUNCTION IsKeyPressed: BOOLEAN;
BEGIN
  { Aus Beispiel xyz... scheint aber falsch zu sein }
  IsKeyPressed := ((MEM[$40:$17] AND $0F) > 0) OR (MEM[$40:$18] > 0);
END;

FUNCTION GetScanCode: WORD;
VAR
  wCode: WORD;
BEGIN
  ASM
    MOV AH,$10
    INT $16
    MOV wCode,AX
  END;
  GetScanCode:=wCode;
end;

{ VORSICHT!!! Funktioniert noch nicht richtig... }
FUNCTION PollScanCode: WORD;
VAR
  wCode: WORD;
BEGIN
  ASM
    MOV AH,$11
    INT $16
    MOV wCode,AX
  END;
  PollScanCode:=wCode;
end;

FUNCTION Key_Shift_Right(bScanCode :BYTE): BOOLEAN;
BEGIN
  (* Byte $0417 Bit 0 *)
  Key_Shift_Right:=NOT((bScanCode AND $01)=0);
END;

FUNCTION Key_Shift_Left(bScanCode :BYTE): BOOLEAN;
BEGIN
  (* Byte $0417 Bit 1 *)
  Key_Shift_Left:=NOT((bScanCode AND $02)=0);
END;

FUNCTION Key_Crtl(bScanCode :BYTE): BOOLEAN;
BEGIN
  (* Byte $0417 Bit 2 *)
  Key_Crtl:=NOT((bScanCode AND $04)=0);
END;

FUNCTION Key_Alt(bScanCode :BYTE): BOOLEAN;
BEGIN
  (* Byte $0417 Bit 3 *)
  Key_Alt:=NOT((bScanCode AND $08)=0);
END;

FUNCTION Key_Scroll_Lock(bScanCode :BYTE): BOOLEAN;
BEGIN
  (* Byte $0417 Bit 4 *)
  Key_Scroll_Lock:=NOT((bScanCode AND $10)=0);
END;

FUNCTION Key_Num_Lock(bScanCode :BYTE): BOOLEAN;
BEGIN
  (* Byte $0417 Bit 5 *)
  Key_Num_Lock:=NOT((bScanCode AND $20)=0);
END;

FUNCTION Key_Caps_Lock(bScanCode :BYTE): BOOLEAN;
BEGIN
  (* Byte $0417 Bit 6 *)
  Key_Caps_Lock:=NOT((bScanCode AND $40)=0);
END;

FUNCTION Key_Insert(bScanCode :BYTE): BOOLEAN;
BEGIN
  (* Byte $0417 Bit 7 *)
  Key_Insert:=NOT((bScanCode AND $80)=0);
END;

BEGIN
  liCount:=0;
  CLRSCR;
  WRITELN('<Esc> oder <Crtl> + <Break> zum Beenden...');

  REPEAT
    DELAY(10);  INC(liCount,1);  GOTOXY(72,1);  WRITELN(liCount:8);

    wKeyCode:=GetScanCode;
    { wKeyCode:=PollScanCode; }
    bKey417:=MEM[$40:$17];
    bKey418:=MEM[$40:$18];

    { IF (IsKeyPressed) THEN BEGIN }

      WRITELN('ÚÄ Register AH ÂÄ Register AL ¿');
      WRITELN('³ ',Byte2Dual(HI(wKeyCode)):12,' ³ ',Byte2Dual(LO(wKeyCode)):12,' ³');
      WRITELN('³ ',Byte2Hex(HI(wKeyCode)):12,' ³ ',Byte2Hex(LO(wKeyCode)):12,' ³ ');
      WRITELN('ÃÄÄ Byte $0417 ÅÄÄ Byte $0418 ´');
      WRITELN('³ ',Byte2Dual(MEM[$40:$17]):12,' ³ ',Byte2Dual(MEM[$40:$18]):12,' ³');
      WRITELN('ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ');

      WRITELN('Umschalt Rechts: ',Key_Shift_Right(bKey417):8);
      WRITELN('Umschalt Links : ',Key_Shift_Left(bKey417):8);
      WRITELN('Strg-Taste     : ',Key_Crtl(bKey417):8);
      WRITELN('Alt-Taste      : ',Key_Alt(bKey417):8);
      WRITELN('Scroll Lock    : ',Key_Scroll_Lock(bKey417):8);
      WRITELN('Num Lock       : ',Key_Num_Lock(bKey417):8);
      WRITELN('Caps Lock      : ',Key_Caps_Lock(bKey417):8);
      WRITELN('Insert Mode    : ',Key_Insert(bKey417):8);
      WRITELN('Scancode im Register AX: ',wKeyCode:8);
      WRITELN('Taste gedrueckt?',IsKeyPressed:8);

      { !! Tastaturpuffer leeren fehlt noch !! }

    { END;  (* IF (IsKeyPressed) *) }

  UNTIL (wKeyCode=283);

END.

Beispiel 2 mit Port $60 und einer EmptyKeyBuffer Funktion. Ich moechte aber diese haesslichen Inline-Anweisungen loswerden. Pascal Programme mit diesem Inline-Code laufen nicht auf Windows NT Systemen. Sauberes Assembler hingegen geht ohne Probleme auch auf NT/2000/XP...

PROGRAM KEYTEST2;

USES
  CRT;

VAR
  progende: BOOLEAN;
  flag    : BYTE;
  anschlag: WORD;
  liCount : LONGINT;

PROCEDURE KeyPortON;
{ Abfrage auf Port[$60] an}
ASSEMBLER;
ASM
  MOV AX,19
  INT 9H
END;

PROCEDURE KeyPortOFF;
ASSEMBLER;
ASM
  MOV AX,3
  INT 16H
END;

PROCEDURE EmptyKeyBuffer;
BEGIN
  INLINE($FA);
  MEMW[$40:$1A]:=MEMW[$40:$1C];
  INLINE($FB);
END;

BEGIN
  TEXTMODE(3);
  liCount:=0;
  progende:=FALSE;
  flag:=0;
  anschlag:=0;
  GOTOXY(30,13); WRITE('...Testausgabe...');
  KeyPortON;
  REPEAT
    INC(liCount,1);  GOTOXY(70,1);  WRITE(liCount:8);
    EmptyKeyBuffer;
    GOTOXY(1,1); WRITE(PORT[$60]:8);
    GOTOXY(1,2); WRITE(MEM[$40:$17]:8,':',MEM[$40:$18]:8);
    GOTOXY(1,3); WRITE(MEMW[$40:$1A]:8,':',MEMW[$40:$1C]:8);
    GOTOXY(1,5);
    CASE PORT[$60] OF 28: IF (flag=0) THEN BEGIN
                            WRITE('Enter'); CLREOL;
                            INC(anschlag,1);
                            WRITE('   Anschlaege: ',anschlag);
                            flag:=1;
                          END;  (* IF *)
                      15: WRITE('Tabulator');
                      87: WRITE('F11');
                      88: WRITE('F12');
                      1:  BEGIN
                            WRITE('Esc');
                            progende:=TRUE;
                          END;
    END;
    DELAY(10);  flag:=0;
  UNTIL (progende=TRUE); { PORT[$60]=1; }   (* ESC *)
  KeyPortOFF;
  { READLN; }
END.

Die Port $60 Geschichte laeuft ab PC AT und aufwaerts, aber (laut Aussage meines Pascal Kompendiums) nicht mehr auf PC XT. Ich habe zwar "nur" 486er hier stehen, moechte aber die XTs ungern von meinem Programmen ausschliessen.

Bei meinem PAIO Rev 1.1 habe ich neben der Festplatte am Primary Master keine CF-Karte als zweites Laufwerk betreiben koennen. Es wurde einfach kein 2. Laufwerk erkannt oder falsch erkannt und konnte nicht darauf zugegriffen werden...

Mit einer Festplatte und einem CD-ROM funktioniert es mit dem CMD 640B aber ganz gut. Habe mich mit dieser Konfiguration auch abgefunden.

Was ein passender Ersatz sein koennte ... schwierig. Es scheint bei diesen Boards immer eine 3er Kombination aus Chips zu sein:

1. UMC UM82C865F

2. SMC FDC37C665GT

3. der beruechtigte CMD 640B.

Andere IDE Controller von Winbond etc. haben wohl meistens auch andere "Begleitchips". Ob das so untereinander austauschbar ist, weiss ich nicht. Eine andere Kombination als VLB Steckkarte ist z.B. diese hier:

http://www.amoretro.de/wp-cont…a_controller_multi_io.jpg

...und bitte jetz kein Gewese um den Link, dient nur der Veranschaulichung.

Aerion

diese Werte sehen doch passabel aus

Ob der "Turbo" nun aktiviert ist, wenn der Kontakt fuer den Turbo Switch offen oder geschlossen ist, das ist wohl wirklich herstellerabhaengig. Bei meinem PAIO weiss ich es jetzt auch nicht genau, ob bei gedrueckten Schalter am Gehaeuse der Kontakt auf dem Mainboard geschlossen ist oder nicht. Muesste man mal ausmessen... Und ob das bei anderen 486er Boards mit UMC 8881 Chipsatz einheitlich ist oder nicht.

Hast du tatsaechlich beim I/O Controller den SMD Chip getauscht? Dann koennte man ja auch gleich den grottigen CMD 0640B gegen was gescheites tauschen

Mahlzeit

interessant, mal einen Pentium Overdrive auf einem PAIO zu sehen.

Die sog. Speicherbandbreite sagt nicht viel darueber aus, ob das System schnell ist oder nicht. Viel mehr wundert mich, dass bei deinem speedsys Screen der Wert fuer den Arbeitsspeicherdurchsatz sooo gering ist Nur 6,9 MB/s? Und wo ist der L2 Cache??

Cachechk zeigt 512 KB L2 an, aber der Durchsatz ist zu gering. Da sollte ein Wert stehen, der um die 50 - 100 MB/s betraegt. Beim Arbeitsspeicher sollte ein Wert zwischen 30 und 40 MB/s herauskommen. Das sind zumindest die Dimensionen, in denen sich mein PAIO mit einem Am5x86er bewegt

@duncan
na die 2,4 V Herdplatte auch bekannt als 450er K6-III AHX.

Es steckt nur eine Voodoo2 in dem Rechner, fuer SLI wirds vom Platz eng, von den PCI-Slots (5 Stk) wuerds beim Tyan S1598 gerade so reichen

Die paar Spiele, die hier von der Voodoo profitieren, da lohnt einfach kein SLI. Auch die Preise, die mittlerweile aufgerufen werden ... so weit geht meine Begeisterung fuer 3Dfx dann doch nicht. Fuer die Voodoo haette ich noch 800x600 als Aufloesung auswaehlen koennen, dachte 640x480 ist ne bessere Basis als Vergleich. Wer spielt denn in 800x600??? Wenn dann gleich die 1024x768er Aufloesung. Und ueber die Matrox freue ich mich jedesmal wieder aufgrund der Bildqualitaet ... und die hab ich fuer lau bekommen

An den PCI-486er, an dessen L1-WriteBack Jumpersettings Herausfindung du beteiligt warst, kannste dich nicht mehr erinnern?! Gut, is auch schon wieder 3 Jahre her ... wir werden ja auch nicht juenger
Mein 2. 486er - diesmal ausnahmsweise PCI ;)

Frohes neus Jahr euch allen

zum Jahresanfang mussten mal wieder die (verbliebenen) Rechner inspiziert werden und da fiel mir ein, dass hier ja noch die Nachreichung der Benchmarks vom 3DMark 99 offen war. Also wurde das im Rahmen meiner Neujahrsinspektion gleich miterledigt

Von der Leistung her ist zwischen der 3Dfx Voodoo2 (12 MB) und der Matrox G450 (16 MB) kein wirklicher Unterschied festzustellen. Die Benchmarks mit der 99er MAX Pro Version wurden natuerlich unter Nutzung der AMD 3DNow! Funktionen durchgefuehrt, wie es sich fuer einen K6-III eben gehoert

Gerade eben verrichtet ein AMD Athlon II X2 PC (Mutters alter PC) unter Windows 7 seinen Dienst. Mal schauen, ob ich diesen Rechner dieses Jahr auch noch fuers gelegentliche Internetsurfen nutzen kann. Fuer Windows 7 endet ja jetzt im Januar der Support in Bezug auf Sicherheitsupdates...

Der VLB 486er erfreut sich auch bester Gesundheit, dabei hab ich aber nur etwas mit Borland Pascal 7 programmiert und rumgespielt. Den PCI 486er muss ich noch begutachten, schliesslich wartet der noch auf seine OP, bei der das Dallas-Modul durch die Version von @Lineablu ersetzt werden soll.

In meinem SS7 System mit AMD K6-III 450 habe ich als AGP-Grafikkarte eine Matrox G450 Dualhead mit 16 MB verbaut. In Verbindung mit nem ordentlichen dicken VGA-Kabel und einem 17" Eizo CRT ne echte Traumkombi, was die Signalqualitaet angeht... und das trotz einer Voodoo2 dazwischen

Kann Matrox definitiv empfehlen.

Entscheidend ist doch nicht, die letzten paar Puenktchen in irdendeinem Benchmark herauszuholen, sondern Spass an seinem System zu haben. Zu den Benchmarks greife ich inzwischen auch immer weniger. Erst, wenn ich das Gefuehlt habe, es stimmt iwas nicht oder laeuft zu langsam.

In den Details-Fenster vom 3DMark sind doch auch CPU 3D Marks zu sehen. Hat sich durch BIOS Tuning von 84 auf 88 Punkte verbessert. Ob das von der Groessenordnung iwie vergleichbar ist mit den Werten, die 3D Mark 99 anzeigt, bezweifle ich aber.

Dann werden die 99er Marks noch mal nachgereicht

Yo!

Da hier nach Benchmarks vom AMD K6-III 450 geschrien wurde, habe ich dieses Wochenende mal aktuelle von meinem Voodoo Desktop gemacht. Als AGP Grafikkarte ist eine Matrox G450 DualHead mit 16 MB verbaut, die ich auch mal einem 3DMark 2000 unterzogen habe. Weiterhin die relevanten Benchmarks von Sandra 2002, an dieser Stelle nochmal Danke an die Bezugsquelle @duncan

So. jetz aber:

Benchmarks von der Voodoo 2 in diesem Rechner hab ich noch nicht wieder gemacht, das kommt iwann auch noch mal dran

Zitat von duncan

Hi,

Sandra 2002 der Einfachheit halber hier.

Gruss, duncan

san859.rar

Alles anzeigen

Supi Danke

Probier ich am Wochenende gleich mal auf dem AMD K6-III aus

@duncan: dann erzaehl ich dir wohl besser nich, dass ich mich auch von zwei ASUS 440er BXen getrennt habe...

bei Sandra nehm ich immer die 99er Version fuer die 486er und ab Pentium kam immer Sandra 2000 zum Einsatz.

Bei der 2002er Sandra kann man ja sogar die Vergleichsrechner auswaehlen ... ich denke, dann fehlt mir diese Version noch iwie

Yo

Schoenes Ding! Ich versuche, die IDE-Kabel immer nach oben in Richtung Netzteil zu ziehen. Manche Gehaeuse haben in der Gegend einen grossen Plastik-Clip, mit dem man das ein bischen buendeln kann.

Hatte das P55T2P4 auch mal mit Pentium 200 MMX, dazu S3 Virge/DX und Voodoo 1 mit 4 MB.

OSe waren DOS 6.22+WfW 3.11, Windows95 und Windows NT 4.0 Workstation

Hab den dann bei meiner grossen Verkaufsaktion vor drei Jahren abgegeben, hatte einfach zu viel Rechner fuer zu wenig Zeit
Auf jeden Fall is so ein Pentium MMX schon fuer viele Windows 9x Spiele gut zu gebrauchen

Yo

der Cyrix 5x86 stellt schon ne echte Weiterentwicklung fuer den Sockel 3 dar. Schade, dass die 120er oder gar der 133er sooo arg selten sind

Dafuer war die Lebensspanne dieser HighEnd Sockel 3 CPUs wohl einfach zu kurz, da schon alle auf Pentium standen. Schade, dass es vom UMC U5S auch keine weiteren Modelle mehr gab, selbst als DX2 nicht mehr offiziell. Ich denke, man haette die Sockel 3 Plattform technisch noch etwas ausreizen koennen, aber marketingtechnisch war das leider nicht mehr gewollt.

fast 50 MB/s Durchsatz beim Arbeitsspeicher ... das ist ja schon Pentium Niveau

Ich hatte mal eine USB 2.0 Karte mit VIA VT6212 laufen, die machte das ganze System ebenfalls instabil. Der Rechner war gar nicht mehr benutzbar. Betriebssytem hatte ich Windows 2000, aber auch 98 mal getestet.

Die VIA-Teile sind fuer mich jedenfalls unbrauchbar. Deshalb kann ich nur eine klare Empfehlung fuer eine USB 2.0 Karte mit NEC Chipsatz aussprechen. Damit gabs NIE Probleme und es laeuft auch wirklich schnell. Getestet hatte ich das mit einem Pentium III Rechner, erst 500 MHz, dann 700, dann is es iwann mal ein Tualatin 1400er geworden. Chipsaetze waren der i440BX und VIA 694T, mit allen funzt die NEC USB Karte einwandfrei

Yo! Aufrecht stehend die Karten lagern is auch mein Tip

Ich hab die Hardwaren nach Kategorien sortiert und diverse kleinere Kartons aufgehoben und beschriftet. Als ich frueher noch mehr PC-Teile im Lager hatte, hab ich sogar nach Netzwerk-, Grafik- und Soundkarten usw. die Kartons einzeln sortiert. Jetzt ist es viel ueberschaubarer.

Bei Festplatten versuch ich immer so kleine Kartons zu sammeln, wo genau eine Festplatte mit entsprechend Polstermaterial reinpasst. Dann kann man die Platten auch besser stapeln.

CF-Karten sind an sich ne tolle Sache. Ich verwende IMMER Industrial Karten, die "normalen" sind nicht so zuverlaessig und verlieren ihre Daten oder das Dateisystem zerlegt sich.
Bisher hab ich nur Transcend Karten verwendet. Es kommt auch immer auf das Mainboard an, ob es CF-Karten mag oder nicht. Obwohl CF Karten IDE-kompatibel sind, laufen die in manchen Rechnern trotzdem nicht. Den Grund hab ich nie rausgefunden.

Letzter erfolgreicher Einsatz einer 8 GB Industrial CF-Karte bei mir ist in meinem AMD K6-III Rechner mit Tyan S1598 ATX Mainboard. Dort habe ich Windows 98 installiert und die CF-Karte auch in zwei Partitionen aufgeteilt. Seit ueber einem Jahr laeuft es ohne Probleme