HDTenEightyP/NetNews huggingface dataset:
From: fjrei@kbsaar.saar.sub.org (Franz-Josef Reichert)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re:  Was, bzw. wo ist AmigaGuide ??
Date: Wed, 12 Aug 1992 13:56:57 GMT
Reply-To: fjrei@kbsaar.saar.de (Franz-Josef Reichert)
 <hal.0wrc@amiux.north.de> <3lHtr*pj2@zikzak.in-berlin.de> <J6eur*GM3@kbsaar.saar.sub.org>
 <k0Aur*Mm2@zikzak.in-berlin.de>
Organization: Private Amiga Site
X-Newsreader: Arn V1.00 beta rel2

In article <k0Aur*Mm2@zikzak.in-berlin.de>, Andreas M. Kirchwitz writes:

> [...] Die Lizenz fuer Installer/AG wird sich aber jeder Soft-
> warehersteller bezahlen lassen... man zahlt also - je mehr Original-
> software man kauft - doppelt und dreifach fuer ein Programm, das man
> dann schon laengst hat.

	Liest denn ueberhaupt jemand _genau_, was ich schreibe?
Installer und AmigaGuide kosten den Vertreiber _nichts_ zusaetzlich,
_wenn_ er schon eine Workbench-Lizenz hat (so um die $100 p.a. und
Produkt, wenn ich mich recht erinnere). Was da jetzt an Kosten auf
den Endbenutzer noch "umgelegt" werden soll, ist mit schleierhatft,
wo die zusaetzlichen Kosten doch *NULL* betragen.

> Wo gibt es denn AG mit dazu?  Dieses Programm (sofern es nuetzlich
> ist) koennte man dann ja den Leuten ans Herz legen, wenn sie gern
> AG haetten.

	Das CDROM-FileSystem von Canadian Prototype
Replicas beispielsweise (genannt ohne Wertung!), wird zu
TOSHIBA-Drives mitgeliefert. Bei AmiBack 2.0 sind wenigstens
der Installer und die amigaguide.library drauf, AG selbst
fehlt wohl aus Platzgruenden (?).

> 	Die Welt ist schon irgendwie verdreht ;-) ...  Andreas

--
Best regards,
Franz-Josef Reichert   GERMANY - VOICE: +49 6805 7417
Kuchlingerstrasse 13   UUCP: fjrei@kbsaar.{saar|adsp}.sub.org
6601 Kleinblittersdorf        fjrei@kbsaar.saar.de
Newsgroups: de.comp.sys.amiga.misc
From: ebers@gfxbase.in-berlin.de (Thorsten Ebers)
Subject: Re: Wer supported SAS/C in Deutschland ?
Date: Sat, 15 Aug 1992 08:27:44 GMT
Organization: private
X-Newsreader: Tin 1.1 PL4

Ich dachte immer das SAS Germany in Frankfurt sitzt.Da muss ich mich wohl
entschuldigen.Ooops.Scheint wohl in Heidelberg zu sein.Naja jedenfalls wird
der Support von Deutschland aus gehen.Erdkunde war noch nie meine Staerke.

Thorsten
-- 
Thorsten Ebers     email: ebers@gfxbase.in-berlin.de,ebers@aball.in-berlin.de

Macht Macht Machtbesessene machtbesessenner,
oder macht Macht machtbesessen,oder Macht macht machtbesessen,
Newsgroups: de.comp.sys.amiga.misc
From: abcdefgx@cs.tu-berlin.de (Hans-Christian Gehrcke)
Subject: Warum Amigachips teurer sind (was: Re: Virtueller Speicher, kleiner ...)
Organization: Technical University of Berlin, Germany
Date: Fri, 21 Aug 1992 13:50:46 GMT

In article <1992Aug14.120842.9892@rz.uni-karlsruhe.de>, ry41@rz.uni-karlsruhe.de (Bernhard Moellemann) writes:
> In article <713169685@wolfhh.hanse.de>, chris@wolfhh.hanse.de (Christian Wolf) writes:
> >burkert1@platon.fmi.uni-passau.de (Klaus Burkert) writes:

  [...]
> >Wieso? Hat der Amiga zwei getrennte Bus-Systeme?.
> Genau! Der Chip-Ram/Custom-Chip-Teil wird fuer gewoehnlich vom Prozessor/
> Expansion-Bus abgeklemmt. Dadurch koennen _parallel_ Zugriffe des Video-
> prozessors (Denise) auf Chip-Ram und des Prozessors auf Fast-Ram stattfinden.

