amiga-news DEUTSCHE VERSION
.
Links| Forums| Comments| Report news
.
Chat| Polls| Newsticker| Archive
.

amiga-news.de Forum > Search [ - Search - New posts - Register - Login - ]

First << 57 58 59 60 61 -62- Search results: 1858 hits (30 per page)
Reth   User

2003-07-26, 18:21 h

[ - Direct link - ] 		topic: Kennt sich jemand mit HiSoftC++ aus?
Board: Programmierung

Zitat:
[snip]
ich geh mal nicht davon aus, das der komplette Source-Code beilag
[/snip]

Wenn ich mich recht entsinne, war für die Klassenbibliothek der komplette Source dabei, so dass man diesen aud neuere Systembibliotheken anpassen kann!

Ich dachte wenigstens StormC in der V4 ist ne vernünftige IDE mit graphischem Debugger!
 
Reth   User

2003-07-26, 17:18 h

[ - Direct link - ] 		topic: Kennt sich jemand mit HiSoftC++ aus?
Board: Programmierung

Ist ja alles schön und gut, aber ich durfte dat Teil schon mal benutzen und hab noch nie ne komfortablere IDE für den Amiga gesehen! Beruflich programmiere ich immer unter Windows (hab privat keinen PC) und weiss deshalb die Annehmlichkeiten einer IDE mit integriertem Debugger mit Einzelschrittabarbeitung komplett aus graphischer Oberfläche bedienbar zu schätzen. Ebenso die leichte und schnelle Konfiguration und man kann ziemlich einfach 680x0 Code erstellen!

Ich kenn GCC nicht vom selber benutzen her, aber da er aus der Linu- Unixecke kommt, kann ich mir vorstellen, dass da die Konfiguration und das Debuggen und Tracen eine monatelange Angelegenheit von Manpage-Wälzen wird und man sich am besten seine Debug- und Traceausgaben gleich in den Code schreibt, oder!?

Was StormC anbelangt konnte ich noch nirgendwo lesen dass dieser ne Objektbibliothek á la den EasyObjects des HiSoftC++ mitbringt, oder hat er sowas?

Hab hier nen alten MaxonC++ 1.0 (glaub) und weiss nur nicht, woher ich Updates bekommen kann! Leider hat dieser keine Objekt(besser Klassen-)bibliothek dabei so dass man sich die ganzen Sachen, wie Fenster- und Screenklassen selber bauen müsste bevor man anfangen kann, das eigentliche Programm zu schreiben.

Was der HiSoftC++ so alles bot reicht mir vollkommen aus um zu Programmieren. Wenn ich das dann noch einigermassen sauber hinbekommen würde, müssten die Programme unter 68k-Amigas AOS4, MorphOS und Amithlon laufen ohne angepasst werden zu müssen (und unter UA usw.). Von dem her würde das langen. Das mit dem Preis hab ich nur ins Spiel gebracht, weil ich der Meinung bin, dass dieser dem Alter der Software nicht angemessen ist.

Natürlich stimme ich euren Argumenten voll und ganz zu wollte nur meinen Background einigermaßen darlegen. Ausserdem wenn die Doku zu dem Teil ausreichend gut ist, ist mir der Support nicht so wichtig.

Ciao
 
Reth   User

2003-07-25, 20:44 h

[ - Direct link - ] 		topic: Kennt sich jemand mit HiSoftC++ aus?
Board: Programmierung

Tach zusammen,

kennt sich jmd. mit o.g. System aus bzw. mit den EasyObjects? Ich hab schon mal bei HiSoft nachgefragt, aber keine Antwort bekommen! Der Preis den die da noch wollen ist mir für das Alter des Systems zu hoch! Hab auch schon in ebay und div. Amiga-Kleinanzeigen nachgesehen, leider ohne Erfolg!

Kennt evtl. jmd. die Mailadressen der Programmierer?

Danke schon mal im Voraus!

Ciao
 
Reth   User

2003-07-23, 15:51 h

[ - Direct link - ] 		topic: ASL-Screenmoderequester will nich so
Board: Programmierung

Nochmals Dank! Das erklärts natürlich!
Dachte mir schon, dass das Hook-System was mit dem smalldata zu tun hat, innerhalb von C, C++ bleibt das ja unsichtbar.

