Zitat:

---

Original von Daywalker:
Aber nur mit einem entspechenden Addon,
z.B. Downloadhelper für Firefox

---

Zitat:

---

Original von Flinx:
Mit einem hat rbn aber recht, es ist ziemlich unpraktisch, die rechte Windows-/Amiga-Taste nehmen zu müssen, wenn man mit der rechten Hand die Maus bedient. Das haben sich Apple und Microsoft besser überlegt. Und da die linke Amiga-Taste standardmäßig gar nicht für so viele Funktionen benutzt wird, frage ich mich, warum man ihr nicht auch einfach diese Umschaltfunktionen verpaßt hat.

---

Zitat:

---

Original von AndreasM:
kann man das auch irgendwo downloaden

---

Zitat:

---

Original von tploetz:
@Tomcat:
bei mir stehen andere Werte, kann sie aus dem Shell nicht kopieren.

---

Zitat:

---

Original von tploetz:
Die 10fache Geschwindigkeit wird von AmiDVD während
des Schreibens angezeigt.

---

Zitat:

---

Original von thomas:
Das halte ich für ausgemachten Blödsinn. Warum sollte es einen Unterschied machen, wenn ich offline in Kleinbuchstaben schreibe ? Das ist nämlich der einzige Effekt der Hochkommas: der enthaltene Text wird nicht in Großbuchstaben gewandelt.

---

Zitat:

---

Original von tploetz:
AmiDVD schreibt eine CDRW 32fach nur mit 10facher Geschwindigkeit.
Das DVD-Laufwerk gibt aber 24fach an.

---

Zitat:

---

Original von tploetz:
Es ging bei dieser Diskussion um den Classic-Amiga mit OS4,
hier meine ich das SAM mit OS4.1, das ist ein ganz anderer Computer.
Bei Windows Vista kann man sofort mp3 abspielen, bei so einem
teuren Amiga, wie das Sam, hat mich über 900 Euro gekostet,
kann man erwarten, das er mp3 abspielen kann.

---

Zitat:

---

Original von tploetz:
Ich arbeite mit pfs3 und SFS, wobei pfs unempfindlich ist, wenn man den Computer zu früh ausschaltet, wird die Datei nicht gespeichert,
aber Festplatte startet dann wieder korrekt.

---

Zitat:

---

Original von Lemmink:
Der Stick und auch die Platten werden sich vermutlich als 2.0 Geräte zu erkennen geben, weil der Controller das Hardwaretechnisch kann und somit werden sie mangels Treiber nicht unterstützt.

---

Zitat:

---

Original von dandy:
Stimmt.
Allerdings wird die Taktfrquenz von der Mehrheit als Maßstab gesehen - daher der mHz-Bezug, an dem sich doch für diese Mehrheit das "Weiteraufgehen der Leistungsschere" recht gut ablesen lässt.
Der A500 war somit dichter am Puls seiner Zeit als das SAM heute.

---

Zitat:

---

Original von dandy:

Zitat:

---

Original von cgutjahr:
Und dabei geht es nicht um Raytracing o.Ä., sondern um ganz banale Dinge wie große E-Mail-Attachments, das Erstellen von Thumbnails von einer Handvoll Bilder,

---

Bei derart rechenintensiven Sachen schlte ich den XP-PC ein, starte RDesktop und smbfs, schiebe die zu bearbeitenden Files eben rüber auf den PC, bearbeite die files da und schiebe sie dann wieder zurück.

---

Zitat:

---

Zitat:

---

Original von cgutjahr:

- oder die Tatsache dass die 8MB RAM der BVision bei ein paar Screens in großen Auflösungen schnell nicht mehr ausreichen.

---

Hmmmmm - ist mir nicht passiert, als ich noch die Cybervision mit 8 Mb benutzt hatte - inzwischen habe ich eine Voodoo4 (32 mB vram) im Mediator - da habe ich auch noch nie eine solche Meldung gehabt.