Das ist aber auch der Grund, warum man nicht einfach eine SVGA-Karte mit
Strom versorgen und ins System pluggen kann, stimmt's?
Denn beim PC hat halt jeder sein eigenes RAM: die VGA-Karte (=Video),
die Soundkarte (=Audio) etc.
Das Amiga-Design mit _einem_ RAM fuer alle I/O-Sachen finde ich konzeptionell
viel reiner und eleganter, aber es macht Upgrades dafuer umso schwieriger.
Oder man macht es so, wie die Domino-Karte von X-Pert: dann kann man das
VGA-RAM aber eben nicht mehr fuer Sound etc. nutzen :-(
Darum duerften Amigachips auch immer teurer sein, denn sie muessen dem
Amigadesign angepasst sein, also speziell fuer den Amiga sein (also in
der Regel von Commodore).
Das beantwortet auch die haeufig gestellte Frage, warum man in den Amiga
nicht mal schnell (S)VGA-Aufloesungen implementieren kann, wo das doch auf
dem PC-Markt so einfach ist und man die Dinger hinterhergeschmissen kriegt.

hcg
-- 
******************************************************************************
*    Hans-Christian Gehrcke   * EMail-Addresses:    abcdefgx@cs.tu-berlin.de *
*                             *    -->    abcdefgx@marie.physik.tu-berlin.de *
*  TU Berlin, FB 20 (Germany) * This address preferred for the next months!  *
******************************************************************************
From: peterk@public.sub.org (Peter Kittel)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: A2024
Date: 13 Aug 92 07:35:28 GMT
Organization: Public News & Mailserver, Commodore Germany PM UNIX, Frankfurt

tron@uni-paderborn.de (Matthias Scheler) writes:
>amk@opal.cs.tu-berlin.de (Andreas M. Kirchwitz) writes:

>>Die neuen 1084S-Monitore laufen ebenfalls nicht mehr am Amiga 1000,
>>ein alter 1081 oder Multisync tut's aber.   Im Handbuch steht, der
>>Monitor laufe an "den" Amiga-Computern.  Glatt gelogen :-(

>Huch ?

Da muss ich mich anschliessen: HUCH? Erstens hat ein Kollege einen
Schreibtisch weiter immer noch einen A1000 in Betrieb und auch an
den neueren 1084, un zweitens was in aller Welt soll ihn denn hindern???
Die Signale sind immer noch dieselben, der Amiga-seitige Anschluss ist
derselbe, und das richtige Kabel muesst Ihr ja gehabt haben. Nee, da
muss was anderes faul sein.

-- 
Best regards, Dr. Peter Kittel  // E-Mail to  \\  Only my personal opinions... 
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
                                   or  peterk@public.sub.org
From: m_moerstedt@bamp.berlinet.in-berlin.de (Matthias Moerstedt)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re:  Was, bzw. wo ist AmigaGuide ??
Reply-To: m_moerstedt@bamp.berlinet.in-berlin.de
Date: 13 Aug 92 18:49:00 MET
Distribution: DE
Organization: Mailbox BAMP im Zerberus-Netz
X-Version: ZerUU V6.45c

Hi FJREI%KBSAAR.SAAR.DE@UUCP-BLN.ZER,
you  wrote  at  the  13.08.92  (13:01)  concerning  'Re:  Was, bzw.  wo ist
AmigaGuide ??'.

> TOSHIBA-Drives mitgeliefert. Bei AmiBack 2.0 sind wenigstens
> der Installer und die amigaguide.library drauf, AG selbst
> fehlt wohl aus Platzgruenden (?).

Auf  den  Weg  hab ich endlich die Lib bekommen, danach habe ich Superduper
auseinandergenommen  und  mir ein kleines Prog geschrieben, mit dem ich die
*.guide files lesen konnte (z.B.:  die Powervisor Doku.).
Wenn  mir  jemand die Tooltypes von dem original AG erklaert bastel ich die
noch   dazu  (bei  PV  steht  was  von  ASCII|PLAIN.....),  bzw.   mir  ein
IncludeFile  als  PM  zukommen  laesst,  muss  ja  nicht orig Commo.  sein.
Leider war beim Macro68 kein GuideInclude dabei.
Ich  versteh  das auch nicht welch Umstand um an eine wirklich funktionelle
Library  ranzukommen, genauso wie beim Installer.  Haette ich den nicht von
AmiBack   und   Macro  haette  ich  z.B.   PowerVisor  muehselig  von  Hand
installieren duerfen (dabei bin ich so faul :--))

Ciao...
   signing off: Matze

m_moerstedt@bamp.berlinet.in-berlin.de                  -- THE ANSWER V2.03

Newsgroups: de.comp.sys.amiga.misc
From: Ingo.Wilken@arbi.informatik.uni-oldenburg.de (Ingo Wilken)
Subject: Re: SAS/C V6.0 Announcement
Organization: University of Oldenburg, Germany
Date: Fri, 21 Aug 1992 14:00:28 GMT

amk@opal.cs.tu-berlin.de (Andreas M. Kirchwitz) writes:
>In <1992Aug20.174337.1665@rz.uni-karlsruhe.de> ry53@rz.uni-karlsruhe.de (Angela Schmidt) writes:
>>  - dynamischer Stack
>Keine Erfindung von DICE, das ist unter Unix selbstverstaendlich.
>DICE hat zudem so eine 2-kB-Schranke (ich benutze DICE nicht, ich
>kenne das nur aus den Elm-Diffs von metamail 2.3a), die das Prinzip
>mit dem dynamischen Stack irgendwie "witzlos" macht, wenn man denn
>_wirklich_ pro Funktion nur 2 kB Daten auf dem Stack haben darf.
>(bin fuer Verbesserungen dankbar)

Quark.  In DICE geht das so:

long _stack_fudge = 8000;
long _stack_chunk = 32000;

Das wars.  Sobald der available stack unter 8000 bytes faellt, wird ein
neuer (zusaetzlicher) 32000-bytes Block alloziert.
Die *Default-Werte* liegen auf 2K und 4K.  [Es gibt allerdings tatsaechlich 
eine Beschraenkung des Stacks fuer eine Funktion, aber die liegt bei 32K.]

Wer moechte kann dann noch eine Funktion _stack_abort schrieben, die dann
aufgerufen wird, wenn DICE keinen neuen stack-chunk mehr allozieren kann.
Wenn diese Funktion nicht mit exit() oder abort() das Programm beendet [die
default-Funktion macht nur ein fprintf(stderr,...) und abort()], sondern
einfach via return ins Programm zurueckkehrt, dann versucht DICE wieder einen
neuen stack-chunk zu allozieren usw.  Meine Funktion sieht so aus:
    void _stack_abort(void) 
    {
        DisplayAlert(...);
        wenn rechte Maustaste gedrueckt --> exit
        wenn linke Maustaste gedrueckt, warte 10sec, return (try again)
    }



Tschau
Ingo
-- 
Ingo Wilken, CS Student, Univ.of Oldenburg, FRG | You mean I really did all of
wilken@uniol.uucp (..!uunet!unido!uniol!wilken) | dat stuff? Now dat explains
Ingo.Wilken@arbi.informatik.uni-oldenburg.de    | why my head hurts an' why I
wilken@uniol.zer   IRC:Nobody   OL:ingo@faramir | feel so bad!  -Snarf
From: rse@angle.sub.org (Ralf S. Engelschall)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: FastFileSystem im RDB
Date: Mon, 10 Aug 1992 21:46:26 GMT
 <3857@babylon.rmt.sub.org> <vdjsr*Or3@angle.sub.org> <3991@babylon.rmt.sub.org>
Reply-To: rse@angle.sub.org
X-Newsreader: Arn V1.00 beta rel3

In article <3991@babylon.rmt.sub.org>, Ralph Babel writes:

> Ralf S. Engelschall schrieb in <vdjsr*Or3@angle.sub.org>:
>
> > alles funktionierte bis auf die unschoene Tatsache, dasz
> > eben ein externes (aelteres) FFS benutzt wurde.
>
> Inkorrekt, zumindest nach dem ndchsten Neustart. Der Treiber
> erkennt selbstdndig, da_ das ROM-Dateisystem neuer als das
> in den RDB gepreppte Abbild ist und verwendet ersteres.

Achso, na prima! Das wuszte ich damals nicht!

> > [MaxTransfer] (ok, ich weisz, dasz es da so einen
> > Software-Patch gibt, aber meine Methode gefiel mir
> > besser).
>
> Sie ist allerdings wesentlich ineffizienter.

  Wieso?  Der Software-Patch gichtelt irgendwas am Seriell-Port mit
Buffering oder so rum (weisz ich jetzt nicht mehr genau), waehrend das
"MaxTransfer" sich doch auf die DMA Pruegelei direkt bezieht, sprich
einfach weniger DMA auf einmal zulaeszt.

Warum ist das ineffizienter?

> > [...] alle "L:FastFileSystem" Strings im GVPPrep durch
> > "FastFileSystem" ersetzt! [...] und bekam, was ich wollte:
> > Drei Partitions, alle benutzen das interne FFS und eine
> > MaxTransfer von 4KB.
>
> Die gleiche Wirkung erzielt das ungepatchte GvpPrep auch,
> denn ob nun "FastFileSystem" oder "L:FastFileSystem" nicht
> gefunden wird, ist ja wohl egal. Mit anderen Worten: Die
> jeweils erzeugten RDBs sind identisch.

Ok, da stimme zu.

                              ___  _______
                              /__)(_  /_    Ralf S. Engelschall
                             / \____)(___   rse@angle.sub.org
                            /
Newsgroups: de.comp.sys.amiga.misc
From: agnus@amylnd.stgt.sub.org (Matthias Zepf)
Subject: Re: A2024 schaltet nicht in High-Resolution!
Organization: Agnus' new home, Leonberg/Warmbronn, Germany
X-Newsreader: Tin 1.1 PL4
Date: Wed, 19 Aug 1992 10:31:27 GMT

amk@opal.cs.tu-berlin.de (Andreas M. Kirchwitz) writes:
: >|> Braucht man eigentlich die ECS Denise zum Betrieb des A2024?
: >  Noe.
: Laut "Amiga" benoetigt man ECS fuer den Gebrauch der hochaufloesenden
: Modi (1024x800 bzw. 1024x1008).  Die normalen Amiga-Modi koennen auf
: jedem beliebigen Amiga dargestellt werden.
: 
: 	Extra nachgelesen ;-) ...  Andreas

