|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > Suche | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
||||||
|
Thore
Nutzer
26.07.2011, 00:04 Uhr [ - Direktlink - ] |
Thema: Problem mit WHDLoad-Spiel UFO AGA unkown
Brett: AROS und Amiga-Emulatoren > ersteres, die 2. Variante wäre wohl mehr als wagemutig. Die erstere ist wagemutiger, da Du hier Daten ändern kannst  Das ROM an sich kannst Du nicht einfach überschreiben und würde dazu führen, daß sich die Bytes nicht ändern. Daher dachte ich daran...  Ich glaub mit sumkick aus dem mkick Paket kann man sichs anzeigen lassen. Die $4EF9 sehen mir sehr nach 68k Code aus. Wenn dann müssten es die ersten beiden Bytes sein aber ich würd mich auch wundern, wenn Kick1.3 und 1.2 die gleiche Checksum hätten ($1111)Ich tipp immer noch auf $7ffe8 als die Stelle im Kick mit der Checksum (und bei 256K Roms eben auf $3ffe8)[ Dieser Beitrag wurde von Thore am 26.07.2011 um 00:07 Uhr geändert. ] |
|||||
|
Thore
Nutzer
25.07.2011, 23:51 Uhr [ - Direktlink - ] |
Thema: Jetzt nochmal das Notify
Brett: Programmierung Danke, ich bin des Englischen durchaus mächtig Bei diesem Notify gehts aber erstmal um das Registrieren der Aktion an sich, und noch nicht darüber, was dann damit geschieht (also z.B. die dahinterstehende Methode). Erst beim Abarbeiten des Notifys wird die verknüpfte Methode ausgeführt. Wenn Du bei deiner GUI die Methode direkt beim Notify aufrufst ohne Dispatcher, dann ist der Klick an sich dein Notify und führt seine Methode aus. Liegen eng beieinander aber dennoch sind sie anders von der Begrifflichkeit her. Beispiel eines Buttons. Sein Notify/Event kann sein "ButtonPressed" und damit willst Du das Spiel starten. Dann ist die Methode die durch "ButtonPressed" dieses Buttons verknüpft ist die Funktion "StartGame". Hast Du ein Attribut das einen Pointer zur Funktion hat, und der wird automatisch beim drücken ausgeführt, dann hast Du kein Event-Handling im eigentlichen Sinn, sondern ein Hook der bei einer Aktion ausgeführt wird. Das sind dann Hook-Funktionen/Methoden. Das ausgelöste Event an sich wäre bei dir dann nur die Registrierung des Systems, daß der Button gedrückt wurde. Die Steuerung ist eben anders, aber die Begrifflichkeiten bleiben stets die selben. |
|||||
|
Thore
Nutzer
25.07.2011, 23:29 Uhr [ - Direktlink - ] |
Thema: Problem mit WHDLoad-Spiel UFO AGA unkown
Brett: AROS und Amiga-Emulatoren Hast Du ein ROM Image geändert oder versucht das echte ROM zu ändern? Da es ein EPROM ist hast Du schlechte Karten wenn du versuchst, sein Speicherbereich zu überschreiben Mit den skick/mkick Tools kann man die Checksumme ausgeben lassen soweit ich weiß. Leider hab ich das 1200er ROM nicht als Image. Müsst mal schauen ob das in meinem A1200 verbaut ist. Sonst hätt ichs genau sagen können
|
|||||
|
Thore
Nutzer
25.07.2011, 23:24 Uhr [ - Direktlink - ] |
Thema: Jetzt nochmal das Notify
Brett: Programmierung > Ich kann jetzt nicht einfach alles was ich bisher gedacht habe so ändern das es der norm entspricht. Wenn Dein System so am Ende funktionert, dann muss es keiner "Norm" entsprechen. Es geht lediglich erstmal um die Begriffe, daß es klar ist, was Du meinst. Wenn Du von "Attributen" redest, aber meinst "Methoden", dann sind wir verwirrt, weil wir aneinander vorbeireden. Hab mir den Index über die Begriffe auch durchgelesen und es stimmt soweit alles. Ergänzend kann man aber noch sagen: Notifys sind Events, die durch eine System- oder Useraktion ausgeführt werden, also wenn irgendwas "registriert" oder "bemerkt" wird. Das kann z.B. ein Klick sein, ein Timer-Event, eine Tastatureingabe, eine Diskette die eingelegt wird, ..... eben all das was eine "Interaktion" hervorruft. Eine Callback Funktion lässt sich an ein Objekt "anheften" welche bei bestimmten Aktionen ausgeführt werden soll (z.B. eine Sortierung in einer ListView wenn man auf die Titelzeile klickt) Persönliche Anmerkung: Der "Crawler" oder der "Main-Loop" des Masters, den ich letztens angesprochen hab, ist beides das gleiche wie sein Dispatcher (oder macht das gleiche wie der Dispatcher). Nur wegen der Begrifflichkeit nochmal hier gesagt. |
|||||
|
Thore
Nutzer
25.07.2011, 23:04 Uhr [ - Direktlink - ] |
Thema: Neue Frage zu Überdeckungen
Brett: Programmierung Weil bei BeginUpdate die zerstörten Regions berücksichtigt werden. Wenn Du eigene zur Damage Liste hinzugefügt hast, dann werden diese auch verwendet. Beim EndUpdate wird die Damage Liste zurückgesetzt und das Layer freigegeben. (Anm: BeginUpdate und EndUpdate sind Bestandteil der Layers-Lib und werden automatisch mit BeginRefresh und EndRefresh aufgerufen) Warum das System einfriert weiß ich nicht, gibts dazu nen Sourcecode? |
|||||
|
Thore
Nutzer
25.07.2011, 22:58 Uhr [ - Direktlink - ] |
Thema: Problem mit WHDLoad-Spiel UFO AGA unkown
Brett: AROS und Amiga-Emulatoren Die ersten 4 Bytes sind nicht unbedingt die Checksumme Für das angesprochene Kick muss die Checksumme $9ff5 sein. Ich denk die steht an der Stelle $7ffe8 wenn mich nicht alles täuscht. |
|||||
|
Thore
Nutzer
24.07.2011, 22:14 Uhr [ - Direktlink - ] |
Thema: Jetzt nochmal das Notify
Brett: Programmierung > Bei mui ist Notify ein zwischending zwischen Methode und Attribut. Ein Notify ist ein Event. Dieses löst entweder eine Methode aus, oder setzt/holt ein Attribut. |
|||||
|
Thore
Nutzer
24.07.2011, 11:19 Uhr [ - Direktlink - ] |
Thema: Jetzt nochmal das Notify
Brett: Programmierung > Wenn der Hook zu lange braucht, dann steht das GUI. Meinst du das? Für längere Aufgaben muß die App einen neuen Task starten. Genau das. > Versteh ich nicht. Wird ein Event ausgelöst, wird dieses gepuffert und der Master wandert alle gepufferten Events ab. Das sind im Grunde nur Flags (Verkettete Liste) und an jedem dieser hängt das connect (eine Methode oder sonstwas das ausgelöst wird). Der Master führt dann die Methode aus und crawlt weiter. Das Hauptprogramm selbst setzt nur die Events in die Liste wenn sie eintreffen und somit ist die GUI auch bei großen Methoden gut bedienbar. Der Master läuft in einem anderen Thread oder Task. Ob das für Dich relevant ist, weiß ich nicht. Wenn deine Methoden sowieso in eigenen Threads oder Tasks ablaufen, kann das performancetechnisch den gleichen Vorteil bieten. Die Technik dahinter ist dann nur eben anders. |
|||||
|
Thore
Nutzer
24.07.2011, 00:15 Uhr [ - Direktlink - ] |
Thema: Problem mit WHDLoad-Spiel UFO AGA unkown
Brett: AROS und Amiga-Emulatoren Und 1. und 2. sind kein Auswahl-Kriterium sondern die Reihenfolge wie Dus machen kannst
|
|||||
|
Thore
Nutzer
23.07.2011, 23:59 Uhr [ - Direktlink - ] |
Thema: Problem mit WHDLoad-Spiel UFO AGA unkown
Brett: AROS und Amiga-Emulatoren Dann les nochmal den Beitrag, da wurde es schon etliche Male erwähnt. Ich denk ich habs schon 2 oder 3 mal geschrieben, ein viertes Mal musst Du es selbst nochmal nachlesen. Sorry
|
|||||
|
Thore
Nutzer
23.07.2011, 23:40 Uhr [ - Direktlink - ] |
Thema: Jetzt nochmal das Notify
Brett: Programmierung > Und ein Button zB macht erst garkein event sondern sendet gleich eine methode los. Wann ist das ungünstig? Z.B. Wenn dein Button keine Methode aufrufen soll, sondern du nur den Status (gedrückt, nicht gedrückt, Button-Text,...) wissen willst. Das lässt sich zwar auch mit einer Methode machen, aber eine "richtige" Eventsteuerung könnte hier von der Performance besser sein. Wie machst Du das mit deinen Methoden? Werden die praktisch beim Drücken auf den Button ausgeführt? Was ist wenn diese Methode blockiert? Ist dann die GUI noch steuerbar? Über einen Eventhandler könntest Du einen "Master" über die ausgelösten Events laufen lassen, der diese abfragt und entsprechend dem connect reagiert. Ich kenn mich jetzt mit deinem Code nicht sonderlich gut aus, daher kann ich nicht sagen, ob es bei Dir eine Rolle spielt, die Methoden direkt zu verknüpfen. |
|||||
|
Thore
Nutzer
23.07.2011, 23:13 Uhr [ - Direktlink - ] |
Thema: Problem mit WHDLoad-Spiel UFO AGA unkown
Brett: AROS und Amiga-Emulatoren > Er hat einen A4000 ... und versucht das kick40068.a1200 ROM zu bekommen. Das ist rechtlich wie wenn Du einen C64 hast und willst ein Playstation ROM. Es mag eine Lapalie im Sinne von "da schaut eh keiner drauf" sein, und mir und Maja ist es auch wurscht was ihr in eurer Freizeit macht. Aber tploetz hat sich wohl entschieden, einen legalen Weg zu gehen (so wie ich das lese) also bist DU derjenige der ihn verwirrt. Die Netiqette dieses Forums beinhaltet eben auch daß nicht zum Raubkopieren aufgerufen werden soll (wobei es ja kein "Raub" im rechtlichen Sinne ist, sondern eine unerlaubte Vervielfältigung) Und da ist es egal was für eine Einstellung einzelne User haben. Auch DU musst dich dran halten, auch wenn Du ein "anti" im Namen hast
|
|||||
|
Thore
Nutzer
23.07.2011, 22:40 Uhr [ - Direktlink - ] |
Thema: Problem mit WHDLoad-Spiel UFO AGA unkown
Brett: AROS und Amiga-Emulatoren @antiByte: Du riskierst eine Sperre. Nur so am Rande erwähnt.... @tploetz: Leider hat Maja recht und wenn Du es legal willst, musst Du legal an das A1200 ROM rankommen. Eine Version sich von jemand zuschicken lassen, ohne daß man die originale Version hat, ist eben der illegale Weg. Selbst wenn Du das codierte Cloanto A1200 ROM hast. Das ist eben das codierte und nicht das Original, und daher nicht als Backup gültig. Wegen Forever, in den unterschiedlichen Versionen sind entweder die ROMs mit drin oder nicht. Deshalb fragte ich da nochmal nach. [ Dieser Beitrag wurde von Thore am 23.07.2011 um 22:41 Uhr geändert. ] |
|||||
|
Thore
Nutzer
23.07.2011, 13:25 Uhr [ - Direktlink - ] |
Thema: Jetzt nochmal das Notify
Brett: Programmierung > Wo liegt bei dir der unterschied zwischen methode und event? Eine Methode ist eine Funktion die aufgerufen werden kann (oder wird). Ein Event ist ein Ereignis das eintreten kann (oder wird). Ein Event wird z.B. ausgelöst, wenn ein Button gedrückt wird, oder ein Slider bewegt. Dieses Event kann dann Auslöser sein, eine verbundene (connected) Methode auszuführen. Durch das connect wird dem Event (z.B. MousePressed) eine Methode zugewiesen (oder daß eine Variable gelesen oder geschrieben wird). Das ist der Unterschied zwischen Event und Methode. |
|||||
|
Thore
Nutzer
22.07.2011, 23:12 Uhr [ - Direktlink - ] |
Thema: Problem mit WHDLoad-Spiel UFO AGA unkown
Brett: AROS und Amiga-Emulatoren Sind da überhaupt diese ROMs dabei? |
|||||
|
Thore
Nutzer
22.07.2011, 22:30 Uhr [ - Direktlink - ] |
Thema: Neue Frage zu Überdeckungen
Brett: Programmierung Hast Du versucht, mal eigene Layer, bzw ClipRegions zu erstellen? Wenn die zerstört werden könnte bei EndRefresh diese wieder rekonstruiert werden, und klappen, auch ohne dem IDCMP. Hab ich allerdings jetzt nicht ausprobiert. Hab eben den Standardfall dargelegt, wie man das zersören des Fensters umgeht durch Fensterveränderungen. Zum Hook, das muss ich mir mal genauer anschauen. Ich denk irgendwie wär das machbar, aber er lief in einen Crash. |
|||||
|
Thore
Nutzer
22.07.2011, 18:53 Uhr [ - Direktlink - ] |
Thema: Neue Frage zu Überdeckungen
Brett: Programmierung Ja Du hast einen Denkfehler. Der zeichnet bei Begin/EndRefresh auch nur wenn die Layer zerstört wurden. Wenn du z.B. ein IDCMP_REFRESHWINDOW einbaust, kannst Du im Main-Loop (while Schleife mit den cases) BeginRefresh/EndRefresh verwenden, und das Bild refresht dann sobald die Layer zerstört werden (z.B. durch Verschieben des Fensters oder Größe ändern...also wenn systemseitig neu gezeichnet werden muss) Übrigens crasht der Hook unter MorphOS... > Da könnt ich mich aufregen, für solch simple Sachen, wie in dem Bsp. angegeben so viel Code mit so vielen Fehlermöglichkeiten! So kommt keiner und programmiert für den Amiga oder das AmigaOS! Lass mal die IDE bei Win weg und frag dann, wer hier noch was programmieren würde Die haben hier die gleichen Probleme mit Messages, Refreshing etc pp. Die IDEs haben jedoch schon Programmteile eingebaut, die dann einfach mitgelinkt werden (z.B. der Main-Loop). Oft muss man aber auch hier eine Refresh-Routine aufrufen.
|
|||||
|
Thore
Nutzer
22.07.2011, 12:59 Uhr [ - Direktlink - ] |
Thema: Unterschied zw. C und C++: Deklaration in while()?
Brett: Programmierung > Hab schon -std=c99 als Compilerflag angegeben, damit ist so etwas wie for (int i = 0; ... möglich, das o.a. Beispiel aber nicht! Das ist doch inkonsistent, oder nicht? Theopraktisch hast Du recht, allerdings weiß ich nicht ob dein Compiler das mit structs ebenfalls rafft. Auslagern ist hier ein denkbarer Weg, der auch nicht weh tut. > Ist dann bei der Nutzung von for (int i = 0; ... die Variable i auch in der ganzen Funktion bekannt und mit dem letzten Wert nach Schleifenende belegt (das wär ja was!)? Nein, nur in dem Codesegment, sprich innerhalb der for Schleife. Um die Variable später gültig zu machen muss sie in der for-schleife auf eine "Funktionsglobale" Variable kopiert werden, oder für die for Schleife von Anfang an solch eine verwenden. |
|||||
|
Thore
Nutzer
21.07.2011, 23:59 Uhr [ - Direktlink - ] |
Thema: Unterschied zw. C und C++: Deklaration in while()?
Brett: Programmierung In ANSI C kannst Du keine Dateitypen deklarieren oder Variablen definieren innerhalb Codesegmente. Du musst folgendes auslagern: struct IntuiMessage *my_message; dann in der while Schleife: while (my_message = (struct IntuiMessage *)GetMsg(window->UserPort)) allerdings ist das nicht (immer) das gleiche: Wird in einem Code-Segment eine Variable deklariert/definiert wie z.B. for (int i = 0; ... dann gilt diese Variable nur in diesem Segment. In ANSI C gilt die Variable in der ganzen Funktion, da sie dort auch definiert wird. Achtet man auf dieses, lässt sich das Programm recht einfach umschreiben. |
|||||
|
Thore
Nutzer
21.07.2011, 12:30 Uhr [ - Direktlink - ] |
Thema: Anfänger: DOS-Programm auf den Classic portieren
Brett: Programmierung Im Grunde reicht es, math.h einzubinden. Klappt das nicht, verwende den Define: #define M_PI 3.14159265358979323846 a.out ist sicher ein executable. Setz mal das Protection Flag für "Executable", und schau obs dann geht. [ Dieser Beitrag wurde von Thore am 21.07.2011 um 12:31 Uhr geändert. ] |
|||||
|
Thore
Nutzer
20.07.2011, 16:31 Uhr [ - Direktlink - ] |
Thema: Anfänger: DOS-Programm auf den Classic portieren
Brett: Programmierung Hi Ergänzend zu Thomas, alles was OS spezifische API benutzt, muss umgeschrieben werden (Ausnahmen sind plattformübergreifende APIs wie z.B. SDL) Ebenfalls umgeschrieben werden müssen Hardware-Hacks, also Code der direkt Hardware anspricht, ohne auf einen HAL zuzugreifen. (Bei DOS z.B. Interrupts oder Textausgabe per Direktaddressierung, bei Amiga z.B. Customchip-Zugriffe) Dafür müssen sogar manchmal ganze Codeblöcke oder Funktionen neugeschrieben werden, um das gleiche Resultat zu bekommen. Grundlegend gilt aber das was Thomas schon angesprochen hat, einfach mal compilieren und dann schrittweise die Fehler korrigieren. |
|||||
|
Thore
Nutzer
20.07.2011, 00:46 Uhr [ - Direktlink - ] |
Thema: Problem mit WHDLoad-Spiel UFO AGA unkown
Brett: AROS und Amiga-Emulatoren Hast Du die Forever Plus Version? |
|||||
|
Thore
Nutzer
19.07.2011, 23:20 Uhr [ - Direktlink - ] |
Thema: Problem mit WHDLoad-Spiel UFO AGA unkown
Brett: AROS und Amiga-Emulatoren Push: Schonmal andere Prozessoren eingestellt und ausprobiert, ob das MMU Problem immer noch da ist? |
|||||
|
Thore
Nutzer
19.07.2011, 00:41 Uhr [ - Direktlink - ] |
Thema: Problem mit WHDLoad-Spiel UFO AGA unkown
Brett: AROS und Amiga-Emulatoren @Maja: Über Beiträge in Computerforen reg ich mich schon lange nicht mehr auf Ist ein amüsanter Zeitvertreib, und wenn man bei manchen Beiträgen noch Hilfe leisten kann, ist das doch umso besser
|
|||||
|
Thore
Nutzer
18.07.2011, 14:19 Uhr [ - Direktlink - ] |
Thema: Problem mit WHDLoad-Spiel UFO AGA unkown
Brett: AROS und Amiga-Emulatoren Kann man da einen anderen Prozessor einstellen? Zum Beispiel einen 68030? Ist dann der MMU Fehler weg? |
|||||
|
Thore
Nutzer
18.07.2011, 14:13 Uhr [ - Direktlink - ] |
Thema: Java für MorphOS?
Brett: MorphOS Inzwischen wurde die MorphOS Version von JAmiga2 gefixt (crasht nicht mehr bei Threads) und hat JAR File Unterstützung bekommen. |
|||||
|
Thore
Nutzer
18.07.2011, 00:29 Uhr [ - Direktlink - ] |
Thema: Problem mit WHDLoad-Spiel UFO AGA unkown
Brett: AROS und Amiga-Emulatoren Ähm, push: Hast du das ROM File mal mit Forever selbst ausprobiert und von da aus mal transrom verwendet? |
|||||
|
Thore
Nutzer
17.07.2011, 16:45 Uhr [ - Direktlink - ] |
Thema: Problem mit WHDLoad-Spiel UFO AGA unkown
Brett: AROS und Amiga-Emulatoren Dann lass es in Forever laufen. Transrom läuft da auch normalerweise. |
|||||
|
Thore
Nutzer
17.07.2011, 13:38 Uhr [ - Direktlink - ] |
Thema: Problem mit WHDLoad-Spiel UFO AGA unkown
Brett: AROS und Amiga-Emulatoren @tploetz Du schriebst (ich zitiere): > Auf der Amiga Forever CD 2008 war ein kickromA1200 vorhanden. Dann nimm dieses ROM welches Du da gemeint hast + rom.key für WinUAE und starte damit nochmal. Das ROM ist sicher nicht defekt, es ist nur codiert und mit rom.key im Forver oder WinUAE benutzbar. Dann benutz transrom wie oben beschrieben. Du sollst transrom im Emulator anwenden, nicht an einem echten Amiga Damit grabst du das decodierte (1:1) ROM aus der Emulation raus.[ Dieser Beitrag wurde von Thore am 17.07.2011 um 13:40 Uhr geändert. ] |
|||||
|
Thore
Nutzer
17.07.2011, 11:36 Uhr [ - Direktlink - ] |
Thema: Problem mit WHDLoad-Spiel UFO AGA unkown
Brett: AROS und Amiga-Emulatoren @tploetz Muss es unbedingt ein A1200 ROM sein oder geht zur Not auch ein A4000 ROM? |
|||||
|
||||||
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|