---

Zitat:

---

Ich habe nicht gesagt, daß ich nicht mehr brauchen könnte als einen Classic - ich schrieb lediglich, daß mein A4kPPC auch heute noch für die ganz normalen Dinge durchaus nutzbar ist.

---

Zitat:

---

Auf meinem A4kPPC läuft OS 3.9 / WarpOS 16.1 - soweit mir bekannt ist, läuft das OS auf dem 68060er. Von der responsivness ist ein Unterschied zu XP-Rechnern kaum zu bemerken. Klar - wenns an richtig rechenintensive Sachen geht wie z.B. Raytracing - da hilft natürlich nur rohe Rechenpower.

Aber Sachen, die "Hans Normaluser" so zuhause mit seinem Rechner macht (surfen, mailen, Fotos von der Digicam verwalten etc.pp.), kann man (nicht nur ich) auch heute noch problemlos mit einem A4kPPC und OS 3.9 erledigen.

---

Zitat:

---

Original von dandy:

Zitat:

---

Original von AGSzabo:
@cgutjahr:
Was ist krückiger: ein classic amiga der heute seine hochform nur mit allerlei tollen sowie sonderbaren und schwer zu bekommenden erweiterungen erreicht, oder ein sam das mit allem komplett aufwartet und das etwa genausoviel 'alles' hat wie damals der a500..?

---

Ganz klar das Sam.

1987, als der A500 mit 7.1 mHz rauskam, hatten die aktuellen PCs Taktfrequenzen von 8 mHz - manche konnten mit 16 mHz im "Turbo Mode" aufwarten - die waren also Performance-mäßig nicht sooo weit auseinander wie z.B. das SAM und ein aktueller WIntel-PC (Quad Core mit 3.x gHz).

---

Zitat:

---

Original von Andreas_Wolf:
> SO war das auch gar nicht gemeint...

Wie sonst?

---

AOS4, MOS und Linux gleichzeitig, jedes OS auf einem anderen Kern

Übrigens könnte man auf ähnliche Art durchaus auch Amiga-Programme auf verschiedenen Kernen ausführen, wenn man auf jedem Kern eine andere Instanz des Systems ausführen würde. Man müsste eben nur akzeptieren, dass die Amiga-Programme in verschiedenen OS-Instanzen nicht mehr auf die gewohnte Weise miteinander kommunizieren können. Dafür wäre sogar Speicherschutz möglich.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.

Zitat:

---

Original von gerograph:
hatte ich auch schon gedacht, aber dann müsste ich ja zumindest auf der Workbench/im CLI mit dem dir Befehl die ganzen Dateinamen sehen oder ??

---

Zitat:

---

Original von gerograph:
DH4: (MP3 Partition) = FastFileSystem 51.10 (DOS7)

Bekomme ich nun auf der DH4: lange Dateinamen mit ca. 60 Zeichen hin oder nicht ?

---

Zitat:

---

Was nehme ich für eine WHDLoad/Games Bootpartition ? Geht da auch SFS ?

---

Zitat:

---

Original von thomas:
@cgutjahr:

Zitat:

---

Hehe, genau das gleiche habe ich auch gedacht - aber lies es nochmal: da steht "FFS voR AOS4".

---

Hm, typische Holger-Formulierung.

---

Zitat:

---

Original von Thore:
Die Strukturen werden als Zeiger übergeben, wenn nun z.B. word-werte mit dem BE Wert $1234 würde vom LE Programm quasi als $3412 in die Struktur schreiben.

---

Zitat:

---

Man kann keine OS4-Programm(teile) mit OS3 aufrufen, das stimmt,aber andersrum. Unter MorphOS verwende ich auch teilweise 68k Libs, MUI Klassen und Datatypes ohne Probleme, ich bin mir sicher daß OS4 das auch kann.

---

Zitat:

---

