Suche - amiga-news.de Forum

amiga-news.de Forum > Suche

[ - Suche - Neue Beiträge - Registrieren - Login - ]

-1- 2 3

Ergebnisse der Suche: 82 Treffer (30 pro Seite)

Gerry Nutzer

16.12.2008, 14:17 Uhr

[ - Direktlink - ]

Thema: PPC Emulator für OS4
Brett: Amiga, AmigaOS 4

@bruZard:

Falsch! Die Projekte sind Realität. Bitte keine Voreiligen Schlüsse!!
Ausserdem sind das keine Privatprojekte, sondern für Firmen. Und weisst Du was, es ist mir total egal wer's glaubt und wer nicht. Es gibt immerhin viele Kunden, welche diese Projekte nutzen. Dein Argument ist wieder zu schnell gekommen.

Gerry Nutzer

16.12.2008, 13:20 Uhr

[ - Direktlink - ]

Thema: PPC Emulator für OS4
Brett: Amiga, AmigaOS 4

@bruZard:

Wenn Dich manche Fakten nicht interessieren, dann poste doch in nen anderen Thread, anstatt zu denken, das Bild sei besondern witzig.
Schliesslich sind die Argumente nicht von Thore bzw. mir erfunden.

@Thore:

Hat vorher einer was gesagt "Das sagt der Richtige" bezüglich großer Projekte. LOOOOL!!! Ich kenn die Projekte, an denen ich auch gearbeitet habe, und kann nur sagen:
Der Satz kann nur von Leuten kommen, die sofort Argumentieren, ohne
sich vorher informiert zu haben. 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

---
CP/M 68k war da... aber ist vielen wohl nicht bekannt. Es lag nur am Preis wie ich gerade nochmal gelsen hab. Genaue Werte hab ich jetzt nicht, ich meine, der 8088 war bei $150 damals. Motorola...hmm kein Plan. Würd mich aber selbst interessieren :-)

Gerry Nutzer

16.12.2008, 10:30 Uhr

[ - Direktlink - ]

Thema: PPC Emulator für OS4
Brett: Amiga, AmigaOS 4

*** Wegen Verstoß gegen die Netiquette gelöscht (cg)
http://www.amiga-news.de/netiquette.shtml ***

Ach ja, der eigentliche Sinn des Themas:

- Ich sage: Ja, es ist bestimmt möglich, OS4 zu emulieren, da im Prinzip jedes System emulierbar ist, mal besser, mal schlechter.

- Nein, ich glaube nicht, dass bisher ein Emulator existiert oder in Entwicklung ist. Jedenfalls ist mir keiner bekannt.

[ Dieser Beitrag wurde von cgutjahr am 16.12.2008 um 15:36 Uhr geändert. ]

Gerry Nutzer

16.12.2008, 09:47 Uhr

[ - Direktlink - ]

Thema: PPC Emulator für OS4
Brett: Amiga, AmigaOS 4

@Andreas_Wolf
Ja, richig, die Taktfrequenz. Sorry. Die Geschwindigkeit ist natürlich gestiegen.
Und ja, der Motorola war nur geringfügig teurer, etwa 1 $. Aber bei
Massenverwendung fiele dies ins Gewicht. Die Genaue Quelle ist mir nicht bekannt, jedoch ist die Aussage von Leuten, die das sehr genau wissen. Im Prinzip ist hier aber, wie Du auch sagst, das entscheidende, dass er billiger war.

mit "weitaus mehr als 3 GHz" meinte ich u.a. den versprochenen 10 GHz.

@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!!

Dann: Das Marketing von Apple wurde öffentlich bekannt gegeben, so viel zum dem Thema. Mal sich erkundigen wäre hier angebracht.

Und der Motorola ist von der Architektur überlegen. Schonmal ne CPU von innen gesehen (Nein, ich meine jetzt nicht mit dem Mikroskop)

Mir kommen die Argumente von Dir eher so vor, als würdest Du es nicht wahrhaben wollen. Wenn ich sagen würde "in Raum der Natürlichen Zahlen ist 1+1=2", dann würdest Du sagen "Was hast du nur studiert um so ein Schwachsinn zu erzählen".

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.

