--
Andrew J. Brehm
Marx Brothers Fan
PowerPC/Macintosh User
Supporter of Chicken Sandwiches
> War einige Monate weg. Ist noch jemand hier?
Also lesen tue ich schon. Nur mit dem Schreiben klemmts etwas :-)
Ciao, Bernd
--
Url: <http://x-com.atari.org/>
> Andrew J. Brehm <ajb...@gmail.com> wrote:
>
> > War einige Monate weg. Ist noch jemand hier?
>
> Also lesen tue ich schon. Nur mit dem Schreiben klemmts etwas :-)
>
War ja richtig erschrocken, als ich maus.computer.atari.talk wieder
abbonierte. Die Gruppe war _leer_. D.h., dass seit mehreren Wochen keine
mehr postete!
> War ja richtig erschrocken, als ich maus.computer.atari.talk wieder
> abbonierte. Die Gruppe war _leer_. D.h., dass seit mehreren Wochen keine
> mehr postete!
Jo, hier ist nix mehr los. Genau so wie in den anderen Mausnetz Atari
Gruppen. Die Zeiten, wo hier alles voll ist, sind wohl entgültig vorbei.
> Andrew J. Brehm <ajb...@gmail.com> wrote:
>
> > War ja richtig erschrocken, als ich maus.computer.atari.talk wieder
> > abbonierte. Die Gruppe war _leer_. D.h., dass seit mehreren Wochen keine
> > mehr postete!
>
> Jo, hier ist nix mehr los. Genau so wie in den anderen Mausnetz Atari
> Gruppen. Die Zeiten, wo hier alles voll ist, sind wohl entgültig vorbei.
>
Es ist ein Jammer.
Atari wird halt immer toeter.
Ich frage mich, ob es wohl ein MagiCMac fuer Intel Macs geben wird.
Das duerfte wohl das aktuellste Atari-Thema sein jetzt.
Ist Dir aufgefallen, dass der Tod eines Systems oft laenger dauert als
das Leben des Systems?
> Ich frage mich, ob es wohl ein MagiCMac fuer Intel Macs geben wird.
Da wird es einfacher sein, man nimmt VirtualPC o.ä., das aufgrund der
entfallenden CPU-Emulation mit fast voller x86-Geschwindigkeit laufen
kann und läßt darin dann MagiCPC laufen.
Grüße
Götz
--
http://www.knubbelmac.de/
> Andrew J. Brehm <ajb...@gmail.com> wrote:
>
> > Ich frage mich, ob es wohl ein MagiCMac fuer Intel Macs geben wird.
>
> Da wird es einfacher sein, man nimmt VirtualPC o.ä., das aufgrund der
> entfallenden CPU-Emulation mit fast voller x86-Geschwindigkeit laufen
> kann und läßt darin dann MagiCPC laufen.
>
Das ist aber nicht lustig.
Aber ein 68k Emulator a la Classic unter dem Mac OS 8 und/oder MagiC
laufen wuerde, waere schon interessant.
AJB>War einige Monate weg. Ist noch jemand hier?
Klar, nur geschrieben wird hier eigentlich fast nichts mehr - leider.
Gruß
Martin [PGP-Key available]
---
Für Mails >16 kByte: mar...@melsaesser.de
> Hallo Andrew J.,
>
> AJB>War einige Monate weg. Ist noch jemand hier?
>
> Klar, nur geschrieben wird hier eigentlich fast nichts mehr - leider.
>
Jedesmal, wenn mir auffaellt, das der Verkehr in atari.talk wieder etwas
mehr nachlaesst, wird mir traurig...
Die alten Zeiten...
AJB>Ist noch jemand hier?
Ja, sicher. Aber kaum Themen zum drüber schreiben...
mit freundlichem Gruß aus Bubenreuth
Ekkehard
> Ich frage mich, ob es wohl ein MagiCMac fuer Intel Macs geben wird.
> Das duerfte wohl das aktuellste Atari-Thema sein jetzt.
Wozu? Jeder Original Atari ist billiger als MagiCMac X :-)
> Aber ein 68k Emulator a la Classic unter dem Mac OS 8 und/oder MagiC
> laufen wuerde, waere schon interessant.
Basilisk II gibt's bereits. Mini vMac auch.
> Hallo Andrew J.!
>
>
> AJB>Ist noch jemand hier?
>
> Ja, sicher. Aber kaum Themen zum drüber schreiben...
>
>
Schad'.
> Andrew J. Brehm <ajb...@gmail.com> wrote:
>
> > Aber ein 68k Emulator a la Classic unter dem Mac OS 8 und/oder MagiC
> > laufen wuerde, waere schon interessant.
>
> Basilisk II gibt's bereits. Mini vMac auch.
>
Fuer Intel Macs?
> > > Aber ein 68k Emulator a la Classic unter dem Mac OS 8 und/oder MagiC
> > > laufen wuerde, waere schon interessant.
> >
> > Basilisk II gibt's bereits. Mini vMac auch.
> >
>
> Fuer Intel Macs?
Scherzkeks. Natürlich nicht, wie auch. Aber sie sind leicht portierbar.
> Andrew J. Brehm <ajb...@gmail.com> wrote:
>
> > > > Aber ein 68k Emulator a la Classic unter dem Mac OS 8 und/oder MagiC
> > > > laufen wuerde, waere schon interessant.
> > >
> > > Basilisk II gibt's bereits. Mini vMac auch.
> > >
> >
> > Fuer Intel Macs?
>
> Scherzkeks.
Hm... Scherzkekse!
> Natürlich nicht, wie auch.
So wie OmniWeb, bereits in 1999.
> Aber sie sind leicht portierbar.
Aber der Emulator ist in C, nehme an. Schnell genug?
> > Natürlich nicht, wie auch.
>
> So wie OmniWeb, bereits in 1999.
OmniWeb gibt es seit 1999 für Mac OS X auf x86?
> > Aber sie sind leicht portierbar.
>
> Aber der Emulator ist in C, nehme an. Schnell genug?
Basilisk und Mini vMac laufen in guter Geschwindigkeit, ja - auf einem
heute nicht mehr allzu kräftigen Athlon XP1700+.
AJB>Ich frage mich, ob es wohl ein MagiCMac fuer Intel Macs geben wird.
Ich hoffe es einmal! Und wenn es das nicht geben sollte, dann müßte ARAnyM
doch besser laufen als auf dem PPC, da dort doch ein JIT zur Verfügung
steht, oder?
Naja, den Leuten scheint das posten in Forums mehr zugefallen. Und die
Bearbeitung der selbigen ist erste mit Highwire vernünftig geworden. Lesen
bekomme ich ja noch hin aber schreiben nur selten, der Aufwand mir der Aufwand
zu groß.
Außerdem läuft verschiedens über Mailinglisten.
Gerhard
> BM> Genau so wie in den anderen Mausnetz Atari Gruppen.
>
> Naja, den Leuten scheint das posten in Forums mehr zugefallen. Und die
> Bearbeitung der selbigen ist erste mit Highwire vernünftig geworden. Lesen
> bekomme ich ja noch hin aber schreiben nur selten, der Aufwand mir der
> Aufwand zu groß.
Was denn fuer ein Aufwand? Als newsgroup liest und schreibt sich
atari.talk doch wesentlich komfortabler als ein Web-Forum.
Ich finde Web-Foren eher unkomfortabel.
> Außerdem läuft verschiedens über Mailinglisten.
Wer erinnert sich noch an den Witz mit dem Glauben an die
Kommentarverkettung?
> Hallo Andrew J.,
>
> AJB>Ich frage mich, ob es wohl ein MagiCMac fuer Intel Macs geben wird.
>
> Ich hoffe es einmal! Und wenn es das nicht geben sollte, dann müßte ARAnyM
> doch besser laufen als auf dem PPC, da dort doch ein JIT zur Verfügung
> steht, oder?
>
ARAnyM?
> ARAnyM?
Du kennst das nicht?
Guckst du: <http://aranym.sourceforge.net/>
Ist aber, meiner Meinung nach, eine einzige Baustelle. Und die Mac
Version ist nicht so das Wahre
Genau das habe ich versucht auszudrücken. :-)
Und gerade, wenn man noch einen Atari benutzt ist es nicht gerade der beste Weg
Fragen zu stellen oder zu Antworten. Gerade die Aufbauzeiten von
<http://www.atari-home.de/forum/> sind mit CABindiskutabel, selbst mit einem
Milan.
Bei News mach ich mir durchaus die Mühe mal wegen eines Problems näher
nachzuforschen (Zeitschriften, Datenmbanken durchschauen). Mit einem Newsreader
kann man mit der News anfangen, diese zurückstellen und später weiter
machen/senden.
AJB> Wer erinnert sich noch an den Witz mit dem Glauben an die
AJB> Kommentarverkettung?
Ich nicht.
Die Kommentarverkettung funktioniert auch in Mailinglisten. Allerdings scheinen
nicht alle Schreiber das zubegreifen oder benutzen eigenartige Newsreader.
Obwohl ich bin ja auch schon angemacht worden, weil beim Quoten immer die
Initialen mit dabei sind. ;-) War allerdings nicht in einer Mailingliste
sondern in d.c.s.a
Um nochmal auf Atari zurückzukommen. Im Gegensatz zu führer wo das MausNet als
Informationsquelle ausreichte, wenn man es auf Deutschland
bezieht, muß man heute einige Stellen anlaufen.
Vorteilhaft ist hierzu die Seite <http://www.ataritoday.com/>, damit muß man
nicht alle Newsseiten abklappern und ist auch gleich mit (-Bit News versorgt.
Gerhard
> AJB> Ich finde Web-Foren eher unkomfortabel.
>
> Genau das habe ich versucht auszudrücken. :-)
>
> Und gerade, wenn man noch einen Atari benutzt ist es nicht gerade der
> beste Weg Fragen zu stellen oder zu Antworten. Gerade die Aufbauzeiten von
> <http://www.atari-home.de/forum/> sind mit CABindiskutabel, selbst mit
> einem Milan.
>
> Bei News mach ich mir durchaus die Mühe mal wegen eines Problems näher
> nachzuforschen (Zeitschriften, Datenmbanken durchschauen). Mit einem
> Newsreader kann man mit der News anfangen, diese zurückstellen und später
> weiter machen/senden.
Ich mag meinen Newsreader (MacSOUP). Er begleitete mich von BeOS
(SheeppShaver) via Linux (Mac-on-Linux) zu Mac OS X (zunaechst Classic,
dann nativ). Und ich werde meinen Newsreader auch auf Intel Macs
benutzen, mittels Rosetta.
> AJB> Wer erinnert sich noch an den Witz mit dem Glauben an die
> AJB> Kommentarverkettung?
>
> Ich nicht.
Schad'. War zu komisch.
> Die Kommentarverkettung funktioniert auch in Mailinglisten. Allerdings
> scheinen nicht alle Schreiber das zubegreifen oder benutzen eigenartige
> Newsreader. Obwohl ich bin ja auch schon angemacht worden, weil beim
> Quoten immer die Initialen mit dabei sind. ;-) War allerdings nicht in
> einer Mailingliste sondern in d.c.s.a
Ich erinnere mich an derartige Gespraeche.
> Um nochmal auf Atari zurückzukommen. Im Gegensatz zu führer wo das MausNet
> als Informationsquelle ausreichte, wenn man es auf Deutschland bezieht,
> muß man heute einige Stellen anlaufen.
>
> Vorteilhaft ist hierzu die Seite <http://www.ataritoday.com/>, damit muß
> man nicht alle Newsseiten abklappern und ist auch gleich mit (-Bit News
> versorgt.
>
Schau' ich mir mal an.
AJB>War ja richtig erschrocken, als ich maus.computer.atari.talk wieder
AJB>abbonierte. Die Gruppe war _leer_. D.h., dass seit mehreren Wochen
AJB>keine mehr postete!
Ich wußte schon gar nicht mehr, daß ich die Gruppe überhaupt abonniert habe.
Gruß,
Karsten
> Gerade die Aufbauzeiten von <http://www.atari-home.de/forum/> sind mit
> CABindiskutabel, selbst mit einem Milan.
CAB ist ja auch Steinzeit. Das es schneller geht, hat vor Jahren schon
OXO Systems mit Wen.Suite gezeigt.
Auch Highwire ist deutlich schneller. Auch wenn da noch einiges zu
machen ist.
> Vorteilhaft ist hierzu die Seite <http://www.ataritoday.com/>, damit muß man
> nicht alle Newsseiten abklappern und ist auch gleich mit (-Bit News versorgt.
Ja, die Seite ist wirklich praktisch. Besuche ich auch regelmäßig.
> ajb...@gmail.com schrieb am 13.06.05:
>
> AJB>War ja richtig erschrocken, als ich maus.computer.atari.talk wieder
> AJB>abbonierte. Die Gruppe war _leer_. D.h., dass seit mehreren Wochen
> AJB>keine mehr postete!
>
> Ich wußte schon gar nicht mehr, daß ich die Gruppe überhaupt abonniert habe.
>
Es ist eine Schande!
AJB>Ist Dir aufgefallen, dass der Tod eines Systems oft laenger dauert als
>das Leben des Systems?
Das ist sogar bei den meisten Lebewesen so ;-)
Ich lese zwar immer noch
M.C.A.Clones/Falcon/Hardware/Internet/News/Software/Talk,
es geht jetzt aber schon deutlich schneller als noch vor
2 Jahren, wahrscheinlich weil sich nichtmal mehr Spammer
dorthin verirren.
mit freundlichen Grüßen:
Knut Piwonski
P.S.Nicht verzagen, vor ca. 2 Wochen hat sich jemand durch
Forderung nach einem deutschen TOS auf aktueller Hardware
in M.C.A.Software um die Auferstehung des Atari bemüht
Das hat eine Megathread mit 17 Nachrichten ausgelöst..
P.P.S.Dieser Text wurde auf einem Milan 040 mit CAT erstellt :-)
> P.P.S.Dieser Text wurde auf einem Milan 040 mit CAT erstellt :-)
Du lebest hoch, Wahrer der alten Technologie!
> P.S.Nicht verzagen, vor ca. 2 Wochen hat sich jemand durch
> Forderung nach einem deutschen TOS auf aktueller Hardware
> in M.C.A.Software um die Auferstehung des Atari bemüht
Dieser Ludwig Braun? Der erscheint alle Jahre wieder mal und schreibt
immer den selben Müll :-)
> P.P.S.Dieser Text wurde auf einem Milan 040 mit CAT erstellt :-)
Btw: Gibts den Milan eigentlich noch zu kaufen?
Ev'ry now and then I know
it's kinda hard to tell..
but I'm still alive and well :-)
> Btw: Gibts den Milan eigentlich noch zu kaufen?
Nö, aber 100 MHz CT60s! BTW: Was macht eigentlich zZ Ali Gurke? Immer
noch die Mac-Zeitschrift im ST-Computer-Stil, dh 98% Gerüchte & 2%
Fakten?
M.f.G.
--
*"Wenn dies eine Diktatur wäre, dann würde dies wahnsinnig viel*
*einfacher sein, solange ich der Diktator wäre."* George W. Bush
http://www.brunnenvergifter.de #Recherchen zwischen Ratio & Paranoia#
> Nö, aber 100 MHz CT60s!
Was ist ein CT60?
> BTW: Was macht eigentlich zZ Ali Gurke? Immer
> noch die Mac-Zeitschrift im ST-Computer-Stil, dh 98% Gerüchte & 2%
> Fakten?
Denke schon. www.maclife.de :-)
AJB> Was ist ein CT60?
Ein Beschleunigerboard für den Falcon. Siehe <http://www.czuba-tech.com>
oder Google.
Grüße,
Alexander
Ist mir bekannt. Deshabl benutze ich CAB und Highwire parallel.
BM> Highwire ist deutlich schneller. Auch wenn da noch einiges zu machen
BM> ist.
Mir fehlt vorallendingen die Hotliste. Dazu habe ich auch schon mal die Doku zu
XBEL geholt um ein entsprechendes Programm zuschreiben. Ist aber noch nichts
brauchbares entstanden.
Gerhard
GS>Mir fehlt vorallendingen die Hotliste.
Deswegen habe ich hier auch meine serverseitige Hotlist
(http://www.ektus.de/hotlist.html) als Startseite eingetragen, die beim
normalen Surfen diesen Zweck erfüllt, aber natürlich manuell gepflegt werden
muß.
Was highwire also abgeht, ist die Fähigkeit, Links in diese HTML-Datei
einzutragen oder welche zu löschen. <träum>Und am besten dann noch die Datei
nach Änderungen wieder mit dem Server zu synchronisieren.</träum>
Cab kann ich dafür aber auch nicht mehr direkt verwenden, weil die Datei
manuell nachbearbeitet ist (W3C-konform, alle links auf "öffne in neuem
Fenster" gesetzt).
Nachdem der Downloadmanager jetzt funktioniert, fehlt noch die automatische
Erkennung von Binärdateien (gerne erstmal nur ganz primitiv per Dateiendung,
aber auch per vom Server übermitteltem Inhaltstyp) und ggf. direktem Aufruf des
Downloadmanagers.
Weiterhin wäre die Funktionalität vom Mozilla Adblock ganz nett. Also eine GUI,
um die schon vorhandene Blacklist zu verwalten und zu erweitern, eine
Auswahlliste mit allen blockierbaren Elementen einer Seite, und die
Möglichkeit, Bilder und Iframes nicht nur nicht zu laden, sondern auch nicht
darzustellen.
Und irgendwann noch JavaScript...
mit freundlichem Gruß aus Ahornberg
Ekkehard
> Und irgendwann noch JavaScript...
Und SSL :-)
Und volle Drag&Drop Unterstützung im Browserfenster.
Ich sag's doch: Ist eine Baustelle.
BM>Dieser Ludwig Braun? Der erscheint alle Jahre wieder mal und schreibt
BM>immer den selben Müll :-)
Sollte ich etwa das eine oder andere Emotikon vergessen haben?
Ich dachte, manche Texte wären selbsterklärend :-)
BM>Btw: Gibts den Milan eigentlich noch zu kaufen?
Wohl nur gebraucht.
Ich benutze die Hotliste von CAB als Startseite.
EF> fehlt noch die automatische Erkennung von Binärdateien
Meinst Du damit das was bei CAB unter "Externe Programme..." ist?
Gerhard
Nein, er meint wohl eher, dass der Browser bei eindeutigen Binärdateien
(z.B. *.zip) direkt den Downloadmanager öffnet, anstatt den Benutzer
ersteinmal mit interressanten Darstellungen der Dateiinhalte im normalen
Browser-Fenster zu beglücken :-)
GS>Ich benutze die Hotliste von CAB als Startseite.
Hab' ich anfangs auch gemacht. Meine ist ja auch daraus abgeleitet.
GS>Meinst Du damit das was bei CAB unter "Externe Programme..." ist?
Ich meine damit vor allem, daß hw beim anclicken eines Archives dieses nicht am
Bildschirm darzustellen hat.
mit freundlichem Gruß aus Bubenreuth
Ekkehard
> Ich meine damit vor allem, daß hw beim anclicken eines Archives dieses
> nicht am Bildschirm darzustellen hat.
Jo, doof. Allerdings geht auch "Save Target as". Wrum dort dann
allerdings ein Fenster (leer) aufgeht, ist mir rätselhaft.
Du hier?
RL>Nein, er meint wohl eher, dass der Browser bei eindeutigen
RL>Binärdateien (z.B. *.zip) direkt den Downloadmanager öffnet, anstatt
RL>den Benutzer ersteinmal mit interressanten Darstellungen der
RL>Dateiinhalte im normalen Browser-Fenster zu beglücken :-)
Genau!
Der Chefentwickler versteht mich, hurra! :-)
Nachdem Highwire hier erwähnt wurde, habe ich
mal wieder damit "rumprobiert". (Version 0.25)
BM>Jo, doof. Allerdings geht auch "Save Target as". Warum dort dann
BM>allerdings ein Fenster (leer) aufgeht, ist mir rätselhaft.
Das wurde bei mir bei einem s*inknormalen .pdf-File (ca. 1,4 MB)
mit komplettem Rechnerstillstand quittiert. CAB machte da keine
Probleme, mit dem Akkerman CAB.OVL muß ich allerdings auch normal
öffnen und die Formatierung abbrechen. Download geht mit CAB bei
mir nur mit dem CAB.OVL von Olivier Booklage.
Auch "normale" HTML-Seiten sehen IMHO bei Highwire nicht immer
so aus wie sie sollten (Formatierung), was vielleicht aber auch
an meinem guten, alten Monaco10-Font unter NVDI liegt, der wiederum
bei CAB keine Probleme macht.
mit freundlichen Grüßen:
Knut Piwonski
P.S. Eigentlich gehört das nach M.C.A.Internet oder M.C.A.Soft aber
vielleicht sollte man sowieso alle M.C.A. Gruppen zusammenlegen?
Das letzte Posting, das kein SPAM ist, habe ich hier vom 25.12.2004.
Aber viel zu talken gibt es ja momentan nicht, oder?
Tschuess,
Frank
> Aber viel zu talken gibt es ja momentan nicht, oder?
Nee, nicht so richtig.
Oder weiß jemand hier, was momentan mit dem ColdFire Projekt ist?
Intel Macs und TOS.
Intel Macs und MagiCMac.
Intel Macs und MacMint.
Ist der Intel Macs geeignet fuer Linkshaender?
> Ist der Intel Macs geeignet fuer Linkshaender?
Ja ja und nochmal ja ;)
Die rechte Hand hat man dann ja frei um sich den Kopf zu stützen..
(Oder um damit auf die Tischplatte zu klopfen, je nach dem)
Gruß, Robert
--
-= DOIT-Hardware FAQs =-
___________________________________
Macintosh und Atari Hardware FAQs
<http://www.doitarchive.de>
> Andrew J. Brehm <ajb...@gmail.com> wrote:
>
> > Ist der Intel Macs geeignet fuer Linkshaender?
>
> Ja ja und nochmal ja ;)
>
> Die rechte Hand hat man dann ja frei um sich den Kopf zu stützen..
> (Oder um damit auf die Tischplatte zu klopfen, je nach dem)
>
Gut. Dann waere das ja endlich geklaert.
Keine Ahnung, aber die Hoffnung habe ich komplett aufgegeben. Wenn überhaupt
hoffe ich, daß es was mit EtherNAT bald mal was wird.
Beim SuperVidel habe ich momentan ein bißchen die Hoffnung aufgegeben, da
denke ich eher, daß es doch nochmal was mit der NOVA und der ct60 werden
könnte.
Aber gleich mal 'ne Frage, wieso hast Du Deinen Falcon verkauft, um Dir
hinterher doch wieder einen zulegen zu wollen?
Tschuess,
Frank
> Aber gleich mal 'ne Frage, wieso hast Du Deinen Falcon verkauft, um Dir
> hinterher doch wieder einen zulegen zu wollen?
Hab ihn nicht verkauft. Den hat jetzt meine kleine Tochter.
Für mich suche ich noch einen Falcon im Original Zustand.
Mensch, Herr Schaffner, das freut mich aber,
hier mal wieder was von Ihnen zu lesen :-)
mit freundlichen Grüßen
von dem Mann mit der
fleischfarbenen Badekappe :-)
Erstmal sollte MagicMacX auch auf Intel-Macs funktionieren. Natürlich
entsprechend langsamer. Der Geschwindigkeitsvorteil von MagicMacX
gegenüber der "Konkurrenz" beruht ja zum großen Teil darauf, daß der
68k-Emulator in Assembler handoptimiert ist. Übersetzt man aber einen
der anderen Emulatoren als x86-Programm, entfällt dafür die
PPC->x86-Umsetzung, und der Geschwindigkeitsvorteil von MagicMacX ist
möglicherweise dahin.
Will man's wirklich schnell haben, muß ein kompilierender Emulator her
(ein sogenannter GNR- oder ILS-Übersetzer). Solche Dinger, die 68k auf
einem anderen Prozessor ausführen, gibt es bisher nur für x86. Meines
Wissens gibt es sogar nur zwei: einen in MagicPC und einen, der in UAE
und Aranym verwendet wird. Damit wäre ein auf x86 kompiliertes Aranym
vermutlich die schnellste Lösung.
Es will sich auch jemand hinsetzen und einen kompilierenden
68k-Emulator für qemu schreiben. Der wäre sogar portabel, d.h. nicht
auf x86 als Zielsystem beschränkt, aber würde erstmal keinen Atari
emulieren.
PS:
GNR = gerade noch rechtzeitig
ILS = in letzter Sekunde
A>Damit wäre ein auf x86 kompiliertes Aranym vermutlich die schnellste
A>Lösung.
Oder ein MaciCMacX, das auf IntelMacs den Emulator von MagiCPC verwendet.
Was spricht dagegen?
Gruß
Martin [PGP-Key available]
---
Für Mails >16 kByte: mar...@melsaesser.de
> Für mich suche ich noch einen Falcon im Original Zustand.
Dürfte schwierig werden... sind inzwischen sehr rar geworden!
> Erstmal sollte MagicMacX auch auf Intel-Macs funktionieren.
"Sollte funktionieren" hat aber bei Trarari-User ein etwas arg
negativer Beiklang...
> Damit wäre ein auf x86 kompiliertes Aranym vermutlich die schnellste
> Lösung.
Auch wenn Apples Intel-Mac TPMs verwendet?
:-)
Hm, dachte mich erinnern zu können, daß Du den verkaufen wolltest.
>Für mich suche ich noch einen Falcon im Original Zustand.
O.K. Viel Glück bei der Suche.
Tschuess,
Frank
> Keine Ahnung, aber die Hoffnung habe ich komplett aufgegeben.
Nunja, ein 32Bit-Projekt inmitten des allgemeinen 64Bit-Aufbruches
wirkt auch etwas anachronistisch, oder? Andererseits wurde selbst der
8Bit-C64 wiederbelebt, falls's je tot war...
> Beim SuperVidel habe ich momentan ein bißchen die Hoffnung aufgegeben
Wieso? Bin diesbezüglich nicht auf den allerneusten Stand... hat's
Rodolphe nicht fertiggestellt?
Hmm, gerade eben noch mal schnell ausprobiert. Funktioniert bei mir. Download
klappt wunderbar, das spätere Anzeigen des Files mit Porthos auch (wenn auch
noch nicht automatisch aus Highwire heraus).
Welchen Stack verwendest Du? MiNT-Net?
>Auch "normale" HTML-Seiten sehen IMHO bei Highwire nicht immer
>so aus wie sie sollten (Formatierung), was vielleicht aber auch
>an meinem guten, alten Monaco10-Font unter NVDI liegt, der wiederum
>bei CAB keine Probleme macht.
Nun, bei der Darstellung ist sicherlich noch was zu optimieren :-) z.B. ist
zwar die Unicode-Unterstützung hervorragend gelungen, leider werden aber
noch nicht sehr viele Codepages unterstützt, die von vielen Webseiten
leider immer noch verwendet werden.
Tschuess,
Frank
P.S.: Also bei mir hat Highwire CAB nahezu vollständig ersetzt. :-)
FS>Hmm, gerade eben noch mal schnell ausprobiert. Funktioniert bei mir.
FS>Download klappt wunderbar, das spätere Anzeigen des Files mit Porthos
FS>auch (wenn auch noch nicht automatisch aus Highwire heraus).
Ich habe es nochmal probiert, da funktionierte es auch,
vielleicht lag meinem Rechner etwas anderes "quer"?
FS>Welchen Stack verwendest Du? MiNT-Net?
STING 1.26
FS>Nun, bei der Darstellung ist sicherlich noch was zu optimieren :-) z.B.
FS>ist zwar die Unicode-Unterstützung hervorragend gelungen, leider werden
FS>aber noch nicht sehr viele Codepages unterstützt, die von vielen Webseiten
FS>leider immer noch verwendet werden.
Vielleicht liegt das Problem bei mir bei NVDI 5.03?
Highwire setzt bei mir parallele Spalten nicht auf gleiche
Höhe, sondern versetzt sie gegeneinander (Beispiel http://www.piwonski.de,
Steinzeit HTML-code).
Kleine Schriften werden von der nächsten Zeile "angeknabbert" etc.
Benutzt Du Speedo-GDOS?
Gibt es nur die Font-Auswahl per Highwire.cfg-File?
FS>P.S.: Also bei mir hat Highwire CAB nahezu vollständig ersetzt. :-)
Soweit bin ich noch nicht, aber ich werde HW öfters mal probieren.
> Oder ein MaciCMacX, das auf IntelMacs den Emulator von MagiCPC
> verwendet. Was spricht dagegen?
Das MaciCMacX AFAIK kein eigener 68k-Emulator hat?
FSHL>Das MaciCMacX AFAIK kein eigener 68k-Emulator hat?
Warum das? Jetzt hat MagiCMacX einen eigenen Emulator (handoptimierter
Assemblercode). Auf Intel-macs wäre der compilierende EMulator von magiCPC in
MagiCMacXIntel eingebaut, also hat MagiCMacX weiterhin einen eigenen
68k-Emulator.
Gruß
Martin [PGP-Key available]
> Jetzt hat MagiCMacX einen eigenen Emulator (handoptimierter
> Assemblercode). Auf Intel-macs wäre der compilierende EMulator von
> magiCPC in MagiCMacXIntel eingebaut, also hat MagiCMacX weiterhin einen
> eigenen 68k-Emulator.
Für welchen Prozessor? Der IntelMac soll AFAIK nur ein G3 emulieren...
FSHL>Für welchen Prozessor? Der IntelMac soll AFAIK nur ein G3
FSHL>emulieren...
Für den Intel! MagiCMacX hat einen 68k-EMulator für PPC in handoptimiertem
Assembler. Den sollte es auch behalten, da es weiterhin auf div. PPC-Macs
laufen sollte. Wenn MagiCMacX allerdings auf einem Intel-Mac installiert wird,
so sollte die Version mit compilierendem Emulator für x86er installiert werden,
damit das Maximum an Speed verwendet werden kann!
Gruß
Martin [PGP-Key available]
> MagiCMacX hat einen 68k-EMulator für PPC in handoptimiertem Assembler.
> Den sollte es auch behalten, da es weiterhin auf div. PPC-Macs laufen
> sollte. Wenn MagiCMacX allerdings auf einem Intel-Mac installiert wird,
> so sollte die Version mit compilierendem Emulator für x86er installiert
> werden, damit das Maximum an Speed verwendet werden kann!
Gibt's denn keine Probleme zwischen den handoptimierten 68k/PPC-
Assembler & den compilierendem PPC/x86-x64er-Emulator? AFAIR gab's
doch schon unter M_PC Probleme mit handoptimiertem 68k-Assembler...
> > Aber viel zu talken gibt es ja momentan nicht, oder?
>
> Nee, nicht so richtig.
Wie wäre's damit? <http://atari.myftp.org/nas/hawk.pdf>
FS> Wenn überhaupt hoffe ich, daß es was mit EtherNAT bald mal was wird.
Der Prototyp soll ja auf der NAS zu besichtigen sein.
FS> Beim SuperVidel habe ich momentan ein bißchen die Hoffnung aufgegeben,
Da beide Projekte von den zwei Jungs von Nature bearbeitet werden und sie
EtherNAT "zwischengeschoben" haben, bin ich da schon noch zuversichtlich.
Grüße,
Alexander
Unwahrscheinlich, denn der 68k-Emulator ist zwar handoptimiert, aber
immer noch rein interpretierend, d.h. es wird kein Code zur Laufzeit
erzeugt. Den gleichen Code könnte auch ein Compiler generieren, und
damit sollte Rosetta klarkommen (nein, nicht "klar kommen", ist doch
kein Wasser!). Wenn nicht, wäre das ein Armutszeugnis. Anders sähe es
aus, wenn der Emulator einen G4 oder G5 bräuchte, aber er läuft eh
auf einem G3 und braucht kein Altivec.
Ich sehe also keinen Grund, warum es nicht funktionieren sollte.
Ausführungsgeschwindigkeit - von Hobby-Anglophilen auch als Schpiet
bezeichnet :-) - ist ein anderes Thema. Die doppelte Umsetzung - erst
von 68k in PPC und dann von PPC in x86 - ist natürlich ineffektiv.
Vermutlich könnte man auch den 68k->x86-Emulator aus MagicPC nehmen.
Der ist aber nicht so ganz kompatibel, ich hatte jedenfalls mal
Probleme, als ich ihn mit dem PureC-Debugger ausprobiert habe;
vielleicht muß man zum 68k-Debuggen einen rein interpretierenden
Emulator verwenden. Den Aranym/UAE-JIT-Emulator konnte ich mangels
x86-Gastgeber ("host") bisher nicht ausprobieren. Man erzählt sich an
den Lagerfeuern aber wahre Wunderdinge ...
> Den Aranym/UAE-JIT-Emulator konnte ich mangels x86-Gastgeber ("host")
> bisher nicht ausprobieren. Man erzählt sich an den Lagerfeuern aber
> wahre Wunderdinge ...
Aranym ist aber AFAIK unter ein x86-x64er-System nur im NON-JIT-Modus
zu betreiben & manche Wunderdinge erscheinen nur am Lagerfeuer so...
> Aranym ist aber AFAIK unter ein x86-x64er-System nur im NON-JIT-Modus
> zu betreiben & manche Wunderdinge erscheinen nur am Lagerfeuer so...
Aranym ist imho noch eine Katastrophe was die Konfiguration und
Bedienung angeht. Zumindest ist das bei mir unter OS X so.
> Aranym ist imho noch eine Katastrophe was die Konfiguration und
> Bedienung angeht.
Liegt wohl am Selbstverständnis von Aranym - ist immer noch ein
reinrassiges Entwicklersystem... da steht idR die Usability nicht
allzuweit im Vordergrund.
> Zumindest ist das bei mir unter OS X so.
Deswegen habe ich immer noch meine Quadra840av im Einsatz, kommt ein
Original-Trarari immer noch am nächsten - schade das MM diesbezüglich
nicht weiterentwickelt wird... wenn MagiC endlich 100% MINT-kompatibel
werden würde, das wäre doch was, wäre mir definitiv ein Update wert!
Das ist wohl richtig. Ein schnellerer ATARI wäre halt schön gewesen, denn
auch wenn hier mittlerweile eine halbwegs aktuelle Linux-Kiste neben meinem
Falcon steht finde ich die Bedienung des ATARI nach wie vor viel gelungener.
>Andererseits wurde selbst der 8Bit-C64 wiederbelebt, falls's je tot war...
Wohl nicht ohne Grund. :-)
>> Beim SuperVidel habe ich momentan ein bißchen die Hoffnung aufgegeben
>Wieso? Bin diesbezüglich nicht auf den allerneusten Stand... hat's
>Rodolphe nicht fertiggestellt?
Kommt nicht von Rodolphe sondern von Nature und die Jungs haben das Projekt
erst einmal auf Eis gelegt, weil sie den EtherNAT dazwischen geschoben haben.
Tschuess,
Frank
Stimmt. Ist bei mir auch so. Ich benutze aber auch NVDI.
>Kleine Schriften werden von der nächsten Zeile "angeknabbert" etc.
>Benutzt Du Speedo-GDOS?
Nein.
>Gibt es nur die Font-Auswahl per Highwire.cfg-File?
Ja. Leider.
>FS>P.S.: Also bei mir hat Highwire CAB nahezu vollständig ersetzt. :-)
>Soweit bin ich noch nicht, aber ich werde HW öfters mal probieren.
Natürlich benutze ich CAB auch immer noch (vor allem bei Seiten, die SSL
benutzen), in ganz seltenen Fällen sogar den Lynx. Aber es wird immer weniger.
Tschuess,
Frank
Hmm, hat Rodolphe nicht schon beim Phenix ein kleines Debakel erlebt? Wer
soll den dieses Mal die Software schreiben?
Für ATARIaner wird das wohl erstmal kein Meilenstein sein.
Tschuess,
Frank
bitte nicht in MIME posten.
>FS> Wenn überhaupt hoffe ich, daß es was mit EtherNAT bald mal was
>FS> wird
>Der Prototyp soll ja auf der NAS zu besichtigen sein.
Tja, leider konnte ich selbst dazu nix finden. Auf der Webseite von Nature
gab es ja schon lange kein Update mehr und auf allen Fotos der NAS war keins
vom EtherNAT dabei. Seltsam, oder?
>Da beide Projekte von den zwei Jungs von Nature bearbeitet werden und
>sie EtherNAT "zwischengeschoben" haben, bin ich da schon noch zuversichtlich.
Na, was bleibt einem als ATARIaner auch anderes übrig? :-)
Das Ärgerliche daran ist, daß mir zwar eine schnelle Netzwerklösung fehlt,
aber prinzipiell reicht mir momentan EtherNEC. Viel schlimmer ist, daß es
eben keine vernünftige Grafikauflösung für die CT60 gibt. Die
Gucklochlösungen (max. 800x600) per Software sind ja alles andere als
befriedigend.
Tschuess,
Frank
FS> bitte nicht in MIME posten.
Woran erkenne ich das? Im Header steht zwar was von "Mime-Version: 1.0",
aber das habe ich auch im Header Deines Postings gefunden. Ich dachte, daß
nur binäre Anhänge Mime-Codiert würden...
FS> Seltsam, oder?
Allerdings. Ich hatte selber allerdings leider auch keine Zeit, da weiter
nachzuforschen.
FS> Viel schlimmer ist, daß es eben keine vernünftige Grafikauflösung für
FS> die CT60 gibt.
Da ist was dran. Gerade vernünftige Auflösungen machen das Arbeiten an
einem System komfortabel. Ich gehöre halt auch zu den
"Übersichts"-Fanatikern: Auflösung hoch und Fontgröße runter, damit
möglichst viel Text auf dem Schirm dargestellt werden kann..
Grüße,
Alexander
> Na, was bleibt einem als ATARIaner auch anderes übrig? :-)
Einen guten Macintosh kaufen ;)
> Das Ärgerliche daran ist, daß mir zwar eine schnelle Netzwerklösung fehlt,
> aber prinzipiell reicht mir momentan EtherNEC. Viel schlimmer ist, daß es
Für was benötigt man den am Atari eine "schnelle" Netzwerkverbindung?
(unter "schnell" verstehe ich 100 oder 1000Mbit)
Ich nutze hier das Netzwerkteil von Elmar, es kann 10Mbit und hat bisher
für aber mal wirklich alles vollkommen gereicht. Der Romport am Falcon
bedient auch nichts schnelleres. Erwähnen sollte ich vielleicht noch das
mein Atari damit an einem DSL-Router angeschlossen ist.
Immerhin versetzt das Atari CAB in die Lage eine Webseite in der Zeit zu
laden in der ein moderner Computer 10 Seiten läd.
> eben keine vernünftige Grafikauflösung für die CT60 gibt. Die
Alles was in Richtung 1024x768 geht ist selbst mit dem CT060 schwer
erreichbar. Die Softwarelösung ist unzureichend. Es wird ohne
zusätliche Hardware kaum zu ändern sein. Vor allem was wird das kosten?
Gruß, Robert
--
-= DOIT-Hardware FAQs =-
___________________________________
Macintosh und Atari Hardware FAQs
<http://www.doitarchive.de>
> Ein schnellerer ATARI wäre halt schön gewesen
Rodolphe hat doch inzwischen wieder eine Warteliste für 100 MHz CT63-
Beschleunigerboards eingerichtet & ich selbst überlege mir auch schon
länger, ob ich meine 40 MHz Quadra 840av nicht via Oszillator-
Austausch auf 48 MHz Bus-Takt beschleunigen soll...
> auch wenn hier mittlerweile eine halbwegs aktuelle Linux-Kiste neben
> meinem Falcon steht finde ich die Bedienung des ATARI nach wie vor viel
> gelungener.
Yoh! Leider gibt's inzwischen nur sogut wie keine neue Software mehr &
dabei dürften die meisten verbliebenen User wohl genügend Rechenkraft
übrig haben... selbst mein PB540c (33 MHz MC68LC040) wird als Trarari
kaum an seine Grenzen gebracht!
> Kommt nicht von Rodolphe sondern von Nature und die Jungs haben das
> Projekt erst einmal auf Eis gelegt, weil sie den EtherNAT dazwischen
> geschoben haben.
Mein Fehler...
M.f.G.
> Woran erkenne ich das?
An deine mißratene NR-Konfiguration? Plain-Text ist sowohl im Usenet
als auch im Maus-Net angesagt!
> Natürlich benutze ich CAB auch immer noch (vor allem bei Seiten, die
> SSL benutzen), in ganz seltenen Fällen sogar den Lynx. Aber es wird
> immer weniger.
Tjaha, ich habe die letzten Tagen auf mein PB vergeblich versucht via
56k-Moden ins Netz zu kommen, aber irgendwie klappt's mit der DNS-
Auflösung nicht... ich erreichte nichteinmal <http://heise.de>, weder
mit CAB, noch mit Highwire! :-(
> Hmm, hat Rodolphe nicht schon beim Phenix ein kleines Debakel erlebt?
Nö, der Phenix ist ja nie über den Prototypen-Status hinweggekommen...
> Wer soll den dieses Mal die Software schreiben?
Tjaha, seit die 100 MHz-Grenze endlich gefallen ist, schein's doch
noch welche zu geben, die das auch ausnützen wollen...
FH> An deine mißratene NR-Konfiguration? Plain-Text ist sowohl im Usenet
FH> als auch im Maus-Net angesagt!
Wie "meinen" Headern zu entnehmen ist, nutze ich pine, was ja ursprünglich
ein eMail-Client war. Aber "news" geht halt auch.
Bisher hatte ich halt angenommen, daß ich eben reine Text-Mails/Postings
verschicke, es hatte sich bisher auch noch niemand beschwert. Und wenn ich
eben ein Posting von mir mit einem beliebigen anderen vergleiche, dann
sehen die auch gleich aus. Halt "nur text". Klar, im Header stehen dann
hier und da ein paar andere Sachen, aber ansonsten...
Jedenfalls kann ich mein "Fehlverhalten" erst dann einstellen, wenn ich
geblickt habe, worin genau es besteht - was bis jetzt noch nicht der Fall
ist :-(
Grüße,
Alexander
> Wie "meinen" Headern zu entnehmen ist, nutze ich pine, was ja
> urspr=FCnglic= h=20 ein eMail-Client war. Aber "news" geht halt auch.
Headern sind im Maus-Net irrelevant, sie werden bekanntlich bereits
vom Gateway gefiltert!
> Bisher hatte ich halt angenommen, da=DF ich eben reine Text-
> Mails/Postings= =20 verschicke, es hatte sich bisher auch noch niemand
> beschwert.
Jetzt schon! Dein Content-Type ist BTW auf MULTIPART/MIXED gestellt...
> Und wenn ich= =20 eben ein Posting von mir mit einem beliebigen anderen
> vergleiche, dann=20 sehen die auch gleich aus.
Dann verhält sich PINE diesbezüglich genauso wie OjE...
> Jedenfalls kann ich mein "Fehlverhalten" erst dann einstellen, wenn
> ich=20 geblickt habe, worin genau es besteht - was bis jetzt noch nicht
> der Fall= =20 ist
<http://brunnenvergifter.de/testpages/Bilder/SNAP6.GIF>
AB>Jedenfalls kann ich mein "Fehlverhalten" erst dann einstellen, wenn
AB>ich geblickt habe, worin genau es besteht - was bis jetzt noch nicht
AB>der Fall ist :-(
na, dann will ich Dir einmal helfen. So kam Deine Mitteilung hier an:
---------------------------------------------------------------------------
-
This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
---1450784088-938929884-1122673146=:1578
Content-Type: TEXT/PLAIN; charset=ISO-8859-1
Content-Transfer-Encoding: QUOTED-PRINTABLE
=09Hallo, Fidel-Sebastian!
FH> An deine mißratene NR-Konfiguration? Plain-Text ist sowohl im Usenet
FH> als auch im Maus-Net angesagt!
---------------------------------------------------------------------------
Gruß
Martin [PGP-Key available]
---
Für Mails >16 kByte: mar...@melsaesser.de
Temporäres Problem oder klappt es überhaupt nicht mehr?
Tschuess,
Frank
Och, ne CT60 habe ich ja schon. Leider existiert momentan noch das Problem
der fehlenden Grafikunterstützung. Sonst ist er schon schnell.
>& ich selbst überlege mir auch schon
>länger, ob ich meine 40 MHz Quadra 840av nicht via Oszillator-
>Austausch auf 48 MHz Bus-Takt beschleunigen soll...
Warum auch nicht?
>> meinem Falcon steht finde ich die Bedienung des ATARI nach wie vor viel
>> gelungener.
>Yoh! Leider gibt's inzwischen nur sogut wie keine neue Software mehr &
Das ist leider richtig. Aber wenigstens gibt es ab und zu noch was. Was mir
am meisten fehlt wäre ein Update von Porthos.
>dabei dürften die meisten verbliebenen User wohl genügend Rechenkraft
>übrig haben... selbst mein PB540c (33 MHz MC68LC040) wird als Trarari
>kaum an seine Grenzen gebracht!
Hmm, unter normalen Umständen schon. Eigentlich ist es nur das Rendern von
Webseiten, das noch zu lange dauert und das Entschlüsseln von PGP-kodierten
Mails. :-)
Tschuess,
Frank
Tja, und dann in zwei Jahren eine Investitionsruine besitzen? (wg. PPC-
>Intel). Ging mir jedenfalls bei meinem Quadra660AV so. Irgendwann war der
einfach nur noch ein Museumsstück, d.h. keine neue Software, kein BS-Update.
Ist bei meinem Falcon dagegen anders. Natürlich fehlt die eine oder andere
Software, aber die Lücken werden auch für die alten Maschinen geschlossen.
Ein MP3-Player für den Quadra war jedenfalls genausowenig aufzutreiben wie
ein ICQ-Client. Beides existiert für den Falcon. Tut mir leid, aber das
permanente wechseln der Strategie bei Apple mache ich nicht mit.
>Für was benötigt man den am Atari eine "schnelle" Netzwerkverbindung?
>(unter "schnell" verstehe ich 100 oder 1000Mbit)
Meinte ich auch. Eigentlich benötige ich es nur fürs WWW.
>Ich nutze hier das Netzwerkteil von Elmar, es kann 10Mbit und hat bisher
>für aber mal wirklich alles vollkommen gereicht.
An meinem aktiven Falcon habe ich EtherNEC von Lyndon Amsdon. Die Lösung von
Elmar ist momentan nicht in Betrieb. Aber prinzipiell unterscheiden die sich
von der Geschwindigkeit auch nicht.
>Der Romport am Falcon bedient auch nichts schnelleres.
Jo. Die EtherNAT-Lösung soll daher ja auch speziell für die CT60 sein.
>Erwähnen sollte ich vielleicht noch das mein Atari damit an einem DSL-
>Router angeschlossen ist.
Bedeutet?
Mein ATARI hängt an einem Hub, der wiederum mit einem LAM200E verbunden ist.
War dann doch die preiswertere Lösung. Funktioniert auch einwandfrei.
>Immerhin versetzt das Atari CAB in die Lage eine Webseite in der Zeit zu
>laden in der ein moderner Computer 10 Seiten läd.
Mit Highwire geht es ein bißchen schneller. Außerdem habe ich festgestellt,
daß die Farbtiefe eine bedeutende Rolle spielt. Bei 24 oder mehr Bit geht es
nochmal deutlich schneller, da dann nicht gedithert werden muß.
>> eben keine vernünftige Grafikauflösung für die CT60 gibt. Die
>Alles was in Richtung 1024x768 geht ist selbst mit dem CT060 schwer
>erreichbar.
Das ist genau das Problem (s.o.).
>Die Softwarelösung ist unzureichend. Es wird ohne
>zusätliche Hardware kaum zu ändern sein. Vor allem was wird das kosten?
Dummerweise funktioniert die NOVA ja (noch) nicht mit der CT60. Aber 200 Euro
könnte man schon investieren. Wenn ich überlege, was der Rest (z.B. alleine
der Falcon oder die NOVA) gekostet hat.
Tschuess,
Frank
Das sehe ich schon als Debakel an, immerhin war das komplette Mainboard
fertig.
>> Wer soll den dieses Mal die Software schreiben?
>Tjaha, seit die 100 MHz-Grenze endlich gefallen ist, schein's doch
>noch welche zu geben, die das auch ausnützen wollen...
Ich meinte in diesem Zusammenhang eher das Betriebssystem. Selbst beim AMIGA
mit dem AMIGA-One und OS 4 dauert es ja schon eine halbe Ewigkeit und da
steht immerhin noch eine Firma (Hyperion) dahinter.
Tschuess,
Frank
> Tja, und dann in zwei Jahren eine Investitionsruine besitzen? (wg. PPC-
Bis auf die Programmierer wird kein Mensch merken was da für eine CPU
drin ist. Diese "Ruine" besitzt man eigentlich mit jedem Computer den
man irgend wann mal gekauft hat ;)
> >Intel). Ging mir jedenfalls bei meinem Quadra660AV so. Irgendwann war der
> einfach nur noch ein Museumsstück, d.h. keine neue Software, kein BS-Update.
Der ist doch schon so lange wie Atari nicht mehr aktuell.
> Ist bei meinem Falcon dagegen anders. Natürlich fehlt die eine oder andere
> Software, aber die Lücken werden auch für die alten Maschinen geschlossen.
Wann? :)
Also ich hatte vor 5? Jahren das warten schon satt.
Nicht das ich meinen Falcon jetzt aus dem Fenster werfe, nur irgend wann
ist halt eben mal Schluß. Da lohnen sich auch keine 5 Euro mehr.
> Meinte ich auch. Eigentlich benötige ich es nur fürs WWW.
Dann reicht das doch allemal.
Eine 100MBit Lösung ist siche schön, nur für was? :)
> Jo. Die EtherNAT-Lösung soll daher ja auch speziell für die CT60 sein.
Richtig.
Ob man das daran noch richtig nutzen wird ist eine andere Frage.
> Bedeutet?
Gar nichts bis auf das es eben möglich ist.
> Mit Highwire geht es ein bißchen schneller. Außerdem habe ich festgestellt,
> daß die Farbtiefe eine bedeutende Rolle spielt. Bei 24 oder mehr Bit geht es
> nochmal deutlich schneller, da dann nicht gedithert werden muß.
Das ist richtig. Aber mal ehrlich, selbst das ist mühsam.
Highwire ist sicher sehr inovativ.
Aber das ganze Atari System steht sich durch seine Eigenheiten selbst im
Weg, wie man schon (nur) an den Grafikauflösungen sieht. Danach kommt
gleich dieses DMA/SCSI Problem und so weiter.
> Dummerweise funktioniert die NOVA ja (noch) nicht mit der CT60. Aber 200 Euro
Das muß sicher jeder selbst wissen.
Würde ich auch machen, aber je länger man darüber nachdenkt und je
länger es dauert bis man irgen was eventuell nutzen könnte, desto
weniger lohnt es.
Nettes Hobby :)
Aber da noch deutlich Geld reinhängen ist einfach zu viel verlangt.
> Ein MP3-Player für den Quadra war jedenfalls genausowenig aufzutreiben
MpegDec 3.1.1... ist BTW weit leistungsfähiger als Aniplayer!
> >Für was benötigt man den am Atari eine "schnelle" Netzwerkverbindung?
> >(unter "schnell" verstehe ich 100 oder 1000Mbit)
>
> Meinte ich auch. Eigentlich benötige ich es nur fürs WWW.
Äh, dafür reichen aber 10MBit locker!
> Temporäres Problem oder klappt es überhaupt nicht mehr?
Überhaupt nicht mehr.
> Ich meinte in diesem Zusammenhang eher das Betriebssystem.
Debian drauf & fertig! Der Rest wird einfach über eine virtuele
Maschine erledigt... alles andere hat einfach keinen Sinn!
> Selbst beim AMIGA mit dem AMIGA-One und OS 4 dauert es ja schon eine
> halbe Ewigkeit
AFAIK gibt's schon seit Ewigkeiten ein PPC-Amiga-OS...
> Warum auch nicht?
Weil ich schon bisjetzt kaum Geschwindigkeitsprobleme habe?
> Was mir am meisten fehlt wäre ein Update von Porthos.
Eine aktuelle Ghostscript-Portierung würde schon reichen...
> >dabei dürften die meisten verbliebenen User wohl genügend Rechenkraft
> >übrig haben... selbst mein PB540c (33 MHz MC68LC040) wird als Trarari
> >kaum an seine Grenzen gebracht!
>
> Hmm, unter normalen Umständen schon.
OK, bei variabel codierte MP3s stößt Aniplayer an seine Grenzen, was
ich aber eher für ein Software-Problem halte...
> Eigentlich ist es nur das Rendern von Webseiten
Tjaha, die leidige Brauser-Problematik - die Gecko-Engine sollte
schlicht portiert werden...
FH> Headern sind im Maus-Net irrelevant, sie werden bekanntlich bereits
FH> vom Gateway gefiltert!
Klar, auf den "Body" kommt es an.
FH> Jetzt schon! Dein Content-Type ist BTW auf MULTIPART/MIXED gestellt...
Das ist ulkig, denn ich habe weder ein Update eingespielt noch Änderungen
an den Einstellungen vorgenommen. Ich finde nämlich nichts zum Thema
"MIME"...
FH> Dann verhält sich PINE diesbezüglich genauso wie OjE...
Muß wohl. Lokal ist jedenfalls alles "normal" und "hübsch".
FH> <http://brunnenvergifter.de/testpages/Bilder/SNAP6.GIF>
Aha. Das habe ich schonmal gesehen, als ich eine Mail in eine
Datei "exportiert" habe. In den Mailarchiven sieht es jedenfalls nicht so
aus.
Grüße,
Alexander
ME> na, dann will ich Dir einmal helfen. So kam Deine Mitteilung hier an:
Das deckt sich mit den Infos von Gerhard und Fidel-Sebastian.
Ich hatte zum Stichwort "MIME" unter den hunterten leider keine
Einstellungsmöglichkeit gefunden, sie mir nun aber alle mal durchgelesen.
Und bin dann über das "8-bit-nntp-posting" gestolpert:
Pine setzt bei Verwendung von Umlauten wohl automatisch MIME-Codierte
Postings ab (auch wenn man das lokal nicht sehen kann), was man mit dieser
Option abschalten können soll.
Ich hoffe, das hat jetzt geholfen...
Grüße,
Alexander
> Pine setzt bei Verwendung von Umlauten wohl automatisch MIME-Codierte
> Postings ab (auch wenn man das lokal nicht sehen kann), was man mit
> dieser Option abschalten k÷nnen soll.
>
> Ich hoffe, das hat jetzt geholfen...
Nope! PINE hat nämlich die (IMVHO höchst dämliche) Angewohnheit _alle_
ÖMs als MIME codierte _Attachments_ zu versenden, dh solange Du diese
Unsitte nicht unterdrückst, ändert sich leider gar nichts - hierzu
darfst Du aber keine Umlaute verwenden!
Als moderner NR ist daher PINE einfach nur Schrott...
> > Jetzt schon! Dein Content-Type ist BTW auf MULTIPART/MIXED
> > gestellt...
>
> Das ist ulkig, denn ich habe weder ein Update eingespielt noch
> =C4nderungen==20 an den Einstellungen vorgenommen.
Tjaha, dann waren deine Einstellungen logischerweise wohl schon immer
suboptimal, nicht wahr? Schau dir die .pinerc-Konfigurationsdatei mal
genauer an!
> Ich finde n=E4mlich nichts zum Thema=20 "MIME"...
<http://www.washington.edu/pine/faq/attachments.html#7.2>
<http://www.washington.edu/pine/faq/attachments.html#7.2.1>
> Lokal ist jedenfalls alles "normal" und "h=FCbsch".
Laut <news:de.comm.software.newsreader> ist PINE als NR BTW nicht
empfehlenswert, benutze stattdessen ein richtiger NewsReader®!
AB>Content-ID: <Pine.LNX.4.62.0...@feanor.schunter.etc.tu-
AB>bs.de>
AB>-
AB> This message is in MIME format. The first part should be readable
AB>text,
AB> while the remaining parts are likely unreadable without MIME-aware
AB>tools.
AB>
AB>---1450784088-1059582588-1122984129=:700
AB>Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1
AB>Content-Transfer-Encoding: 8BIT
AB>Content-ID: <Pine.LNX.4.62.0...@feanor.schunter.etc.tu-
AB>bs.de>
AB>
AB>[...]
AB>Ich hoffe, das hat jetzt geholfen...
Anscheinend nicht wirklich. ;-)