Ich hab nichts von MultiByte-Zeichen geschrieben, sondern von einer Zeichenkette, die werden auch als (String-)Pointer übergeben.

---

Zitat:

---

Die OS3 Funktionen schneiden den Text bei einem 0-Byte-Zeichen ab (ich denk das ist es was Du gemeint hast).

---

Zitat:

---

Funktionen aus z.B. ttengine.library können dagegen mit MultiByte Zeichen umgehen und stellen z.B: UTF dar.

---

Zitat:

---

Original von Thore:
Es geht um eine Möglichkeit eines x86 nativem OS4, welches bestehende BE Routinen weiter verwenden kann.

---

Zitat:

---

Ich versteh nicht was du mit Offsets meinst, es ging doch nur um die Übergabe einer Adresse von einem Datenstrom, das ist ein ganz normaler Vorgang, hat nichts mit Rumgehacke zu tun.

---

Zitat:

---

Java habe ich nicht ins Spiel gebracht, ...

---

Zitat:

---

Es geht um die Schnittstelle von einem LE Programm zu einem BE Programm oder andersrum.

Nochmal als Beispiel:
Programm(LE) will externe Lib(BE) verwenden und hat viele Daten (z.B. eine lange Zeichenkette) und übergibt sie daher als Pointer.

Nun die Frage hinterher: Könnte es mit einem intelligenten JIT funktionieren, der beim Umsetzen der BE Befehle die Bytes tauscht?

---

Zitat:

---

Original von Thore:
@Holger:
Die Datentypen, TCP und PixelFormate die Du ansprichst sind wohldefiniert, da gibts natürlich keine Probleme, doch wenn Du selbst einen Datenstrom vorliegen hast, und übergibst den Pointer darauf an eine Routine, die eine andere ByteOrder annimmt, dann hast Du das Problem. Was genau ist da nicht zu verstehen?

---

Zitat:

---

Original von Thore:
Mich hätte ein Beispielprogramm durchaus interessiert, wo es klappt einer DLL einen Pointer aus einem Java-Programm zu übergeben, und die ByteOrder richtig bleibt,

---

Java code:

---

import java.nio.*;

//...

ByteBuffer b=ByteBuffer.allocateDirect(12).order(ByteOrder.nativeOrder());
b.putDouble(0.815).putInt(42).rewind();

someNativeMethod(b);

---

Zitat:

---

Original von gerograph:
Was ist der (relevante) unterschied zwischen DOS und FFS Limit ?

---

Zitat:

---

FFS DOS/7 zeigt er im überigen zumindest an, wenn ich das Piktogramm anklicke und Infos dazu aufrufe !

Also was mache ich am besten ?

---

Zitat:

---

Original von Gerry:
@bruZard:
Falsch! Die Projekte sind Realität. Bitte keine Voreiligen Schlüsse!!
Ausserdem sind das keine Privatprojekte, sondern für Firmen.

---

Zitat:

---

Original von Thore:
Kleine Lektüre:
http://entwickler-forum.de/showthread.php?t=32934

---

Zitat:

---

Die DLLs werden ja nativ ausgeführt, mich würd nur interessieren was mit den Daten passiert, bei denen nur der Pointer übergeben wird.
Kannst gerne ein Beispielprogramm posten mit Ausgabe.

---

Zitat:

---

Original von Thore:
Java ist immer BE, wenn Du OS4 auf x68 portieren würdest, gäbe es sowohl BE als auch LE Daten, gerade wenn man z.B. 68k Libs, ppc Datatypes und x68 Programm gleichzeitig verwenden würde, käme es eben zu Problemen.

---

Zitat:

---

Die Argumente für 68000 waren off topic und bezogen sich auf vorangegangene Beiträge zum Thema Amiga im allgemeinen, was Prozessoreffizienz anging.

---

Zitat:

---

Original von Gerry:
Ich kenn die Projekte, an denen ich auch gearbeitet habe, ...

---

Zitat:

---