Darf ich fragen, auf welchen Beitrag Du Dich da beziehst?

Matthias

P.S.: Die Aufloesungen sind ausserdem 1008x800 bzw. 1008x1024. Mit
      ECS-Agnus angeblich 1024x800 bzw. 1024x1024.
-- 
** Matthias Zepf, Riegelaeckerstrasse 27, 7250 Leonberg, Germany **
** +49 7152 41917    Email: agnus@amylnd.stgt.sub.org (NeXTmail) **
** ObAergernis: Wenn der Amiga als Nachfolger des C64 bezeichnet **
** wird. ObBefuerchtung: Das es stimmt. ;-)      -- Lars Duening **
Newsgroups: de.comp.sys.amiga.misc
From: amk@opal.cs.tu-berlin.de (Andreas M. Kirchwitz)
Subject: Amiga-Magazin (was: Re: A2024 schaltet nicht in High-Resolution!)
Organization: Techn. University of Berlin, Germany
Date: Thu, 20 Aug 1992 21:03:10 GMT

In <1992Aug19.103127.15427@amylnd.stgt.sub.org> agnus@amylnd.stgt.sub.org (Matthias Zepf) writes:

>Darf ich fragen, auf welchen Beitrag Du Dich da beziehst?

Wie gesagt, "Amiga 9/90".  Einen anderen (besseren) Bericht habe ich
nach Durchsicht der Jahresinhaltsverzeichnisse nicht finden koennen.
(moeglich, dass der Monitor auch woanders getestet wurde... aber ich
 lese nicht alle Zeitschriften... und die "Amiga" hab ich damals
 umsonst gekriegt ;-)