ciao
 
Reth   User

2003-07-23, 14:50 h

[ - Direct link - ] 		topic: ASL-Screenmoderequester will nich so
Board: Programmierung

Zitat:
Dein Programm stürtzt einfach ab, wenn Du small-data verwendest und __saveds weglässt.

Woher weiss ich denn, wenn ich gerad einfach nur C oder C++ programmiere, wann ich small-data verwende?

[ Dieser Beitrag wurde von Reth am 23.07.2003 editiert. ]
 
Reth   User

2003-07-23, 13:55 h

[ - Direct link - ] 		topic: ASL-Screenmoderequester will nich so
Board: Programmierung

Hallo Thomas,

vielen vielen Dank für die Tipps!

Bin im Assembler überhaupt nicht mehr firm (wars auch nur für den 6809, den kleinen Bruder vom 68000)!
Das mit dem SmallDataModel sagt mir leider gar nichts! Wenn ich diese Definition weglasse, stimmen dann u.U. Registerinhalte nicht mehr?

Muss ich als Rückgabewert nun ULONG nehmen, oder geht auch BOOL (müsste eigentlich egal sein, da TRUE und FALSE auch nur Definitionen von 0 und 1 sind, also Konstanten!)?

Danke nochmal!

Ciao
 
Reth   User

2003-07-23, 10:52 h

[ - Direct link - ] 		topic: ASL-Screenmoderequester will nich so
Board: Programmierung

SUPER!!! Vielen Dank!

Noch ne Frage: Muss man die Definitionen so vornehmen? (Also mit __saveds und register __A0 glaub dazu steht was im AmigaIntern bzgl. Hooks, kann das sein?)?? Und muss der Rückgabewert ULONG sein, oder kann er auch BOOL sein?

Ach ja, wenn ich gerad am Fragen bin: Hab mich da noch nich so eingelesen. Wenn ich nen Overscan-Screen mit Autoscroll öffnen will, was muss ich da noch tun als in der Funktion zum Screenöffnen die entsprechenden Tags richtig zu setzen?

Meine Vorstellung ist die, dass der Anwender einen 640x480 Screen öffnet, ich aber immer ein Fenster der Größe 1024x768 aufmache. So weit so gut, nur scrollt dann das Fenster mit/in diesem Screen nicht, wenn ich mit der Maus an den Rand komme! Irgendwas fehlt da noch, aber was?

Nochmals vielen Dank für die Funktion!

Ciao
 
Reth   User

2003-07-23, 09:53 h

[ - Direct link - ] 		topic: ASL-Screenmoderequester will nich so
Board: Programmierung

Oh, vielen Dank, das stand niergendwo!

Dann muss ich wohl sehen, dass ich die Filterfunktion hinbekomme!

Danke nochmals
Ciao
 
Reth   User

2003-07-23, 08:03 h

[ - Direct link - ] 		topic: ASL-Screenmoderequester will nich so
Board: Programmierung

Hallo, ich mal wieder,

hab gestern eben mal nen ASL-Screenmode-Requester fabriziert und dabei festgestellt, dass er die Angaben zu MinDepth und MaxDepth völlig ignoriert! Ich hab beide auf 8 eingestellt, aber dennoch alle Modi zur Auswhl bekommen, auch mit 16Bit und 24 Bit.

Nun versuch ich gerad ne Filterfunktion einzubauen, aber das klappt noch nicht!

Weiss jemand, warum der ASL-Screenmoderequester die beiden Angaben ignoriert?

Danke schon mal

Ciao
 
Reth   User

2003-07-22, 12:19 h

[ - Direct link - ] 		topic: Wie Knopf mit Bild drauf programmieren?
Board: Programmierung

Danke schön!