und kann nur sagen:
Der Satz kann nur von Leuten kommen, die sofort Argumentieren, ohne
sich vorher informiert zu haben.

---

Zitat:

---

Aber was sind schon so lausige Projekte wie...

...Compilerbau
...Warenwirtschaftssysteme
...EMail/Terminverwaltungsprogramme á la Outlook
...Wordprocessing
...Simulatoren
...Routing/Trackingtools für Flugzeuge
...Programmiersprachen
...Konverter
...Automobilsteuerungseinheiten
...Komplette Prozessoren
...und so weiter
...und so weiter

...welche alle wohl trivial sind...O.O

---

Zitat:

---

Original von Andreas_Wolf:
Ich halte die These, dass IBM keinen für Notebooks geeigneten G5 liefern wollten oder konnten, für glaubhafter.

---

Zitat:

---

Original von Thore:
@Holger:

Zitat:

---

Völlig unverständlich eigentlich nach Deiner eigenen Logik, nicht wahr?
Schließlich ist Java Big-Endian und läuft problemlos auf einem x86 Little-Endian PC, während es auf dem Big-Endian Amiga nach zehn Jahren immer noch nicht möglich ist...

---

Du hast es anscheinend nicht verstanden oder willst es nicht verstehen. Java ist ein PROZESSOR-EMULATOR, mit EIGENEM BYTECODE der von einer VM interpretiert wird, das hat nichts mit x86 oder 680x0 zu tun.

---

Zitat:

---

Nein ein kürzerer Programmcode heißt noch lange nicht daß das Programm schneller ist, oft ist sogar das Gegenteil der Fall!
Es ging hier um MIPS, und daß 680x0 Code mit weniger Zeilen Code auskommt, um das gleiche zu berechnen.

---

Zitat:

---

"Lediglich mit einer anderen Compiler-Option", und wenns um Bit-Operationen geht muss man aufpassen ob es denn überhaupt noch stimmt, was denkst du denn, warum es bei portablen Sourcecodes die Verzeichnisse für die verschiedenen Prozessorarchitekturen gibt.

---

Zitat:

---

Wer eben ein paar Shell-C Programme portieren will hat zu 99% keine Probleme, aber ich denk Du hast noch nie an großen Projekten programmiert.

---

Zitat:

---

Sogar Apples Wechsel zu Intel brachte Probleme wegen dem endianess, genau das wäre auch das Problem bei OS4 für x86.
http://en.wikipedia.org/wiki/Apple_Intel_transition

---

Zitat:

---

Original von Gerry:
- Das BE-LE-Problem existiert bei Konvertierungen tatsächlich. Es ist kein "Blech". Wer selbst programmiert, und schon Programme portiert hat, kennt das. Und als "Gegenargument" will ich jetzt nicht hören "Aber ein printf() unter AmigaOS ist doch auch unter Windows nur ein printf()". Man schaue sich an, wie printf programmiert wurde, vielleicht noch ein paar Header-Dateien,und erkennt, dass man u.U. auch diverse #ifdef BIG_ENDIAN oder etwas in der Art stosst.

---

Zitat:

---

- Wieso möchte Linux seit neuestem eher die Strategie von AmigaOS verfolgen? Vermutlich wollen die sich an AmigaOS annähern, weil PCs mit Windows besser sind. Ist doch logisch....oder???

---

Zitat:

---

Original von Gerry:
@Holger
Die Argumente von Dir haben keine Grundlage.
Natürlich brauchte ich für das Studium fachkundige Dr. Dipl-Ings etc. Denn wer studiert ohne Professoren...Mal darüber nachdenken!!
Viele von denen sind DIREKT in der Entwicklung, oder meinst du, die Entwickler haben keine Ahnung wie das geht? Dann gebe ich denen mal deine E-Mail, damit Du denen das beibringen kannst!!

---

Zitat:

---