Es wird viel nach außen vom Marketing getragen, was technisch gesehen etwas anders ist. So einfach ist das.

Und das mit dem MediaMarkt hast Du nicht verstanden. Vielleicht war das aber auch zu kompliziert...

Dann noch etwas entwirrendes: Java wird ja heute noch weiterentwickelt. Da C# erst reagieren kann, wenn die Entwicklung released ist, hängt es nach. Das ist kausal und nicht verwirrend.

Und hab ich erwähnt, dass eine der CPU-Reihen eingestampft wurde? Mit keinem Wort!! Ich habe geschrieben (es darf nachgelesen werden), dass man sich mit dem Gedanken befasste. Ob noch etwas in der Art passiert, weiss ich nicht. Vielleicht kann ich da noch was in Erfahrung bringen.

[ Dieser Beitrag wurde von Gerry am 16.12.2008 um 09:50 Uhr geändert. ]

[ Dieser Beitrag wurde von Gerry am 16.12.2008 um 09:53 Uhr geändert. ]

Gerry Nutzer

16.12.2008, 00:04 Uhr

[ - Direktlink - ]

Thema: PPC Emulator für OS4
Brett: Amiga, AmigaOS 4

Ach ja, noch etwas:

- Microsoft an sich macht keinen echten Standard. Beispiel: Wer das WORD-Format gut kennt (ich meine jetzt nicht, wer gut in WORD ist, sondern wer den Aufbau einer WORD-Datei kennt), der weiss, dass das kein Standard sein kann, da es schwer kompatibel ist. Kompatible Formate (PDF, RTF ...) sind Standards und für Konvertierungen und Plattformunabhängikeit konzipiert. Nur weil viele Schreibprogramme WORD als Import besitzen (Jedoch unvollständig, da bei diesem "Standard" das Format NICHT FREI ist, sondern entziffert wurde), ist es langenoch kein Standard im eigentlichen Sinne. Es ist ein "Quasi-Standard".

- 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.

- 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???

- "Amiga ist tot". Das hat man schon vor 10 Jahren gesagt. Wie oft wird er denn noch sterben sollen? Angenommen, alle Leute sagen von heut auf morgen "Windows ist tot". Dann würde auch keiner mehr für Windows programmieren, und dann gäbe es auch nurnoch kleine Nischen die etwas Programmieren. Und mal Hand ans Herz: Wie gut sind denn die Microsoft-Programmierer wirklich? In Sicherheitslücken, Rechtschreibfehler und Bugs sind sie jedenfalls sehr gut.

- Und jetzt zu einem weiteren falschen Argument: Zuerst die Berechtigte Aussage "Verknüpfe mal unter Windows eine .exe-Datei mit einem anderen Programm". Als "Gegenargument" kam :"Ändere mal ein Programm-Icon in ein Projekt-Icon". Dazu folgende Bemerkungen:
* Das Verknüpfen von .exe oder .lnk hat eine komplette Neuinstallation von Windows zur Folge! Denn das System an sich ist
nicht mehr startbar, und somit kann der Fehler mit normalen Mitteln
nicht unbedingt mehr repariert werden. (Z.B. mit dem 7000-Euro-Programm ERD-Commander könnte es noch gehen)
* Das Ändern eines einzelnen Icons unter AmigaOS juckt das System nicht. Ein Programm ist ebensogut ohne Icon startbar. Das System erkennt ohnehin selbst, welcher Dateityp vorliegt, auch ohne Icons. Ausserdem ist es nicht so einfach möglich, den Typ zu verändern, nur mit Gewalt. Auf Windowssystemen ist allerdings die Verknüpfung schnell erledigt, u.U. auch versehentlich.
Vielleicht kann es ja auf dem Amiga sein, dass solange das "falsche" Icon (also mit falschem Typ) existiert, das Programm dann nicht ausgeführt wird. *Gähn* einfach Icon zurückstellen oder löschen. TOOOLLLES Argument.

Viele Grüße

Gerry Nutzer

15.12.2008, 23:05 Uhr

[ - Direktlink - ]

Thema: PPC Emulator für OS4
Brett: Amiga, AmigaOS 4