CD hab ich leider nicht ;-[
Hab mir nur das NDK runtergeladen, muss dann mal sehen, wie ichs hinbekomme, evtl. gibts noch was im Aminet und ich habs nur übersehen!
 
Reth   User

2003-07-22, 10:24 h

[ - Direct link - ] 		topic: Wie Knopf mit Bild drauf programmieren?
Board: Programmierung

Ach so, vergaß zu erwähnen: Will weder MUI noch ReAction benutzen, sondern nur Intuition und/oder BOOPSI!
 
Reth   User

2003-07-22, 08:12 h

[ - Direct link - ] 		topic: Wie Knopf mit Bild drauf programmieren?
Board: Programmierung

Hi,

hab mir das NDK3.9 runtergeladen, darin aber nix gefunden (kein entsprechendes Beispiel)!
 
Reth   User

2003-07-21, 18:57 h

[ - Direct link - ] 		topic: Wie Knopf mit Bild drauf programmieren?
Board: Programmierung

Hallo zusammen!

Weiss das zufällig jemand? Wie kann man einen Knopf mit nem Bild drauf gestalten mittels Intuition oder Boopsi? Gibts da irgendwo Beispielcode in C oder so?

Danke schon mal

Ciao
 
Reth   User

2003-07-12, 10:49 h

[ - Direct link - ] 		topic: Mroocheck problem mit "unplugged" Maus
Board: Amiga, AmigaOS 4

Wie oben schon mal erwähnt:

Also hab hier ne Life-Funkmaus am TopolinoIII
(USB->PS2->TopolinoIII->Amiga! Ein guter Abstandhalter };-[) ) ohne Probleme (nur manchmal nach nem Absturz wird sie nicht erkannt muss dann den Rechner ausschalten!).

Mit TopolinoIII gehts ohne Probleme, hab auch noch nen Mroocheck hier, mit dem geht das Ganze aber nicht!
 
Reth   User

2003-07-09, 07:26 h

[ - Direct link - ] 		topic: Ich steh grad aufm Schlauch
Board: Programmierung

Danke für die Hilfen!

War natürlich so ein dummer Fehler, hatte nichts mit den Datentypen zu tun!

Der Codeausschnitt, den ich gepostet habe, spiegelt nicht ganz den in meinem Programm wieder, dort hatte ich die Variable, an die zugewiesen wird im selben Scope schon mal verwendet mit nem komplett anderen Typ, daher diese Fehlermeldung!
 
Reth   User

2003-07-08, 09:35 h

[ - Direct link - ] 		topic: Ich steh grad aufm Schlauch
Board: Programmierung

Hallo zusammen,

ich blicks grad nicht! In C(++) sollte es doch möglich sein einen const int Wert mittels Cast einem int-Wert zuzuweisen, oder?

Also irgendwie so:

int value = (int)(type->getValue());

wobei type->getValue() den Rückgabewert const int hat.

Mein Compiler meint dazu: Assignment type conflict.

Kann da jemand weiterhelfen? (Is banal, ich weiss)

Danke schon mal

Ciao
 
Reth   User

2003-07-07, 07:39 h

[ - Direct link - ] 		topic: Kann BoingBags nicht installieren
Board: Amiga, AmigaOS 4

Hm, diese Fehlermeldungen hab ich noch nirgends gesehen!
Hast Du OS3.9 auch neu installiert? Was sagt denn SnoopDos zu dem Ganzen?
Zur Not wird Dir evtl. nichts anderes übrig bleiben, als entweder die ganze Partition mit OS3.9 neu einzurichten, oder die BBs von Hand zu kopieren (dazu aber im Install-Skript nachschauen, was wann wohin kopiert und ggf. angepasst werden muss).
 
Reth   User

2003-07-04, 18:45 h

[ - Direct link - ] 		topic: YAM2.4 und SSL
Board: Amiga, AmigaOS 4

Schönen Tach zusammen!

Ich wollte fragen ob jemand weissm, warum ich trotz AmiSSL2 Installation bei meinem YAM2.4 SSL nicht aktivieren kann (und zwar weder für SMTP noch für POP3)? Bin bei GMX, das SSL prinzipiell unterstützt.

Danke schon mal

Ciao
 
Reth   User

2003-07-03, 21:45 h

[ - Direct link - ] 		topic: Tutorial für Computergegner
Board: Programmierung

Danke für eure Tips, werd ggf. mal in das eine oder andere hineinschauen!
 
Reth   User

2003-06-23, 14:20 h

[ - Direct link - ] 		topic: Tutorial für Computergegner
Board: Programmierung