Es liegt nur daran, dass Du auf Deiner Meinung beharrst.
Und keine tiefgehende Ahnung hast. Die Pipes sind tatsächlich mit eingerechnet. Fertig aus Schluss.

---

Zitat:

---

Ja, aber auch, wenn man Zeigeroperationen auf Words etc macht, da staunt der Fachmann nicht, aber der Laie wundert sich.

---

Zitat:

---

Vor allem auf dem Stack siehts dann schön witzig aus, wenn der Holger... ähh der PC-User den Stack abfrägt und sich wundert, wo den seine schönen Werte geblieben sind.

---

Zitat:

---

Ich denke, es hat keinen weiteren Sinn, diese Leute zu belehren.

---

Zitat:

---

Original von Thore:
Java ist doch nicht für PC entwickelt worden. Das ist als virtueller Prozessor entwickelt worden auf einer Sun Workstation. Dabei gibts die JavaVM, ein Prozessor-Emulator für den virtuellen Java-Prozessor.
Java ist demnach auch keine native Programmiersprache.
Eine JavaVM auf AmigaOS wurde schon mehrfach angegangen aber aufgrund der geringen Resonanz immer wieder eingestellt.

---

Zitat:

---

Original von amigagti:
Wie ich bereits sagte, du hast davon keine Ahnung. Daher kann ich mit dir nicht weiter übersowas diskutieren. Scheinbar ist dir daher auch der Unterschied zwischen einem IndustriePC und einem VerbraucherPC nicht bekannt.

---

Zitat:

---

Original von Thore:
Außerdem: Wenn eine Amiga-Routine die Hälfte an Mnemonics braucht wie ein PC-Programm, darf die MIPS Zahl ruhig niedriger sein (68060 ca 100 MIPS)

---

Zitat:

---

Original von Thore:
AROS ist doch auch in der x86 Version x86 only und Programme müssen explizit drauf geschrieben werden.

---

Zitat:

---

Original von gerograph:
Die fragliche MP3 Partition ist mit FFS DOS/7 formatiert...

---

Zitat:

---

Original von Gerry:
Also ich möchte jetzt einmal das ganze aus der Sicht eines Diplom-Informatikers darstellen, der sich jetzt nichts aus den Fingern saugt, sondern die Informationen von fachkundigen Dr. Dipl-Ings hat:

---

Zitat:

---

- Der Apple basiert nur auf Intel, weil der PowerPC-Chip weniger angegebene GHz hatte. Das soll nicht heissen dass er langsamer war (er war schneller),

---

Zitat:

---

Tatsache: Der Motorola-Chip (68xxx) ist technisch gesehen dem Pentium überlegen.

---

Zitat:

---

- Eine CPU mit mehr GHz ist nicht unbedingt schneller.

---

Zitat:

---

Ausserdem sind bei Intel die Pipes mit einberechnet, so dass die Taktrate an sich viel niedriger ist als draufsteht

---

Zitat:

---

- Zum Thema "Wie sollte man der Amiga-Plattform helfen, wenn Vesalia ein paar Euro verdient" (Wortlaut ähnlich). Nun, Gegenfrage: "Wie sollte man Windows helfen, wenn MediaMarkt ein paar Euro verdient?". Ich denke, da hat einer in Wirtschaftslehre nicht aufgepasst.

---

Zitat:

---

- Neue Programme, wie zum Beispiel das Update FireFox 3, lassen sofort einen deutlichen Geschwindigkeitsverlust zeigen. Dies hat unter anderem mit unschöner Programmierweise zu tun. Begründung ist oft "Rechner sind eh schnell genug".

---

Zitat:

---

- "Mit XP kann man 3 GB verwenden". Nun, fast. Windows selbst verwendet immer 50% des Gesamtspeichers (von maximal 4 GB) für den Eigenverbrauch.

---

Zitat:

---

Es wird abgeraten, durch diverse Hebelchen diesen Modus zu verletzen, da sonst Windows nichtmehr sauber arbeitet

---