>P.S.: Die Aufloesungen sind ausserdem 1008x800 bzw. 1008x1024. Mit
>      ECS-Agnus angeblich 1024x800 bzw. 1024x1024.

Es tut mir leid, der Zahlendreher (1024x1008) war meine Fehler!  In
dem besagten Bericht stand leider nichts ueber die Specs. der hohen
Aufloesungen und ich hatte nur was von "1024" und "1008" in Er-
innerung.  Inzwischen wissen wir es alle gluecklicherweise besser...

Und ich weiss, dass ich besser nicht das glaube, was in der "Amiga"
steht.  (ich haette schon damals stutzig werden muessen, als sie
meinten, dass man mit Lock() angeforderte Locks nicht wieder frei-
zugeben brauche ;-)

	In der "Amiga" stehen viele witzige Sachen drin...  Andreas
--
IRC-Nick: | Andreas M. Kirchwitz, Seesener Str. 69, W-1000 Berlin 31, Germany
  `bonzo' | Phone: +49 (0)30 873376, Mail: amk@{zikzak.in|cs.tu|fu}-berlin.de

Newsgroups: de.comp.sys.amiga.misc
From: fritsch@fsinfo.cs.uni-sb.de (Lothar Fritsch)
Subject: Re: A2024
Organization: Fachschaft Informatik, U of Saarland, FRG
Date: Fri, 14 Aug 1992 17:45:11 GMT

Ein Problem des 2024 ist mir bei 'nem Bekannten aufgefallen, der mit mir zu-
sammen den 2024 bestellt hat. Er hat KS/WB2.0 laufen, und beim Umschalten von
Hires/Interlace (Programmieraufloesung :-) auf 1008x1024 wrid der Bildschirm
schwarz. Irgendwie scheint da der Monitor oder der Chipsatz was nicht mitzu-
kriegen, vielleicht wird auch bei der Copperliste was vergessen. Der Rechner
jedenfalls laeuft normal weiter.
 Gefundene Loesung: den resident geladenen CED per Hotkey starten, der macht
einen eigenen 640x512-Screen auf, wieder verlassen, schon ist das 2024-Bild
der Workbench da.

Wie gut, dass ich noch 1.3 fahre ;-)

Lothar

--
Lothar Fritsch, Student der Universitaet des Saarlandes, Fachb. Informatik
e-mail: fritsch@fsinfo.cs.uni-sb.de    phone: (ger) 06821-72562

   Keine Kampfeinsaetze der Bundeswehr! Wer ungeborenes Leben schuetzen
         will, muss auch dem geborenen Leben eine Chance geben!
PS:
   Vom 16.8.-13.9.92 bin ich nicht erreichbar.
Newsgroups: de.comp.sys.amiga.misc
From: ry53@rz.uni-karlsruhe.de (Angela Schmidt)
Subject: Re: SAS/C V6.0 Announcement
Reply-To: Angela@rz.uni-karlsruhe.de
Organization: Nessyhoehle@I501.NessyNet.de	
Date: Thu, 20 Aug 1992 17:43:37 GMT

In article <V7qxr*iU1@germal.bs.open.de>, gm@germal.bs.open.de (Gerald Malitz) writes:
|> In article <stefanb.714067512@tschil>, Stefan Becker writes:
|> 
|> > Hmm, komisch, irgendwie beschleicht mich bei dieser "Featurelist" von SAS
|> > 6.0, dass SAS die Ideen ausgehen. 50-60% der Neuerungen sind direkt von
|> > DICE abgeschaut...
|> 
|> 	Bekommst Du eigentlich Provisionen, dass Du SAS von Zeit
|> zu Zeit ans Bein pinkelst?

Was hat denn diese Aeusserung mit Stefans Feststellung zu tun? Ob das
mit den 50-60% stimmt, kann ich zwar nicht beurteilen, aber beispielsweise
  - dynamischer Stack
  - autoinit()/autoexit()
  - automatischen OpenLibrary()
hat DICE doch _wirklich_ schon verdammt lange. Und auch _ich_ denke,
dass SAS diese Features von DICE abgeschaut hat. Also scheint Stefan
doch gar nicht so falsch zu liegen, mit seiner obigen Bemerkung.

Abgesehen davon - was ist denn dabei, wenn man Features abschaut?
Das ist doch normal und wird fast ueberall praktiziert.

     V v
  @/@@=\   Mit Unverstaendnis,
    00 &=-          Angela 
oOoO_/` \\_
    \ /&\     Angela Schmidt (IRC: Nessy)           | Amiga //
  |>O<|       Internet: Angela@rz.uni-karlsruhe.de  | 1000 // 
   / \_/\/\/v_   Voice: +49 731 712316  (10am-9pm)  |  \\ // since 
  /____________\ (MET)  +49 721 6904263 (12am-11pm) |   \X/ 1986