Ich habe mir dieses Gespräch eine Weile angeschaut und ich bin erstaunt, wie das Marketing es geschafft hat, dass so viele PC User gena das tun, was es erwartet.

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:

- 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), jedoch gilt im Marketing, dass hohe Zahlen auch besser verkauft werden. Die Masse der User sieht das auch so und nimmt den Prozessor mit mehr GHz.
Tatsache: Der Motorola-Chip (68xxx) ist technisch gesehen dem Pentium überlegen. Er war zu den Anfängen (8008 etc) nur um 1$ teurer als die 80er-Prozessoren, und wurde deshalb nicht für den PC verwendet. Dafür muss der heutige PC, welcher im Herzen ein Extended GameBoy (TM) darstellt, mit den Kinderkrankheiten weiterleben, welcher der 8068 und seine Nachfolger hatten. Unter anderem müssen die alten 8-Bit-Register übernommen werden, diese werden dann einfach erweitert, teilen sich aber den Speicher. Der Prozessor blieb eine RISC-Akkumulatormaschine.

- Eine CPU mit mehr GHz ist nicht unbedingt schneller. (Auch die MIPS sagen nix aus.)Ausserdem sind bei Intel die Pipes mit einberechnet, so dass die Taktrate an sich viel niedriger ist als draufsteht (Marketing). Wie dem auch sei ist es Intel nicht gelungen, den superprozessor mit weit mehr als 3 GHz zu bauen, und musste die Geschwindigkeit sogar drosseln. Darüber hinaus sollte sogar eine komplette Prozessorreihe (Entscheidung war zwischen Itanium und Pentium) eingestampft werden, wegen argen Problemen. Im übrigen haben Dual/Quadcore oft sehr große Probleme beim ausführen von Programmen, weil die einzelenen Cores sich dabei auf den Füßen stehen --> weitere Befehlscodes sind nötig und mehr zyklen werden verbraucht.

- Ein System wie Java, CSS oder dergleichen wird nicht explizit für eine Plattform geschrieben. Ein System ist für sich ein Konstrukt. Die Plattform wirkt da nur als Hilfsmittel dieses zu implementieren. Alle Systeme sind auf allen Plattformen möglich. Nur weil auf dem PC das System vor dem Amiga auf dem Markt war, heisst es nicht, dass es auf dem Amiga nicht möglich wäre. Übrigens versucht M$ mit C# eine Java-Antwort an SUN zu geben, jedoch sieht man hier, dass M$ hier auch immer nachhängt. Der Grund ist eben der, dass Java eben auf SUN entwickelt wurde und deshalb dort auch immer aktuell ist.

- 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.

- 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". Auch der Speicherfraß dieser Programme ist sinnlos, da man viel auch besser Programmieren kann. Jedoch ist es so, dass für neue Rechnersysteme eben weniger darauf Acht genommen wird. Schade.

- "Mit XP kann man 3 GB verwenden". Nun, fast. Windows selbst verwendet immer 50% des Gesamtspeichers (von maximal 4 GB) für den Eigenverbrauch. Es wird abgeraten, durch diverse Hebelchen diesen Modus zu verletzen, da sonst Windows nichtmehr sauber arbeitet (obgleich es von außen so aussehen kann). Bei vollen besetzten 4 GB macht der User die Erkenntnis, dass er 2 GB frei hat.

So, das war mal ein Teil was ich mal sagen wollte ^^
Aber eins Stimmt: Windows wird mehr benutzt als AmigaOS.
Aber: wie war das mit den 1000 Fliegen und dem Haufen....

Gerry Nutzer

01.09.2006, 11:26 Uhr

[ - Direktlink - ]

Thema: ScummVM 0.9.0 m68k
Brett: Amiga, AmigaOS 4

Hallo,

Ich habe auf die Möglichkeit gewartet, es auf einem Pegasos mit MorphOS auch zu testen, da läuft es auch. (Ausser HE-Spiele...seltsam!)