Schönen Tach zusammen,

wollte mal fragen, wo man sich denn am besten über die Grundlagen für die Programmierung von Computergegnern informieren kann? Kennt sich da jemand ein bisschen aus, oder weiss ne URL?

Danke schon mal

Ciao
 
Reth   User

2003-05-15, 09:35 h

[ - Direct link - ] 		topic: Gibts irgendwo gute Tipps zum Malen mit Zeichenprogrammen?
Board: Amiga, AmigaOS 4

@tokai

Komme endlich dazu Dir zu danken! Da gibts sptizenmässige Tutorials!
Danke schön!
 
Reth   User

2003-05-12, 14:51 h

[ - Direct link - ] 		topic: Gibts irgendwo gute Tipps zum Malen mit Zeichenprogrammen?
Board: Amiga, AmigaOS 4

Schönen guten Tag zusammen,

kennt jemand ne gute Seite/ein gutes Tutorial oder nur ein paar Tipps und Kniffe, wie man mit nem Malprogramm (in der Art von DPaint) halbwegs ansehbares hervorbringt?

Mir gehts da speziell um die etwas plastischere Darstellung von Gebäuden, Gegenständen usw. die kommen bei mir immer so plan raus, obwohl ich schon Farbverläufe benutze und versuche hier und da mal nen Schatten zu setzen.

Da gibts doch bestimmt was, oder?

Danke schon mal

Ciao
 
Reth   User

2003-05-10, 12:22 h

[ - Direct link - ] 		topic: Maxon C++ Updates
Board: Programmierung

Tach auch,

ich wollte nur fragen, ob jemand weiss, obs für diese IDE die Updates zum runterladen gab/gibt und wo man die ggf. bekommen kann. Hab Herrn Google bisher vergeblich bemüht!

Danke schön

Ciao
 
Reth   User

2003-05-07, 22:12 h

[ - Direct link - ] 		topic: Wie programmiert man denn am besten folgendes:
Board: Programmierung

Zitat:
Original von mrbbc:

...
Zitat:
Zur Zeit ist bei mir alles in einer Hauptklasse

Klingt nach prozeduraler OOP... ;o)

Nur bedingt. Konnte natürlich nicht alles (den ganzen Source be-)schreiben. In meiner Hauptklasse wird alles initialisiert, Screen, Window, Bitmaps, Masken, Daten für Masken und Bitmaps usw.
Es gibt natürlich für die gnazen Anwendungsobjekte Klassen. Eine für Spielfeldteile (Hexagone), eine für Grafikobjekte, davon abgeleitet eine für Gebäude, eine fürs Eventhandling (ist ein echter EventHandler, wird vom OS gerufen, wenn eine Intuitionnachricht eintrifft, er ist natürllich mittels einer Endlosschleife in seiner Klassenbibliothek (nicht von mir) implementiert, das wohl aufm Amiga nicht anders geht, ist dennoch kein blockierendes Warten in diesen Ednlosschleifen, da man auf ein Signal/eine Nachricht wartet; man kann in dieser Zeit andere Programme nutzen und die CPU steht auch nicht bei 100%, ist nicht mal merkbar langsamer), eine fürs Verwalten der Hexagone, und und und.. (to be continued).

Zitat:
Ausserdem schlage ich eine klare Trennung von Sprite und "Objekten" vor. Denn du hast wohl zum einen schlicht Landschaft und zum anderen deine Objekte, die besonderer Abarbeitung bedürfen.

Genau das hab ich ja eigentlich (denke ich zumindest), ausser dass ich keine Sprites benutze. Meine Objekte sind nur "logisch", keine graphischen Objekte. Sie präsentiern in der Anwendung jedoch teilweise graphische Objekte. Jede Grafik ist nur einmal im Speicher vorhanden, kann aber beliebig oft geblittet werden.Vorgesehen ist, dass ich eine Verwalterklasse für alle Klassen mache, die graphische Objekte mit Animation beherbergt. Diese wird dann regelmässg gerufen, um alle Objekte ggf. neu zu zeichnen (also schon so ähnlich wie Du es mit der Show()-Methode angedeutet hast, aber wie sonst? Nicht-OO muss ich auch alle betroffenen Grafiken aktualisieren).