From: peterk@public.sub.org (Peter Kittel)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: CBM Mail
Date: 11 Aug 92 08:12:48 GMT
Organization: Public News & Mailserver, Commodore Germany PM UNIX, Frankfurt

mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst) writes:

>mangels funktionierendem reply:

>   ----- Transcript of session follows -----
>While talking to rutgers.edu:
>>>> DATA
><<< 554 <peterk@cbmger.de.so.commodore.com>... Mail loop detected

Was ist denn jetzt schon wieder los??? Kann es evtl. an den Domains
liegen? Die sind offensichtlich noch nicht allgemein bekannt.
Deswegen kann ich jedem nur raten, der mich direkt anmailen will,
*NICHT* ein automatisches Reply zu verwenden (dann wird wohl obige
Adresse verwendet), sondern zu Fuss eine der Adressen in meiner .sig
zu verwenden, die sollten eigentlich funktionieren.

-- 
Best regards, Dr. Peter Kittel  // E-Mail to  \\  Only my personal opinions... 
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
                                   or  peterk@public.sub.org
From: chris@wolfhh.hanse.de (Christian Wolf)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: VMEM fuer alle Amigas 
Date: Thu, 06 Aug 92 12:20:01 GMT
Distribution: world

Hallo!

wild@nessie.cs.id.ethz.ch (Markus Wild) writes:

>In article <1992Aug3.103956.9558@unibi.uni-bielefeld.de> uphyf594@unibi.hrz.uni-bielefeld.de  writes:
>>Gibt es hier jemand der mir erklaeren kann warum niemand ein virtuelles
>>Memory-System (welch ein Wort!) fuer alle Amigas programmiert?

>Aeh, wie soll denn sowas bitteschoen gehn ohne MMU? Soll sich ein Programm
>selbst ums pagen kuemmern? Selbst - wie auch immer?? - rausfinden, dass das 
>Programm jetzt grad Speicher braucht, der im Moment ausgelagert ist? Ich seh
>das nicht so plastisch...

Pagen ist ohne MMU kaum moeglich (es sei denn das Programm selbst ...).
Aber ein Task-Swapping waere doch moeglich. Wenn der Task an die Reihe
kommt sieht man nach, ob er im Speicher ist und laed ihn ggf. hinein.
Das geht aber auch nur mit dem Programm (und Daten?) Segement selbst,
speicher der mit AllecMem() etc. belegt wurde kann beim Amiga normaler-
weise keiner Task fest zugeordnet werden.

Ob man das als virtuelles Memory-System bezeichnen soll/kann/darf ist
allerdings eine andere Frage (ob sowas ueberhaupt nuetzlich ist auch).
Ich wuerde mir jedenfalls nicht die Muehe machen es zu programmieren.

Gruss,
	Christian
-- 
Christian Wolf, Eissendorfer Winkel 2, 2100 Hamburg 90, Germany
Voice: +49-40-7609277; Modem: +49-40-7606411 (V.32bis/V.42bis/HST)
EMail: chris@wolfhh.hanse.de; IRC: Atreju
Newsgroups: de.comp.sys.amiga.misc
From: peterk@public.sub.org (Peter Kittel)
Subject: CDTV-Festplatte!
Organization: Public News & Mailserver, Commodore Germany PM UNIX, Frankfurt
Date: Fri, 14 Aug 92 11:29:03 GMT
Keywords: CDTV


Zitat aus Kickstart 9/92, S. 8:  Es gibt jetzt bei W.A.W.-Elektronik
(Berlin, Tel. 030/4043331) ein SCSI-Interface fuer den hinteren Slot
des CDTV, an das man alles moegliche bis zum Streamer dranhaengen kann.
Fuer externe Festplatten gibt es ein Gehaeuse mit eigenem Netzteil.
Preisbeispiel Host-Adapter plus 52 MB Quantum: 899,- DM

-- 
Best regards, Dr. Peter Kittel  // E-Mail to  \\  Only my personal opinions... 
Commodore Frankfurt, Germany  \X/ {uunet|pyramid|rutgers}!cbmvax!cbmger!peterk
                                   or  peterk@public.sub.org
Newsgroups: de.comp.sys.amiga.misc
From: mozart@zelator.in-berlin.de (Thomas Witt)
Subject: Re: A2024
Organization: Puplic-Access-Xenix-System
Date: Wed, 12 Aug 92 12:01:47 GMT

