home *** CD-ROM | disk | FTP | other *** search
/ Amiga ISO Collection / AmigaDemoCD2.iso / ASCII / TEXTE / SCENE / AMIGA / Amiga-FAQG1.TXT < prev    next >
Encoding:
Text File  |  1994-03-26  |  27.4 KB  |  663 lines
  1. @BEGIN_FILE_ID.DIZ
  2. Amiga Frequently Asked Questions (FAQ)
  3. from 03.01.1995  - GERMAN - [1/3]
  4. @END_FILE_ID.DIZ
  5. Posted-By: auto-faq 2.4
  6. Archive-name: de-amiga-faq/part1
  7. Last-modified: Dienstag, den 3. Januar 1995
  8. Posting-Frequency: biweekly
  9. Posting-Frequency: Alle zwei Wochen (biweekly)
  10.  
  11.  
  12.         Häufig gestellte Fragen (FAQ) zum Amiga [1/3]
  13.           ----------------------------------------------
  14.  
  15. Es folgt eine Liste häufig gestellter Fragen (FAQ = Frequently asked
  16. questions). Sie ist vor allem für neue Anwender gedacht, aber
  17. möglicherweise finden auch erfahrene Anwender Interessantes. Dies ist
  18. Teil 1, der zweite beginnt mit Kapitel 4, der dritte mit Kapitel 5.
  19.  
  20. Die Liste ist in Ascii-Format, damit sie von jedem gelesen werden kann.
  21. Sie ist auch in AmigaGuide-, Dvi- und html-Format (für WWW-Server) erhältlich
  22. als Teil des Amiga-FAQ-Archivs. (Datei docs/misc/AmigaFAQg.lha auf dem Aminet)
  23.  
  24. Bitte beachten Sie das Folgende:
  25.  
  26.   - Änderungen der letzten zwei Wochen sind markiert.
  27.     !    diese Zeile bzw. dieser Abschnitt wurden geändert
  28.     +    diese Zeile ist neu
  29.     <    vor dieser Zeile wurde etwas gelöscht
  30.  
  31.   - Ein Index ist am Ende des zweiten Teils. Wenn auch dies nicht
  32.     weiterhilft: Bitte schicken Sie mir eine E-Mail. Vielleicht kann
  33.     ich eine Antwort in die FAQ aufnehmen.
  34.  
  35.   - Vorschläge, Beiträge, Kritik und Bierflaschen sind sehr
  36.     willkommen. :-)
  37.  
  38.         Ignaz Kellerer
  39.         Georg-Habel-Str. 11
  40.       81241 München (Germany)
  41.         Tel. (+49) 089 / 885147
  42.  
  43.         Internet: kellerer@informatik.tu-muenchen.de
  44.  
  45. ==========================(Schnipp-Schnapp)===================================
  46.  
  47.   Amiga-FAQ
  48.   *********
  49.   
  50.      Dieses Dokument enthält einige häufig gestellte Fragen und
  51.   versucht, Antworten zu geben. Seine Absicht ist es, neuen Benutzern zu
  52.   helfen und die Zahl der News-Artikel zu reduzieren, die erfahrene
  53.   Benutzer nicht mehr sehen wollen.
  54.   
  55.      Bitte beachten Sie, daß viele Abschnitte bis jetzt noch fast
  56.   völlig leer sind. Ich verstehe von den betreffenden Abschnitten nichts
  57.   und habe nicht das Gefühl, als ob ich daran etwas ändern könnte.
  58.   Damit sind Sie an der Reihe: Füllen Sie die Lücken und teilen Sie mir
  59.   mit, was man hier noch aufnehmen kann!
  60.   
  61.  
  62.   Disclaimer
  63.  
  64.   1 Hardware
  65.     1 Was sind 68EC020, 68EC030 und 68LC040?
  66.     2 Was ist ein mathematischer Coprozessor (FPU) ?
  67.     3 Kann ich eine 3.5'-Festplatte im A1200 verwenden?
  68.  
  69.   2 Das Betriebssystem
  70.     1 Kann ich eine andere als die eingebaute Kickstart benutzen?
  71.     2 Was entspricht unter AmigaDOS dem . (Aktuelles Directory)?
  72.     3 Der Queue-Handler PIPE:
  73.       1 Verwendung von PIPE: in einer AmigaShell
  74.       2 Das Pipe-Kommando
  75.       3 Das Pipe-Kommando in der AmigaShell
  76.       4 Die _mchar-Variable
  77.       5 Bekannte Probleme
  78.  
  79.   3 Grafik
  80.     1 Was heißt Chunky- und Planar-Display?
  81.     2 Was ist Doublebuffering?
  82.     3 Was für Monitore arbeiten am Amiga 1200 oder 4000?
  83.  
  84.   4 Programmierung
  85.     1 Was ist die beste Dokumentation für Programmierer?
  86.     2 Was ist CATS?
  87.     3 Wo bekomme ich die Amiga-Include-Dateien?
  88.     4 Wie werde ich Developer?
  89.     5 Was für Compiler (und Assembler) gibt es?
  90.     6 Warum funktioniert keine Esc-Sequenz?
  91.     7 Kann ich AmigaBasic auf dem A1200 verwenden?
  92.     8 Wie lokalisiere ich mein Programm?
  93.     9 Wie erhält man einen Zeiger auf das Fenster einer Konsole?
  94.     10 Was sind Pragmas?
  95.     11 Mein Compiler/Linker vermißt Symbole.
  96.     12 Wie erfahre ich, was für Funktionen es gibt?
  97.     13 Der GNU C Compiler: Allgemeine Informationen und Installation
  98.       1 Aktuelle Version
  99.       2 Hardwareanforderungen
  100.       3 Wer hat es gemacht?
  101.       4 Wo finde ich die gcc-Quelltexte?
  102.       5 Inline-Dateien
  103.       6 Wie konvertiere ich die Amiga-Libraries für den gcc?
  104.       7 Wie installiere ich den gcc?
  105.       8 Kompilieren
  106.       9 Wichtige Informationsquellen
  107.  
  108.   5 Anwendungen
  109.     1 Text-Editoren
  110.     2 Was für Textverarbeitungsprogramme gibt es?
  111.     3 Desktop Publishing
  112.     4 Was ist TeX und wo bekomme ich es?
  113.     5 Gibt es PostScript-Interpreter auf dem Amiga?
  114.     6 Font Konzepte
  115.       1 Die Amiga Font Formate
  116.       2 Wo gibt es Amiga Fonts
  117.       3 Kommerzielle Font Hersteller
  118.       4 Nicht-Lateinische Zeichensaetze auf dem Amiga
  119.       5 Amiga Font Installation
  120.       6 Amiga Font Utilities
  121.       7 Das Erzeugen von Vektor-Fonts
  122.       8 Probleme und moegliche Loesungen
  123.     7 Wie bearbeite ich Nicht-Latin-Texte?
  124.       1 Japanische Editoren und Anzeigeprogramme
  125.       2 Chinesische Anzeigeprogramme
  126.  
  127.   6 Emulationen
  128.     1 Kann ich meinen Amiga unter Unix benutzen?
  129.     2 Ist es möglich, den Amiga als X11-Terminal zu benutzen?
  130.     3 Wie kann ich MS-Dos-Programme starten?
  131.     4 MsDos-formatierte Wechselplatten am Amiga verwenden
  132.  
  133.   7 Verschiedenes
  134.     1 Gibt es eine Unix-Version von LhA?
  135.     2 Was sind Dateien, die mit ... enden?
  136.     3 Gibt es ein Programm wie Stacker, um die Hard-Disk zu packen?
  137.     4 Wo bekomme ich Fish-Disk xxx?
  138.     5 Wie füllt man die Tintenkartuschen der HPDeskjet-Drucker nach?
  139.     6 Was ist MUI und wo bekomme ich es?
  140.  
  141.   8 Software-Quellen und andere Informationen?
  142.     1 Dateien und Datenbanken zur frei kopierbaren Software
  143.     2 Eine Sammlung von Testberichten
  144.     3 Empfangen von Dateien von einem FTP-Server
  145. !   4 Empfangen von Dateien von einem Mail-Server
  146.     5 Empfangen von Dateien von einer Mailbox
  147.     6 Die Fish-PD-Serie
  148.       1 Die Amiga-Library-Disks
  149.       2 Die Fresh-Fish-Serie
  150.     7 Wie kann ich MS-Dos-Disketten lesen und schreiben?
  151.     8 Wie transportiere ich sehr große Dateien
  152.     9 Diskussionen über Mail
  153.     10 Andere FAQ's
  154.  
  155.   Das Amiga-FAQ-Archiv
  156.  
  157.   Beiträge zur Amiga-FAQ
  158.  
  159.   Danksagungen
  160.  
  161.   Index
  162.  
  163.  
  164.  
  165.   Disclaimer
  166.   **********
  167.   
  168.      Diese Datei steht unter dem
  169.   
  170.        Copyright (C)  Ignaz Kellerer
  171.                        Georg-Habel-Str. 11
  172.                  81241 München (Deutschland)
  173.                        Tel. (+49) 089 / 885147
  174.                        Internet: kellerer@informatik.tu-muenchen.de
  175.   
  176.      Es ist erlaubt, sowohl veränderte als auch unveränderte Kopien
  177.   dieser Datei herzustellen und zu verteilen, vorausgesetzt, daß dabei
  178.   die Bestimmungen der "GNU General Public License" eingehalten werden und
  179.   die Copyright-Notiz sowie diese Erlaubnis unverändert auf allen Kopien
  180.   enthalten sind.
  181.   
  182.      Der Autor gibt *absolut keine* Garantie, daß die hier gegebenen
  183.   Antworten korrekt sind. Einige dieser Antworten sind von anderen
  184.   Benutzern beigetragen worden und ich habe teilweise nicht einmal die
  185.   Möglichkeit, auch nur die einfachsten Tests durchzuführen.
  186.   Vorschläge, weitere Beiträge, neue Fragen und Antworten, Kritik und
  187.   Beschimpfungen (oh, wie ich mein `nil:' liebe :-) sind aber sehr
  188.   willkommen.  Siehe Beiträge.
  189.   
  190.   1 Hardware
  191.   **********
  192.   
  193.      Dieses Kapitel enthält Fragen zur Amiga-Hardware.
  194.   
  195.   1.1 Was sind 68EC020, 68EC030 und 68LC040?
  196.   ==========================================
  197.   
  198.      Motorola, die Herstellerfirma der 680x0-Familie, bietet auch
  199.   gestutzte Versionen ihrer Prozessoren an. Diese sind etwas
  200.   preisgünstiger als die Originale, weshalb Commodore auch den 68EC020 in
  201.   den A1200 und den 68EC030 in den A4000/030 einbaut. Dafür können sie
  202.   aber auch etwas weniger.
  203.   
  204.      Der Unterschied zwischen 68020 und 68EC020 ist, daß letzterer nur
  205.   16MB Speicher adressieren kann. (Das ist der Grund, warum der A1200 nur
  206.   maximal 10MB RAM haben kann.) In den meisten Fällen sollte man den
  207.   Unterschied aber gar nicht bemerken.
  208.   
  209.      Das ist beim 68EC030 anders: Viele Benutzer werden feststellen, daß
  210.   der 68030 eine MMU (Memory management unit) hat und der 68EC030 nicht.
  211.   (Beim 68020 gibt es noch die Möglichkeit, eine externe MMU, den 68851
  212.   nachzurüsten.) Es gibt einige wichtige Programme, die eine MMU
  213.   brauchen, z.B. Enforcer (ein Hilfsprogramm zur Fehlersuche), GigaMem
  214.   (ein Programm zur Emulation von virtuellem RAM) oder alle aktuellen
  215.   Unix-Versionen (siehe Unix). Wer eines dieser Programme verwenden will
  216.   und keinen A4000 oder A3000 hat, braucht deshalb eine Prozessorkarte
  217.   mit einem 68030 oder 68040.
  218.   
  219.      Der 68LC040 ist ein 68040 ohne FPU. Siehe FPU.
  220.   
  221.   1.2 Was ist ein mathematischer Coprozessor (FPU) ?
  222.   ==================================================
  223.   
  224.      Die Prozessoren 68000 bis 68030 bieten ausschließlich Integer (=
  225.   Ganzzahl) Arithmetik. Floating-Point (Fließkomma) Operationen werden
  226.   über eine Befehlssequenz ausgeführt. Floating-Point Units (FPUs) bzw.
  227.   mathematische Koprozessoren sind für diese Aufgaben optimiert.
  228.   
  229.      Im wesentlichen kann man drei FPU-Typen unterscheiden: Den 68881,
  230.   68882 und die interne FPU des 68040. Aufgrund der Trennung von
  231.   Arithmetikeinheit und Konvertierlogik (notwenig zur Konversion
  232.   anliegender Zahlenformate in das prozessoreigene 80bit-Format) ist die
  233.   68882 FPU bis zu 1.5 mal schneller als die 68881. Die interne FPU des
  234.   68040 besitzt darüber hinaus eine dreistufige Pipeline, allerdings
  235.   sind in ihr nicht alle Befehle der 68881/68882 realisiert. Die
  236.   fehlenden (trigonometrischen) Befehle werden per Software emuliert
  237.   (z.B. über die 68040.library).
  238.   
  239.      Für viele Programme (Raytracing, DTP, Mathematik, TeX) existieren
  240.   spezielle Coprozessorversionen. Je nach Auslastungsgrad kann damit eine
  241.   Geschwindigkeitssteigerung bis zum Faktor 50 erreicht werden.
  242.   
  243.      Michael Kaiser (kaiser@ira.uka.de)
  244.   
  245.   1.3 Kann ich eine 3.5'-Festplatte im A1200 verwenden?
  246.   =====================================================
  247.   
  248.      Viele Leute würden statt der im A1200 üblichen 2.5"-Festplatten
  249.   lieber eine 3.5"-Festplatte verwenden, da diese viel billiger sind. Das
  250.   ist auch möglich, allerdings braucht man ein spezielles Kabel, um die
  251.   Festplatte an den eingebauten IDE-Controller anzuschließen. Außerdem
  252.   sollte man isolierendes Material zwischen die Festplatte und die
  253.   Platine schieben. Es gibt Berichte über thermische Probleme, aber ich
  254.   habe nichts davon bemerkt.
  255.   
  256.      Einige Händler bieten für ca. 40-50DM Kabel, Isoliermaterial und
  257.   Informationen an, was sicherlich empfehlenswert ist. In den üblichen
  258.   Magazinen sollte man diesbezügliche Anzeigen finden.
  259.   
  260.      Thomas Schuh (thomas@stepout.tynet.sub.org)
  261.   
  262.      Grundsätzlich sollte man beim Einbau von IDE-Festplatten (egal ob
  263.   2.5" oder 3.5") bedenken, daß man außer bei den von Commodore
  264.   getesteten und freigegebenen Modellen und ROM-Versionen nicht sicher
  265.   sein kann, daß sie problemlos funktionieren werden. Beim A1200 sollte
  266.   man zusätzlich noch berücksichtigen, daß der Einbau von 3.5"-
  267.   Festplatten in diesen Rechner von Commodore nicht vorgesehen war und
  268.   die hauptsächlich für den Einsatz in Notebooks konstruierten 2.5"-
  269.   Festplatten einige Vorteile haben können (z. B. bei Stromverbrauch,
  270.   Hitzeentwicklung oder Stoßfestigkeit), die im engen Tastaturgehäuse
  271.   des A1200 mit der begrenzten Stromversorgung relevant sein könnten.
  272.   Mit dem größeren Format verschlechtert sich eventuell auch die
  273.   Belüftung des Rechners. Werden beim Einbau Manipulationen an den
  274.   Abschirmblechen vorgenommen, sind möglicherweise auch die Bestimmungen
  275.   zur Funkentstörung nicht mehr erfüllt.
  276.   
  277.      Kurz gesagt: könnte man 3.5"-Festplatten wirklich ohne jedes Problem
  278.   im A1200 verwenden, hätte Commodore selbst bestimmt auch diese statt
  279.   der etwas teureren 2.5"-Festplatten im A1200-HD verwendet.
  280.   
  281.   2 Das Betriebssystem
  282.   ********************
  283.   
  284.      Dieses Kapitel behandelt Fragen sowohl zum Betriebssystem Kickstart
  285.   als auch zur Oberfläche Workbench.
  286.   
  287.   2.1 Kann ich eine andere als die eingebaute Kickstart benutzen?
  288.   ===============================================================
  289.   
  290.      Zunächst ein paar Worte zur Legalität der Benutzung einer anderen
  291.   Kickstart: Es ist *nicht* erlaubt, Kopien von Kickstarts fremder
  292.   Computer zu erstellen und auf einem anderen Computer zu benutzen! (Es
  293.   ist sogar fraglich, ob man das auf eigenen Maschinen darf, wenn man
  294.   mehr als einen Amiga hat.)
  295.   
  296.      Natürlich ist es möglich und für gewisse Personen (z.B. Developer,
  297.   siehe Developer) auch erlaubt.  Es gibt zwei verschiedene
  298.   Möglichkeiten, eine Hardware- und eine Softwarelösung. Erstere ist,
  299.   eine Platine in den Computer einzubauen, die sowohl die eigene als auch
  300.   eine andere Kickstart aufnehmen kann, zwischen denen man dann
  301.   umschalten kann.
  302.   
  303.      Die Softwarelösung benötigt ein Programm (einen sogenannten
  304.   Softkicker) und die Kopie der anderen Kickstart. Der Softkicker
  305.   alloziert RAM, lädt die Kickstart-Kopie in dieses RAM und führt einen
  306.   Reset aus. Natürlich fehlt dann nach dem Reboot unter der neuen
  307.   Kickstart etwas RAM: 256KB weniger für Kickstart 1.2 oder 1.3 und
  308.   512KB für die neueren Kickstarts.  Es gibt verschiedene Softkicker,
  309.   von denen einige eine MMU benötigen (siehe 68EC0xx). Ich empfehle
  310.   SKick 3.43 (Aminet, Directory `util/boot') empfehlen, das keine MMU
  311.   braucht und viele verschiedene Kickstarts unterstützt. Die Kopie des
  312.   ROM zu erzeugen ist mit einem Programm wie dem Folgendem möglich:
  313.   
  314.            #include <stdio.h>
  315.        
  316.            #define kickorig 0xf80000   /*  0xfc0000 für Kick 1.2 und 1.3   */
  317.            #define kicklen  0x080000   /*  0x040000 für Kick 1.2 und 1.3   */
  318.        
  319.            void main(int argc, char*argv[])
  320.            {
  321.                FILE *fh;
  322.        
  323.                if ((fh = fopen("kickstart.file", "w"))  !=  NULL) {
  324.                    result = fwrite(kickorig, kicklen, 1, fh);
  325.                }
  326.                fclose(fh);
  327.            }
  328.   
  329.   2.2 Was entspricht unter AmigaDOS dem . (Aktuelles Directory)?
  330.   ==============================================================
  331.   
  332.      Unter AmigaDOS entspricht dem . (der das aktuelle Directory unter
  333.   Unix und gewissen nicht-reentranten Interrupt-Handlern repräsentiert)
  334.   der leere String, den man als "" schreibt.
  335.   
  336.      Beispiel:
  337.                COPY S:Startup-Sequence ""
  338.   
  339.   Dies kopiert Ihre Startup-Sequence in das aktuelle Directory.
  340.   
  341.      Es gibt verschiedene Programme, die AmigaDOS so patchen, daß es .
  342.   und .. wie unter Unix akzeptiert, z.B. UnixDirs. (Aminet,
  343.   `os20/util/UnixDirsII.lha' oder Fish-Disk 837)
  344.   
  345.      Arno Eigenwillig (arno@yaps.dinoco.de)
  346.   
  347.   2.3 Der Queue-Handler PIPE:
  348.   ===========================
  349.   
  350.      In AmigaOS 2.04 wurde ein neuer Handler eingeführt, der es erlaubt,
  351.   Daten zwischen verschiedenen Programmen auszutauschen. Dieser Handler
  352.   heißt `L:Queue-Handler', ist aber besser als `PIPE:' bekannt.
  353.   
  354.      `PIPE:' implementiert eine echte, Unix-artige `Pipe', mit der man
  355.   die Standardausgabe eines Programms als Standardeingabe eines anderen
  356.   Programms verwenden kann. Es ist auch möglich, mehrere Programme über
  357.   mehrere Pipes gleichzeitig zu verketten.  Pipes brauchen weniger RAM
  358.   für temporäre Dateien, und der Zugriff ist schneller.
  359.   
  360.      Allerdings unterscheidet sich `PIPE:' von Unix-Pipes in zwei
  361.   wesentlichen Punkten:
  362.     1. Es handelt sich um ein Device; die Ein- und Ausgabe von Programmen
  363.        muß also nicht unbedingt eine Datei sein, obwohl das meistens der
  364.        Fall ist. Man kann auch `PIPE:' wie andere Devices verwenden, aber
  365.        natürlich weder Directories lesen noch Seek-artige Zugriffe
  366.        durchführen.
  367.   
  368.     2. Es gibt keine Flush-Operation. Wenn nicht alle Daten gelesen
  369.        wurden, die in `PIPE:' geschrieben wurden, dann bleiben sie
  370.        stehen, bis sie evtl. von einem anderen Programm gelesen werden.
  371.        Man muß also Pipes immer leeren, bevor man sie schließt.
  372.   
  373.     3. Aus demselben Grund kann ein Programm blockiert werden, wenn es
  374.        die interne Puffergröße überschreibt. Auch dies wird durch
  375.        rechtzeitiges Leeren der Pipe vermieden.
  376.   
  377.      Der Handlername von PIPE: ist vollständig
  378.   `PIPE:name/bufsize/bufnum', wobei `name' den verwendeten Pipekanal
  379.   identifiziert und eindeutig sein sollte. Durch verschiedene Namen kann
  380.   man also gleichzeitig mehrere Pipe-Kanäle öffnen. Die optionalen
  381.   Argumente `bufsize' und `bufnum' geben die Größe und Anzahl der
  382.   verwendeten Datenpuffer an. Meist schreibt man einfach `PIPE:name', die
  383.   Vorgabegröße ist dann 4096 Bytes und die Anzahl unbegrenzt.
  384.   
  385.      Osma Ahvenlampi (Osma.Ahvenlampi@hut.fi)
  386.   
  387.   2.3.1 Verwendung von PIPE: in einer AmigaShell
  388.   ----------------------------------------------
  389.   
  390.      Zunächst muß `PIPE:' natürlich mit `Mount' angemeldet sein.  Dies
  391.   kann durch das Kommando
  392.            1> Mount PIPE:
  393.   
  394.   in der Shell geschehen, ab AmigaOS 2.1 auch dadurch, daß man die Datei
  395.   `PIPE' nach `DEVS:DosDrivers' schiebt.
  396.   
  397.      In einem AmigaShell-Fenster kann man dann folgende Kommandos
  398.   eingeben:
  399.            1> Run List SYS: >PIPE:Listoutput
  400.            1> More <PIPE:Listoutput
  401.   
  402.   (1)
  403.   
  404.      Diese beiden Kommandos erzeugen also zunächst eine Liste der Dateien
  405.   in `SYS:' und geben diese dann mit Hilfe des More-Kommandos aus.  Man
  406.   könnte auch folgendes probieren:
  407.            1> Run List SYS: NOHEAD >PIPE:Listoutput
  408.            1> Run Sort PIPE:Listoutput PIPE:Sortedoutput
  409.            1> More <PIPE:Sortedoutput
  410.   
  411.   Dies würde also die Liste vor der Ausgabe noch sortieren.
  412.   
  413.      Beachten Sie die Verwendung von `Run' außer für das jeweils letzte
  414.   Programm, durch die alle Programme gleichzeitig ablaufen.  Man kann
  415.   auch die Programme gleichzeitig in verschiedenen Shells ablaufen lassen.
  416.   
  417.      Das Leeren der Pipe kann auch manuell geschehen, vorausgesetzt man
  418.   kennt den Namen des verwendeten Kanals, indem man folgendes eingibt:
  419.            1> Type PIPE:name TO NIL:
  420.   
  421.      ---------- Footnotes ----------
  422.   
  423.      (1)  Dabei `1>' der Prompt der AmigaShell, die eine Eingabe
  424.   erwartet. Die Nummer kann natürlich variieren.
  425.   
  426.   2.3.2 Das Pipe-Kommando
  427.   -----------------------
  428.   
  429.      Im vorigen Beispiel ist die Verwendung von Pipes recht kompliziert,
  430.   vor allem verglichen mit Unix-Pipes. Es gibt aber eine bessere
  431.   Möglichkeit.
  432.   
  433.      Andy Finkel, der früher bei Commodore gearbeitet hat, hat auch ein
  434.   Kommando `Pipe' geschrieben (was man nicht mit `PIPE:' verwechseln
  435.   sollte!), das die Benutzung von Pipes stark vereinfacht.
  436.   Unglücklicherweise wurde dieses Programm letzten Endes dann doch nicht
  437.   in die offizielle Workbench aufgenommen, allerdings mit Billigung von
  438.   Commodore veröffentlicht (Quellen: Fish-Disk 637, Aminet,
  439.   `util/cli/finkelshelltools.lha'). Dieses Programm arbeitet auch unter
  440.   OS3.1 noch problemlos.
  441.   
  442.      Die Verwendung des Pipe-Kommandos ist einfach. Man übergibt die
  443.   auszuführenden Programme als Argumente an Pipe, getrennt durch das
  444.   Zeichen |, z.B.
  445.            1> Pipe List SYS: | More
  446.                oder
  447.            1> Pipe List: SYS: NOHEAD | Sort IN: OUT: | More
  448.   
  449.   Beachten Sie die Verwendung von `IN:' und `OUT:', die nötig sind, weil
  450.   das Sort-Kommando nicht von der Standardeingabe lesen und nicht auf die
  451.   Standardausgabe schreiben kann. Diese Devices werden durch das
  452.   Kommandos Pipe simuliert. Durch die Environment-Variable _PCHAR kann
  453.   man auch ein anderes Zeichen anstelle von | verwenden.
  454.   
  455.   2.3.3 Das Pipe-Kommando in der AmigaShell
  456.   -----------------------------------------
  457.   
  458.      Es gibt ein sehr nützliches, allerdings undokumentiertes Feature
  459.   der AmigaShell: Diese kennt das Pipe-Kommando! Ist die lokale Variable
  460.   _PCHAR gesetzt, dann kann man Pipes sogar ohne Eingabe des
  461.   Pipe-Kommandos benutzen. Die Shell erkennt das durch _PCHAR vorgegebene
  462.   Zeichen und ruft für Kommandozeilen, die es enthalten, automatisch
  463.   Pipe auf.
  464.   
  465.      Am besten wird das folgende Kommando in `s:Shell-Startup'
  466.   eingetragen:
  467.            1> Set _pchar "|"
  468.   
  469.   (1) Man kann die vorigen Beispiele dann so ausführen:
  470.            1> List SYS: | More
  471.                oder
  472.            1> List SYS: NOHEAD | Sort IN: OUT: | More
  473.   
  474.      Dies entspricht also völlig den Unix-Pipes.
  475.   
  476.      ---------- Footnotes ----------
  477.   
  478.      (1)  Die Anführungsstriche sind wesentlich! Wenn _PCHAR bereits
  479.   gesetzt ist, wird sonst angenommen, es handele sich bereits um einen
  480.   Aufruf von Pipe. Dies kann etwa dann geschehen, wenn aus einer Shell
  481.   eine neue gestartet wird.
  482.   
  483.   2.3.4 Die _mchar-Variable
  484.   -------------------------
  485.   
  486.      Die lokale Variable _mchar legt das Zeichen fest, das als
  487.   Kommandotrenner dient. Setzt man also
  488.            1> Set _mchar ";"
  489.      dann kann man in der Shell die Befehle hintereinanderfügen, durch
  490.   den Strichpunkt getrennt.
  491.   
  492.   2.3.5 Bekannte Probleme
  493.   -----------------------
  494.   
  495.   *F:*
  496.        Ich bekomme die Fehlermeldung
  497.                 PIPE: Unknown command
  498.   
  499.        wenn ich das Kommando `List SYS: | More' ausführe, obwohl `PIPE:'
  500.        mit `Mount' angemeldet ist. Was ist falsch?
  501.   
  502.   *A:*
  503.        Die Shell sucht nach dem Kommando `Pipe' in der Fehlermeldung,
  504.        nicht nach dem `PIPE:'-Device. Dieses Kommando ist also nicht im
  505.        Suchpfad (meist in `C:') installiert.
  506.   
  507.   *F:*
  508.        Ein Requester meldet
  509.                 Please insert volume PIPE: in any drive
  510.   
  511.        wenn ich eines der Kommandos aus den Beispielen ausführen will.
  512.   
  513.   *A:*
  514.        `PIPE:' ist nicht angemeldet. Dies kann mit `Mount PIPE:'
  515.        geschehen.
  516.   
  517.   *F:*
  518.        Wenn ich eines der Beispiele ausführe, dann eröffnet das
  519.        `More'-Kommando ein Fenster, aber dort erscheint nichts/ eine
  520.        Fehlermeldung erscheint/ein Filerequester erscheint.
  521.   
  522.   *A:*
  523.        Sie verwenden ein anderes More-Kommando als das aus der Workbench.
  524.        Verwenden Sie einen anderen Namen oder installieren Sie ein More,
  525.        das Pipes unterstützt, z.B. das More von Commodore, Less oder
  526.        Most.
  527.   
  528.   3 Grafik
  529.   ********
  530.   
  531.      Grafik ist eine der Stärken des Amiga. Warum hat es hier so wenig
  532.   Fragen und Antworten?
  533.   
  534.   3.1 Was heißt Chunky- und Planar-Display?
  535.   =========================================
  536.   
  537.      Einfach gesagt stehen die Bezeichnungen `chunky' und `planar'
  538.   (Kürzel für `bitplanar') für verschiedene Arten, graphische Daten im
  539.   RAM des Computers zu speichern. Sie sind einfach zu verstehen, aber
  540.   vielleicht etwas schwierig zu erklären.
  541.   
  542.      Die Anzeige eines Computers besteht aus einem Netz von Pixeln. Jedes
  543.   Pixel kann man sich als eine Zahl denken, die für die Farbnummer des
  544.   Pixels steht.  Hier ist zum Beispiel eine ganz einfache Anzeige mit 4
  545.   Farben:
  546.   
  547.           00302132
  548.   
  549.      Der Amiga speichert dies im `bitplanaren' Modus, d.h. es werden
  550.   verschiedene sogenannte Bitplanes verwendet, in denen zu jedem Pixel
  551.   genau ein Bit gehört. Für eine Zahl zwischen 0 und 3 brauchen wir 2
  552.   Bits, also auch zwei Bitplanes, die dann so aussehen:
  553.   
  554.           00100110    Dies ist Bitplane 0
  555.           00101011    Dies ist Bitplane 1
  556.           --------    Nun addieren wir sie, wobei wir die zweite mit 2
  557.           00302132    multiplizieren
  558.   
  559.      Das ist also die gewünschte Grafik. Nun gäbe es aber natürlich
  560.   auch eine andere Möglichkeit: Wir könnten die jeweils 2 Bits direkt
  561.   hintereinander anordnen in sogenannten Chunks:
  562.   
  563.           00 00 11 00 01 10 11 01 = 00302132
  564.   
  565.      Dies ist das Prinzip des Chunky-Modus. Man kann im allgemeinen kaum
  566.   sagen, daß eine dieser beiden Methoden besser oder schlechter ist.
  567.   Allerdings haben natürlich beide ihre Vor- und Nachteile:
  568.   
  569.      Zunächst hat vielleicht jeder schon einmal gesehen, daß auf dem
  570.   Amiga beim Scrollen von farbigem Text ein gewisses Flackern entsteht.
  571.   Genauer gesagt ändern sich kurz die Farben. Was dabei passiert, ist,
  572.   daß der Computer Bitplanes verschiebt, gleichzeitig aber dieselben
  573.   Daten für die Anzeige verwendet werden. Wenn etwa gerade Bitplane 0
  574.   verschoben wurde, aber Bitplane 1 noch nicht verschoben ist, so hätten
  575.   wir kurzfristig im obigen Beispiel die folgende Anzeige:
  576.           01001100    Dies ist Bitplane 0 (nach links verschoben)
  577.           00101011    Dies ist Bitplane 1
  578.           --------    Nun addieren wir sie wieder
  579.           01203122
  580.      Sobald die zweite Bitplane ebenfalls verschoben ist, stimmt wieder
  581.   alles, aber kurzfristig entsteht dabei eben jenes Flackern. Bei einer
  582.   Chunky-Anzeige dagegen wäre eben nur ein Teil des Bildschirms schon
  583.   verschoben und ein anderer Teil noch nicht.
  584.   
  585.      Umgekehrt ist es im Chunky-Modus schlecht möglich, mit beliebiger
  586.   Anzahl von Farben zu arbeiten: Da ein Byte 8 Bits hat, gehören etwa
  587.   bei 4 Farben zu jedem Byte 4 Pixel. Man muß also stets erst berechnen
  588.   an welcher Stelle des Bytes die Informationen zu einem bestimmten Pixel
  589.   sitzen. Das ist aufwendig. Noch schlimmer wird die Sache bei 8 Farben:
  590.   Da beginnen die Pixel noch nicht mal an der gleichen Stelle. Das ist
  591.   sehr umständlich und rechenzeitaufwendig. In der Praxis gibt es daher
  592.   Chunky-Anzeigen nur im 8-Bit-Modus (256 Farben) und im 24-Bit-Modus (16
  593.   Millionen Farben). Es ist allerdings möglich, daß die Anwender da gar
  594.   nicht so unglücklich darüber sind...
  595.   
  596.   3.2 Was ist Doublebuffering?
  597.   ============================
  598.   
  599.      Bei animierter Grafik entsteht das Problem, daß gleichzeitig die
  600.   Daten verändert und angezeigt werden. Dabei kommt es dann unweigerlich
  601.   zu einem gewissen Flackern. (siehe Chunky vs. Planar)
  602.   
  603.      Die Lösung des Problems ist es, quasi zwei Bildschirme zu benutzen:
  604.   Der eine wird immer angezeigt. Gleichzeitig wird auf dem anderen
  605.   Bildschirm, der nicht angezeigt wird, das neue Bild gezeichnet. Es gibt
  606.   kein Flackern, da die Grafik-Hardware nur auf das RAM des ersten
  607.   Bildschirms zugreift und der Prozessor nur auf das des zweiten. Dann
  608.   wird umgeschaltet und der zweite Bildschirm angezeigt. Auf dem ersten
  609.   kann jetzt gezeichnet werden.
  610.   
  611.   3.3 Was für Monitore arbeiten am Amiga 1200 oder 4000?
  612.   ======================================================
  613.   
  614.      Monitore kann man klassifizieren nach der horizontalen Frequenz, die
  615.   sie für ihre Anzeige benötigen. Fernseher und Commodore's 1084
  616.   benötigen z.B.  etwa 15 kHz, VGA und SVGA benötigen mindestens etwa 30
  617.   kHz.  Multisync-Monitore können verschiedene Frequenzen darstellen.
  618.   
  619.      Man kann also jeden dieser Monitore am A1200 verwenden, *aber*:
  620.   
  621.      - Mit einem gewöhnlichen VGA/SVGA-Monitor kann man nur einige
  622.        Anzeige-Modi (DblPal, DblNTSC und/oder Productivity, d.h.
  623.        (320|640) x (256|512|1024) Pixel) verwenden. Dies ist großartig
  624.        für die Workbench und die meisten ernsthaften Anwendungen, aber
  625.        manche grafikorientierten Programme, vor allem Spiele laufen fast
  626.        sicher nicht: Sie benutzen nämlich die Preferences nicht,
  627.        übernehmen statt dessen einfach die Maschine und gehen von einem
  628.        15 kHz Monitor aus. Ferner kann man das Bootmenü nicht verwenden:
  629.        Das arbeitet nämlich ebenfalls nur mit 15 kHz. Schließlich haben
  630.        VGA-Monitore keine Lautsprecher und die VGA-artigen Modi
  631.        unterstützen keine Genlocks.
  632.   
  633.      - Das größte Problem eines 15 kHz-Monitors ist das ständige
  634.        Flickern im Interlace-Modus. Ein kleiner Tip ist hier die
  635.        Verwendung von NTSC anstelle von PAL. Dies erhöht die
  636.        Refresh-Rate von 25 Hz auf 30 Hz, kostet allerdings einige
  637.        darstellbare Zeilen. (Maximal möglich sind 482.) Die NTSC- und
  638.        PAL-Modi sind aber nicht so schlecht, wie die Leute denken: Bei
  639.        einem Monitor mit viel Phosphor (der also lange nachglüht) ist
  640.        PAL-Laced einigermaßen akzeptabel und gibt eine Auflösung von
  641.        1448x566 in SuperHiRes. Mehr ist auf keinem AGA-Amiga möglich.
  642.   
  643.      - Die beste Lösung sind die Multisync-Monitore, vorausgesetzt sie
  644.        unterützen die Bereiche von 15-31 kHz Horizontal- und 50-72
  645.        Vertikalfrequenz. Die 1940- und 1942-Monitore von Commodore sind
  646.        nicht schlecht, allerdings etwas umständlich zu handhaben: Bei
  647.        jedem Umschalten des Anzeige-Modus muß man nämlich auch die
  648.        horizontale/vertikale Größe und den Offset von Hand einstellen.
  649.        (1) Geeignet sind z.B. auch der Mitsubishi EUM 1491 oder der EIZO
  650.        9060S.
  651.   
  652.        Der Commodore 1960 hat nicht das Problem von 1940 oder 1942, ist
  653.        aber auch teurer.
  654.   
  655.      Für einen VGA/SVGA- oder Multisync-Monitor braucht man ein Kabel,
  656.   das etwa 30 DM kostet.
  657.   
  658.      ---------- Footnotes ----------
  659.   
  660.      (1)  Es gibt einen Patch, der dies auch ohne manuelle Eingriffe
  661.   möglich macht. Siehe `os30/util/Monitor30Patch.lha' auf dem Aminet.
  662.   
  663.