Zitat:
Du wirst noch mehr einbauen müssen, schließlich soll nicht jedes Objekt nach der gleichen Zeit fertiggestellt werden ?

Hab mich wohl missverständlich ausgedrückt. Der Zeitstempel den jedes Objekt (das eine animierte Grafik repräsentiert) erhält, entscheidet darüber, ob das Objekt aktualisert werden muss. Zusätzlich sind natürlich noch weitere Attribute denkbar, aber z.Zt.soll jedes Objekt nach der gleichen Zeit fertiggestellt sein (natürlich in Abhängigkeit seiner Startzeit, drum der eigene Zeitstempel). Später kann ich ja weitersehen!

Zitat:
...
BTW: gegebenenfalls solltest du die Option vorsehen, dass man die Spritepaletten auswechseln kann. Dann könnte man die Gebäude auch z.B. im Winter zeigen, auf palmenbewachsenen Inseln usw. wenn sich Grafiker dafür finden.

An so was hab ich noch gar nicht gedacht bzw. davon zu träumen gewagt, abgesehen von meinen Möglichkeiten.
Da ich aber nicht mit Sprites arbeite, ist das Palette-Thema vielleicht gar keines. Es wird eine eigene Farbpalette für die darzustellenden Grafiken verwendet. So kann mann evtl. vor dem Bitten andere Farben einstellen, ob das dann aber bei gleichen Objekten die gewünschten Effekte gibt, weiss ich nicht, Bin aber auch kein Grafiker!

So das wars erst mal. Wenn Du Interesse hast, kann ich Dir ja mal Details schicken (Codeausschnitte, Screenshots, ...).

Danke jedenfalls für die Hilfe!
 
Reth   User

2003-05-07, 21:41 h

[ - Direct link - ] 		topic: Wie programmiert man denn am besten folgendes:
Board: Programmierung

Zitat:
Original von tokai:
...

Hooks. :)

Hast Du dafür ein gutes Codebeispiel (in C)?
 
Reth   User

2003-05-07, 11:02 h

[ - Direct link - ] 		topic: Wie programmiert man denn am besten folgendes:
Board: Programmierung

Zitat:
Original von Solar:

Zitat:
Eine Endlosschleife ist ja auch das Eventsystem. Wenn was passiert, verarbeitet es das Ereignis und generiert ein passendes Event...