Z.Z. bin ich mit einer Allegro-Version für Amiga beschäftigt (Native Lib mit Allegro-Interface, damit Allegro-Spiele/Programme kompiliert werden können), ausserdem werde ich danach wahrscheinlich weiter an meinem Grossprojekt SCUNC arbeiten, ein Amiga-SCUMM-Spielegenerator, der echte SCUMM-Spiele erstellt oder verändern kann (Mit Lade-Funktion für fertige SCUMM-Spiele).

Durch mein Studium sind leider diese Projekte etwas auf der langsamen Schiene.

Für alle die sich dafür interessieren:
Allegro wächst z.Z. doch sehr rasch, man kann schon etwas größere Programme kompilieren. Grafiken, Joystick, Tastatur, Packfiles, Datafiles sind schon zu 80-90% fertig. Sound und Dialog-boxen und so sind noch nicht implementiert.

SCUNC (Scumm Creation Utility for New Creations) lädt Scumm-V5-Spiele (z.B. Indy IV) komplett, und löst es in die Bestandteile auf. Bilder lassen sich schon als IFF importieren und exportieren (Grafiken werden auch wieder zurück ins SCUMM-Format verwandelt!). Animationen, Objekte, Skripte, Sounds, Fonts....Alles schon drin für V5. Beim Speichern sind nur ein paar Teile fertig. Alles in schöner MUI-GUI. Läuft bis jetzt nicht 100% auf Picasso64-Treibern...lasst euch überraschen!

Weitere Kleinprojekte kann ich gleichzeitig veröffentlichen, z.B. ein RGB-Mapper, der RGB-Screens wahlweise auf andere (z.B: auf Grafikkarte) Screens oder sogar Windows mappt, wobei sie spielbar bleiben, auch mit HAM-Support (noch langsam).

Es steht also noch sehr viel im Raum. Ich möchte noch nicht zu viel versprechen, aber sagen, dass sich hier im Amiga-Sektor doch noch was tut :-) Bitte seht es also nach, wenn Scumm0.9.0 auch "nur" nebenher laufen kann... Viele Grüße

Gerry Nutzer

07.08.2006, 20:24 Uhr

[ - Direktlink - ]

Thema: .uleb128 bei gcc/g++
Brett: Programmierung

Das Problem konnte gelöst werden (siehe anderen Thread).

Man muss als gcc-Option "-fno-rtti" angeben, und dann macht er
einen kompatibleren asm-text.

Auch an dieser Stelle nochmals Danke für den Tip
Gerry

Gerry Nutzer

07.08.2006, 20:21 Uhr

[ - Direktlink - ]

Thema: gcc will nicht kompilieren
Brett: Programmierung

Hey, Klasse!!

Das muss wohl an -fno-rtti liegen, dass ein "richtiger" Assembleretext nun erzeugt wird.
Das kann vielleicht damitzusammenhänegn, dass die Maschine, auf die der gcc gebaut wurde, ein bsd-system hat, aber so kompiliert wurde (cross), dass es für den m68k-amigaos ist.

Danke für die Hilfe!!

Gerry

Gerry Nutzer

07.08.2006, 20:16 Uhr

[ - Direktlink - ]

Thema: gcc hat Probleme mit inline
Brett: Programmierung

Doch, ergeben sie. inline-includes sind nicht unbedingt kompatibel mit verschiedenen Compilern. Das wusste ich auch nicht, aber habs dann durch Zufall irgendwo gelesen. Nach dem Austauschen meiner vorherigen inline-includes mit anderen hats geklappt. Die sehen auch total anders aus.

Gerry Nutzer

07.08.2006, 18:38 Uhr

[ - Direktlink - ]

Thema: gcc hat Probleme mit inline
Brett: Programmierung

Problem löst sich, wenn man andere inlines benutzt. Diese sind oft inkompatibel, und müssen speziell für den jeweiligen Compiler sein. Falls jemand mal das gleiche Problem hat ;-)

Gerry Nutzer

07.08.2006, 18:37 Uhr

[ - Direktlink - ]

Thema: .uleb128 bei gcc/g++
Brett: Programmierung

Hallo,

Wie kann man .uleb128-Fehlermeldungen vermeiden?
g++ erzeugt einen Assemblertext, welcher .uleb128 erzeugt, und
das gibt einen Fehler:

/t/blahblah.s:1111: Error: Unknown pseudo-op: '.uleb128'
...

Das passiert angeblich nur bei cross-compiling, aber das mache ich nicht. Jedenfalls nicht explizit.

Hatte jemand schonmal das Problem, und konnte es lösen?
Wie kann ich dem Assembler bzw. dem Compiler sagen, dass er
keine .uleb128 benutzen soll?

Viele Grüße
Gerry

Gerry Nutzer

07.08.2006, 18:20 Uhr

[ - Direktlink - ]

Thema: gcc will nicht kompilieren
Brett: Programmierung

So,erstmal Danke für die Hilfe,

es scheint, als habe ich nurnoch einen echt blöden Fehler mit dem gcc.
Den Rest konnte ich (bis jetzt) meistern.

Bei vielen C/C++-Texten wird von g++ ein Assemblertext generiert, den er selber garnicht assemblieren kann, weil er mit .uleb128 generiert.
Da die Amiga-Plattform aber keinen .uleb128 benutzt, kommt es zum Fehler:

/t/blahblah.s:1919: Error: Unknown pseudo-op: '.uleb128'
...

Ich habe schon überall geschaut, aber keine Lösung gefunden, die funktioniert. Angeblich passiert das bei cross-compiling, aber ich cross compile überhaupt nicht.

Wie komme ich von dem nervigen .uleb128 weg. (Ausserdem steht uleb für unsigned LITTLE ENDIAN base...)
Hatte jemand auch das Problem? Wie gesagt, sehr viele komplizierte Programme kompilieren ohne Probleme. Aber andere, müssen nicht so kompliziert sein, die gehen nicht. Herausgefunden, wann genau der Fehler passiert, konnte ich noch nicht...

Danke für die Hilfe im Voraus

Gerry Nutzer

04.08.2006, 21:57 Uhr

[ - Direktlink - ]

Thema: gcc will nicht kompilieren
Brett: Programmierung

Wer kann mir seine (komplette) cybergraphics-Includes (GCC!!!) geben. Bei wem klappt das mit dem gcc? Danke im Voraus.

Gerry Nutzer

04.08.2006, 21:47 Uhr

[ - Direktlink - ]

Thema: Progamm<->Internet<->Programm
Brett: Programmierung

Es sieht am Anfang komplex aus. Aber wenn man mal sein Grundgerüst hat, dann ists einfach.

Gerry Nutzer

04.08.2006, 21:33 Uhr

[ - Direktlink - ]

Thema: gcc will nicht kompilieren
Brett: Programmierung

Danke, das war ausführlich. Ich habe deshalb auch inline/cybergraphics.h selber erstellt (für den gcc), aber dann erhalte ich trotzdem noch oben genannten Fehler bezüglich den asm-specifiers.

Gerry Nutzer

04.08.2006, 21:09 Uhr

[ - Direktlink - ]

Thema: Progamm<->Internet<->Programm
Brett: Programmierung

entweder über die socket-libraries, aber auch die AMarquee.library (Aminet) ist eine sehr einfache Library, mit der man Online-Programme(Client, Server, somit z.B. Internetspiele usw.) Programmieren kann, ohne großen Aufwand.

Gerry Nutzer

04.08.2006, 20:57 Uhr

[ - Direktlink - ]

Thema: gcc will nicht kompilieren
Brett: Programmierung

Ja seltsam. Ichh abe mir das fd2inline-Paket jetzt geholt, da sind einige inline drauf. die sehen komplett anders aus, als meine alten. cybergraphics.h war nicht drauf, und ich habs mir erzeugt. Aber es verursacht trotzdem einen Fehler:

error: asm-specifier for variable "__WriteLUTPixelArray_re" conflicts with asm clobber list
error: asm-specifier for variable "_n1" conflicts with asm clobber list
error: asm-specifier for variable "_n2" conflicts with asm clobber list
error: asm-specifier for variable "_n3" conflicts with asm clobber list
error: asm-specifier for variable "_n5" conflicts with asm clobber list

Hat jemand für cybergraphics die nötigen Files, damit das funzt?

[ Dieser Beitrag wurde von Gerry am 04.08.2006 um 20:58 Uhr geändert. ]