In <1992Aug10.133225.4085@unibi.uni-bielefeld.de> imkrause@techfak.uni-bielefeld.de (Michael Krause) writes:

>Das stimmt ungefaehr, HD-Computertechnik in Berlin bietet diesen
>extrem billigen Monitor fuer 248.- an. Aber leider wird man dort
>nur vertroestet, falls man nach seiner Bestellung fragt...
>O-Ton: Ich _verspreche_ Ihnen, da"s der Monitor _heute_ noch raus geht,
>bla bla usw.
Echt? Fuer 248,- DM? Da muss ich sofort hin... Danke fuer den Tip...

>Ich kann den Monitor wirklich jedem empfehlen, der sich keinen Multisync
>leisten will, denn fuer 250.- bekommt man m.E. nicht mal einen Flicker-Fixer.
Richtig... Allerdings verbraucht er einiges an Chip-Ram... Aber fuer
DTP und Co. ideal

-- 
----------------------------------------------------------------
|     Thomas Witt     |  Live starts at '030...Fun at '040...  |
|   Kaiserstrasse 6   |         Impotence at '86               |
|  W-1000 Berlin 39   |_____________   //                      |
|Phone: +4930 8051585              |  // Only Amiga makes it   |
|EMAIL: mozart@zelator.in-berlin.de|\X/      possible          |
----------------------------------------------------------------
Newsgroups: de.comp.sys.amiga.misc
From: wusel@hactar.hanse.de (Kai 'wusel' Siering)
Newsgroups: de.comp.sys.amiga.misc
Subject: Re: Neue X-Pert Grafikkarte
Date: 19 Aug 92 00:34:19 GMT
Reply-To: "Kai 'wusel' Siering" <wusel@hactar.hanse.de>
Organization: Eastern Seaboard Fission Authority, Sietland, BRD
X-Newsreader: Ann 0.8n
MIME-Version: 1.0
Content-Transfer-Encoding: BINARY
Content-Type: text/plain; charset=iso-8859-1

In article <BstAnL.A4@cccp.north.de>, marcus@cccp.north.de (Marcus Woinke) writes:

% In <1992Aug10.103814.27698@coli.uni-sb.de> fritsch@fsinfo.cs.uni-sb.de (Lothar Fritsch) writes:
%
% >In der aktuellen Amiga ist eine ganzseitige Werbung von X-Pert zu sehen, in der
% >ihre neuste Grafikkarte angepriesen wird. Features (aus dem Kopf zitiert):

% In der Karte befindet sich laut Xpert ein ET4000 Chipsatz, und genau
% dieser ist auch das Herz vieler VGA-Karten fuer den PC.

     Die dann  nicht  unwesentlich  billiger  sind (hab' ich mir sagen
lassen  =:->),  aber was solls; in meinen Augen ist das (noch) endlich
mal  eine  verwendbare  Grafikkarte,  in  Aktion  gesehen hab' ich sie
leider noch nicht ...

% Ein X Window-server fuer Amix ist leider noch nicht vorgesehen, er wird
% aber bei entsprechender Nachfrage vielleicht noch implementiert.

Georg Hessmann postete ja schon was in dieser Richtung ...

% P.S.: Die Karte soll ab dem 1. September lieferbar sein ...

     Hmm, mir  draengt  sich  da  grade ein schrecklicher Gedanke auf:
die  Karte  ist ja wohl nur mit 1 MB RAM gesegnet (oder gar keinem und
es  wird  der Amiga-Speicher benutzt? *brrrr*) und nicht erweiterbar -
wird  dieser  Speicher im Adressraum eingeblendet, auf dasz z. B. auch
die  CPU  drauf  zugreifen kann? Falls ja, *wo* wird sie eingeblendet,
sprich  verliere  ich  - wie bei Vaeterchens schmuckem Bridgeboard - 2
Megbyte  RAM?  Theoretisch  waere  ja  noch  an  mehreren  Stellen  im
Speicher Platz fuer sowas, aber ... Oder kann die CPU nicht direkt auf
den Videospeicher zugreifen? Und warum der >=020?
			kai

-- _
_ // Kai 'wusel' Siering, Villa Straylight, Hamburg, BRD <wusel@hactar.hanse.de>
\X/    (Heute wieder im schoenen Sietland: <hactar.hanse.de!straylight!wusel>)
Newsgroups: de.comp.sys.amiga.misc