?(

Komische Auffassung von einem Eventsystem...

Wie fasst Du denn Eventsystem auf, bzw. ereignisbasierte Programmierung? Ich habs so kennengelernt (salopp formuliert), dass solange auf ein Ereignis gewartet wird, bis eins ausgelöst wird, danach die Arbeit erledigt und in den Wartezustand zurückkehrt.
Beim Amiga wird das durch div. Wait..()-Anweisungen erledigt, mit denen man z.B. auf eine Intuition-Nachricht warten kann.
Dieser ganze Zyklus wiederholt sich am besten doch in einer Schleife (Endlosschleife), so lange, bis ein Abbruchkriterium erfüllt ist!? Oder nicht? Ich habe jedenfalls schon einige Beispiel-Sourcen für den Amiga (und auch andere ereignisbasierte Systeme, wie z.B. die Java-GUI) gesehen, die das genau so machen. Das muss natürlich nicht heissen, dass das richtig ist. Wie macht man's denn aber sonst?

Zitat:
Zitat:
Wie sorge ich dafür, dass mein Zeichentask kein Busy-Waiting macht? Schicke ich ihm ein Signal, wenn mein Message-Handler eine INTUITICKS-Nachricht bekommt?

Klingt gut.

Danke. Nun muss ich "nur" noch Taskprogrammierung auf dem Amiga lernen!
Danke für Deinen Rat.
 
Reth   User

2003-05-07, 08:41 h

[ - Direct link - ] 		topic: Wie programmiert man denn am besten folgendes:
Board: Programmierung

Zitat:
Original von mrbbc:
Also erstens gäb's es keinen triftigen Grund, C++ zu nehmen, wenn du mit C bestens vertraut bist.

Darum gehts ja: Ich wills gern lernen. Am besten macht man (in dem Fall ich) das so!

Zitat:
Da du wohl aber von Null anfängst, total wurscht...

Wie mans nimmt. In C++ ist genug C enthalten und OO-Programmierung mach ich schon ein paar Jahre.

Zitat:
Eventsystem... :-/

Bei Spielen kommt das nicht unbedingt zur Geltung, denn ganz generell brauchst du eine Endlosschleife - also eine Schleife, die quasi dein Hauptprogramm ist.
Eine Endlosschleife ist ja auch das Eventsystem. Wenn was passiert, verarbeitet es das Ereignis und generiert ein passendes Event...

Das weiss ich. Dieser Teil steht auch schon. Ich habs halt Eventsystem genannt, da das ganze Konzept von Amigas Intuition ereignisorientiert arbeitet.
Ich bekomme die von mir gewünschten Ereignisse (wie schon erwähnt) zugestellt und kann darauf reagieren.

Zitat:
In deiner Endlosschleife muss aber auch noch der Bildschirm gezeichnet werden. Das geht nicht mit ereignisorientierter Programmierung; höchstens mit einem Timerevent, der Timer müsste aber mindestens im Dezisekundentakt auslösen und das bremst wieder wie sau...

Tasks bzw. Threads machen nur bei bestimmten CPUs Sinn, z.B. Multiprozessormaschinen. Schwachsinn ist es aber, so viele Threads wie möglich zu machen. Das Optimum sind wohl so 4 Threads für ein Programm.

Das ist aber zu kompliziert und unnötig aufwendig.

Also, Endlosschleife: die könntest du in einen eigenen Thread packen, aber grundsätzlich geht das auch, wenn du sie in eine Funktion packst, die NICHT über ein Event gestartet wird, bzw. nur über das eine Event, das eben nur beim Programmstart einmal ausgelöst wird.

Das Event, das das Programmende auslöst, muss dann eben diesen Thread bzw. eben einfach die Endlosschleife auflösen. Dazu nimmst du am besten eine globale Variabele als Abbruchbedingung, die du dann auf "Cancel" setzt...

Also wie nun: Tasks sind nicht gut, aber ich soll trotzdem einen/mehrere erzeugen? Das man nicht ewig viele Threads produzieren soll ist ja wohl klar.
Aber was willst Du mir nun damit sagen? Die Schleife, die das wiederholte Darstellen auf dem Bildschirm übernimmt soll in nen eigenen Task (kenne keine Threadbibliothek für AmigaOS, Tasks dürften OK sein) und die ereignisbasierten Teile der Anwendung (Userinteraktionen usw.) in einen anderen?
Zur Zeit ist bei mir alles in einer Hauptklasse, die Endlosschleife (bei Ereignissen wird meine Handlerklasse informiert, welche die Auswertung übernimmt), sowie die Zeichenroutinen.
Wie sorge ich dafür, dass mein Zeichentask kein Busy-Waiting macht? Schicke ich ihm ein Signal, wenn mein Message-Handler eine INTUITICKS-Nachricht bekommt?

Zitat:
---

Die Endlosschleife kümmert sich ums Zeichnen. Dazu musst du jedes Objekt, das gezeichnet wird, speichern. Position + Animationsphase# + Bewegungsrichtung/Vektor pro x Millisekunden. Ausserdem einen Zeitstempel in Millisekunden, damit du eine variabele Framerate erzielen kannst.

Hm, für diese Details fehlt mir noch die Erfahrung. Von den Sachen (also was Animationsberechnungen u. dgl. angeht) hab ich ehrlich gesagt noch keine Ahnung, hab mir bisher die Sachen selbst gebaut, war aber auch alles noch nicht so performancehungrig.
Hier eignen sich Objekte hervorragend! Jedes weiss, in welchem Zustand es sich befindet (soll keine flüssige Animation werden, eher eine Bildfolge) und in welcher Position. Ein Zeitstempel ist ne sehr gute Idee, bekommt auch noch jedes Objekt mit, damit nicht alle Objekte imner gleichzeitig nach genau einer Zeitspanne neu gezeichnet werden, sondern jedes in gleichen Intervallen, abhängig von seiner Startzeit! Damit man sich ungefähr vorstellen kann, wovon ich spreche: Es geht darum, ein Gebäude, wenn es einmal von einem Spieler gesetzt wurde in mehreren Etappen entstehen zu lassen (á la Siedler).
Das ganze funktioniert mit Blitting, wobei die notwendigen Daten trotz mehrfacher Verwendung nur einmal im Speicher liegen. Es gibt innerhalb der Anwendung Objekte, die die graphischen Objekte repräsentieren und mit denen die notwendigen Berechnungen vorgenommen werden. Evtl. ist meine Zuordnung zu den eigentliche Grafiken nicht annähernd optimal (liegt aber auch an der Konstruktion der Spielelemente, diese ist an "Die Siedler von Catan" angelehnt), aber das ist ein ganz anderes Thema, darüber könnnen wir aber gern fachsimpeln, wenns Dich (jemand) interessiert, denn gerade in dem Bereich bin ich für effiziente Ideen sehr empfänglich!

Zitat:
Alternativ kannst du auch eine Wartesequenz einfügen, die jeden Frame auf x Millisekunden synchronisiert, d.h. nach z.B. 100 Millisekunden wird immer ein neuer Frame erst sichtbar gemacht[1], egal, ob er 10 oder 80 Millisekunden zum Zeichnen gebraucht hat...

[1] mit flipscreen/swapscreen/doublebuffering oder wie es auch immer genannt wird

So in der Art wird jedes Spiel gemacht, eben u.a. weil es viel schneller geht, als quasi voll objektorientiert jeden Sprite sich selbst zeichnen zu lassen.

--
it obvisiously seems to have been hard to write

Vielen Dank für Deine Tipps, werde wohl demnächst hier öfters posten mit fortschreitender Entwicklungsdauer (v.a. wenn ich mal Computergegner einführen will)!

Nochmals Dank für all eure Tipps! Bin für weitere Hilfen immer dankbar!
 
Reth   User

2003-05-06, 20:29 h

[ - Direct link - ] 		topic: Wie programmiert man denn am besten folgendes:
Board: Programmierung

Hallo zusammen,

ich bräuchte mal ein paar gute Ideen. Ich möchte ein Spiel in C++ programmieren (hatte ich schon mal in C, ging leider verloren) und dazu ein paar Features gestalten (waren in der alten, verlorenen Version nicht).

Es geht darum, wie man am besten animierte Objekte darstellt.

Zur Zeit habe ich nen festen Screenmode für das Spiel eingestellt: 1024x768, soll sich später mal ändern mit SCrolling usw. Aber das ist Zukunftsmusik.

Im Augenblick gehts gerad darum, dass der Spieler Objekte per Mausklick setzen kann (funktioniert schon), diese sollen aber animiert aufgebaut werden (in 3 Phasen) und im weiteren Verlauf des Spieles evtl. weitere Animationen zeigen.

Nun ist das Ganze ja eventgesteuert und ich lasse mir auch IDCMP_INTUITICK Messages geben. Damit will ich so ca. alle 3 Sek. checken, ob ne neue Stufe irgend einer Animation geblittet werden muss.
Nun scheints aber so zu sein, dass wenn der Spieler weiter mit der Maus arbeitet, das Zeitintervall anscheinend nicht eingehalten wird (die Messages der INTUITICKS kommen wohl nicht mehr regelmäßig, wenn inzwischen andere Messages kommen und verarbeitet werden)!?

Meine Frage ist: Wie programmiert man denn am besten solche Animationen? In eigenen Tasks? Habe leider im Umgang mit Taskprogrammierung noch gar keine Erfahrung, gibts da gute Tutorials (die diesbezüglichen Threads hier im Forum hab ich schon gelesen, das langt für mich als Anfänger in Taskprogr. nur bedingt)?

Kann mir da jemand weiterhelfen?

Danke schon mal

Ciao
 
 
First << 57 58 59 60 61 -62- Search results: 1858 hits (30 per page)

Search terms
keywords      username
Search options
Only search these boards
   match whole words only
show only titles
show all results

.
Masthead | Privacy policy | Netiquette | Advertising | Contact
Copyright © 1998-2024 by amiga-news.de - all rights reserved.
.