Gerry Nutzer

04.08.2006, 20:03 Uhr

[ - Direktlink - ]

Thema: gcc will nicht kompilieren
Brett: Programmierung

genau!

Gerry Nutzer

04.08.2006, 19:58 Uhr

[ - Direktlink - ]

Thema: gcc will nicht kompilieren
Brett: Programmierung

weil da der Ordner "inline" nicht dabei ist. Ich habs komplett drauf

Gerry Nutzer

04.08.2006, 19:39 Uhr

[ - Direktlink - ]

Thema: gcc will nicht kompilieren
Brett: Programmierung

Es funktionert nicht, wenn ich versuche, fremdprogramme
zu kompilieren. Inlines funktionieren nicht.
Der Compiler meldet Fehlermeldungen, dass die Register
(z.B. d7) nicht mit der clobber-list zusammenpassen.
Vielleicht brauch ich neue gcc-inline-includes. Kann
ich die irgendwo laden? Grüße

Gerry Nutzer

04.08.2006, 19:37 Uhr

[ - Direktlink - ]

Thema: gcc hat Probleme mit inline
Brett: Programmierung

Hallo

Wenn ich versuche, mit gcc (GeekGadgets) Programme von anderen zu kompilieren, dann scheitert dies grundsätzlich an den inlines.
Wieso kommt der gcc mit den clobber-lists nicht zurecht?

Wer weiß Rat?

(ich benutze gcc 3.3, AmigaOS3.5)

Muss ich die Inlines zuvor, z.B. mit fd2inline selber neu erstellen, damit das klappt? Wer hat Rat?

Gerry Nutzer

30.07.2006, 23:39 Uhr

[ - Direktlink - ]

Thema: ScummVM 0.9.0 m68k
Brett: Amiga, AmigaOS 4

So ich hab grad n bissle getestet.

Das Menü von Uwe ist schneller. Nach dem Drücken der Buttons reagiert
Uwes Backend einfach schneller. das SDL reagiert zwar sehr schnell
bei Button-Berührung, zieht allerdings nach dem Klick und bei
Verzeichniseinträgen nach.

Die Spiele an sich sind bei mir schneller, und der Sound läuft viel
flüssiger.
Dafür laufen bei Uwes Umsetzung ein paar der getesteten Spiele stabiler,
das heisst, sie stürzen nicht an den Stellen ab, wo es bei mir passiert.
Jedoch, bei HE-Spiele gibts daür keine vollständige Interaktivität...
sprich, man kann nicht alles anklicken, wie es bei mir der Fall ist.
Andere Spiele bleiben auch ab und an an manchen Stellen stehen,
wo meiner durchläuft, und andersrum.

Auch funktionieren die GUI-Themes in Uwes Umsetzung (noch?) nicht. Hier wäre auch ein Geschwindigkeitsvergleich interessant.

Fazit: Ne Mischung aus beiden wäre optimal!

Ich testete das auf meinem A2000/68060/CGX4

Gerry Nutzer

30.07.2006, 22:42 Uhr

[ - Direktlink - ]

Thema: ScummVM 0.9.0 m68k
Brett: Amiga, AmigaOS 4

@Uwe:
Genau, ich war auch dabei, den MorphOS-Backend für m68k umzucodieren.

MP3 und MPEG2 gehen bei Dir? Hast Du denn die m68k-libs? Die fehlen mir.
(Sofern Du LibMad und LibMpeg2 verwendest)

Parallele Prozesse machen einen Prozessor nicht schneller, aber
Parallelisierung gibt immer einen Geschwindigkeitsvorteil.
Jedoch kann man einen m68k nicht schneller machen als er ist, das
stimmt.

Ich lade deine Version auf meinen Rechner, und teste den
Geschwindigkeitsunterschied, und ob die Spiele dann stabiler sind.

Bis gleich...

Gerry Nutzer

29.07.2006, 22:39 Uhr

[ - Direktlink - ]

Thema: ScummVM 0.9.0 m68k
Brett: Amiga, AmigaOS 4

Die Falschfarben sind vermutlich bei Picasso-Systemen der Fall, wie
ich heute auch durch Zufall gesehen habe. Auf der Picasso-Maschine
war ScummVM0.9.0 sogar fast nie zu starten.
Auf meinem CybergraphX sind immer Echtfarben, auch im Window.
Leider stürzen einige Spiele an bestimmten Stellen ab.
Ich schiebe die Schuld (bis jetzt) auf SDL. Auch die Verzögerungen
der Buttons. Ich plane, auch deshalb, SDL aus m68k-Scumm zu
verbannen. Schon allein der Geschwindigkeit wegen.

Gerry Nutzer

28.07.2006, 21:04 Uhr

[ - Direktlink - ]

Thema: ScummVM 0.9.0 m68k
Brett: Amiga, AmigaOS 4

@Bladerunner:
Hallo,

Ich dachte mir, wenn schon denn schon, und libmpeg2 kann ja auch bestimmt für weitere Projekte von Vorteil sein. Versuch macht kluch.
Jedenfalls, Ich benutze (noch) SDL, also das "eingebaute".
Von Seiten ScummVM wurde mir jetzt vorgeschlagen, offizieller Porter für m68k zu werden. Dann mach ich mich natürlich ans Werk, jegliche Geschwindigkeitsbremsen und etwas "unsaubere" Routinen auszubessern. (Soll kein Angriff sein,
aber ich seh grad im Code ein "malloc" ohne Überprüfung, obs geklappt
hat..Das kann zu einem Absturz führen..)

Ich habe auch schon daran gedacht, die SDL-Schnittstelle, welche
wirklich nicht sehr schnell ist, durch direkten Code zu ersetzen.

Danke für die Hinweise!

PS. Sword1 und Sword2 laufen schon bei ScummVM 0.9.0, jedoch hab
ichs nicht getestet ;-)

Gerry Nutzer

28.07.2006, 15:54 Uhr

[ - Direktlink - ]

Thema: ScummVM 0.9.0 m68k
Brett: Amiga, AmigaOS 4

Ja, sooo langsam ists mit sound ja auch nicht, wenn man nen passenden Grafikmodus angibt. Aber ohne Sound ists halt flüssig (bei mir). Ich arbeite ja gerade auch erst daran, das dann zu verbessern :-)
Also ich hab leider nur Spiele bis Scumm V 5. Ich kann deswegen nur davon sprechen hehe.
Grüße

Gerry Nutzer

28.07.2006, 15:42 Uhr

[ - Direktlink - ]

Thema: ScummVM 0.9.0 m68k
Brett: Amiga, AmigaOS 4

Allerdings bringt mich das irgendwie auf eine Idee...Prozessmäsig die Soundausgabe von der Grafik abzukapseln... Ist ne Überlegung wert.

Gerry Nutzer

28.07.2006, 15:18 Uhr

[ - Direktlink - ]

Thema: ScummVM 0.9.0 m68k
Brett: Amiga, AmigaOS 4

Für Speed-Junkies: Einfach Audio abschalten!

Gerry Nutzer

28.07.2006, 14:43 Uhr

[ - Direktlink - ]

Thema: ScummVM 0.9.0 m68k
Brett: Amiga, AmigaOS 4

Hallo,

Hier also wie versprochen ScummVM 0.9.0 für m68k (amigaos).

Bitte auch das README anschauen.

http://www.fht-esslingen.de/~gesiit00/scummvm-m68k-amigaos.LHA

Diese site ist VORÜBERGEHEND! Ich portiere zur Zeit noch
libmad und libmpeg2 für m68k. Erst wenn diese eingebaut sind,
und evtl einige Bugfixes bzw Geschwindigkeiten, dann kommts ins
Aminet.

PS: Keine Garantie! Keine Haftung! Seid Fair! Bei meinen Tests liefs super.

PPS: Vollbild ist schneller, aber da stürzt Indy III ab..seltsam

-1- 2 3

Ergebnisse der Suche: 82 Treffer (30 pro Seite)

Suchbegriffe
Schlüsselwörter			Benutzername
Suchoptionen
	Nur in diesen Foren suchen	nur ganze Wörter Nur Titel anzeigen alle Treffer anzeigen