Zitat:

---

Original von platon42:
Heh, das wäre ja lustig und ziemlich doof -- das waren dann solche Games, die nur 25fps hatten...

---

Zitat:

---

Bei 8-Wege-Scrolling kann man einen minimal größerer Screen verwenden als der sichtbare, man braucht also *nicht* einen vier mal größeren Screen und dann horizontal und vertikal vierfach Updaten.

---

Hab ich sowas geschrieben? Oder beziehst du dich auf nen anderes Posting?

Ich beschrieb nur, das man beiderseits der Bitmap einen Buffer braucht fürs Scrollen.

Egal. Bis Fussball dauerts ja noch ein wenig, ich mach jetzt meinen Amiga an und guck mal, ob ich nen alten Source find.



[ Dieser Beitrag wurde von dante am 20.06.2004 editiert. ]

Zitat:

---

Original von eye-BORG:
@Holger:

Nein, tile-basierende Games haben immer den Screen geswapt und komplett neu gezeichnet.

---

Na, wer machte denn Scrolling auf Amiga, in dem man mit riesigen Bitmaps das Chipmem blockierte, oder per Frame ne neue Bitmap aufbaute?! Wofür hat der Amiga einen Blitter?!

Eine Tile-Engine auf Amiga: Screengrösse 320x256. Tilegrösse 32x32. Ergo: Screengrösse=10 Tiles x 8 Tiles. Im einfachsten Fall werden für Scrolling nun 2 Bitmaps obiger Grösse angelegt + oben, unten, links und rechts jeweils 1 Tilespalte / -zeile , also 12x10 Tiles. Nun wird hardwaremässig gescrollt in die zusätzliche Tilereihe/spalte hinein oder hinaus, gleichzeitig wird abhängig von der Richtung die andere Bitmap im VB-IRQ refreshed, Und bei einer Tilesize von 32x32 hat man ordentlich Zeit, da es ja bei 1-Frame-Scrolling 32 Frames dauert, bis eine neue Tile-Reihe/Spalte sichtbar ist, man kann sich also pro Frame damit begnügen, im VB-IRQ meinetwegen 4 Tiles zu blitten. Das bedeutet eine konstante aber geringe Belastung hauptsächlich für den Blitter.

Für 4-Wege-Scrolling kann man mehr nehmen, um Richtungswechsel abzufangen ohne plötzlichen Anstieg der Rechenzeit, also 2 Tile-Reihen/Spalten extra pro Richtung, bei obigen Beispiel dann 14x12 Tiles.

Tja, es hat Gründe, warum es bis Mitte der 90er dauerte, bis es auf PC's zum Amiga vergleichbare Ballergames und Jump 'n Runs gab....

Zitat:

---

Original von Gary7:
Zum Schluß noch:
Eine Wasserstoffbombe ist nichts weiter als eine Menge komprimierter Wasserstoff mit einer Atombombe als Zünder. Übliche Sprengkraft: 100 Megatonnen TNT

---

In diesem Thread wurden ja einige tolle Theorien abgesondert (sehr niedlich war die mit den Windrädern, die die Luft bremsen ), aber dies hier ist doch zu krass, und keiner sagt was dagegen!
Deiner Meinung nach ist eine Wasserstoffbombe also eine überdimensionale Knallgasexplosion...

Eine Wasserstoffbombe ist eine unkontrollierte Kernfusion, ausgelöst durch eine konventionelle Kernspaltung. Dabei verschmelzen Deuterium / Tritium zu Helium, es passiert also das, was in der Sonne abläuft.

Also, sollte jemals in HH ein 100.000 Tonnen-Tanker voll mit Lithiumhydrid einlaufen, werd ich einen kurzfristigen Ausflug nach Italien in Betracht ziehen, vorher nicht.

Zitat:

---

Original von bubblebobble:
Bevor du was mit BlitzBasic2 machst, solltest du
lieber ein paar Änderungen an den Sourcen machen,
um sie an AmiBlitz anzupassen.
Ich habe sehr viel mit Amiblitz gemacht, das lohnt sich.

---

Zitat:

---

Und glaub mir jeder Befehl in dem "Bitmap","Shape",
"Sound" Objekte bentuzt werden ist NICHT systemkonform.
Das war halt damals für Custom Chips gemacht und hatte
seine Berechtigung. Wenn du aber heute was machen willst,
mit Graka, das auf Amtilhon, MOS, AOS4 etc. laufen soll,
dann musst du das anders machen. Beispiel und
verwendbaren Code gibts dafür von mir zur genüge der
auch funktioniert, siehe Asteroids oder HD-Rec.
Mit ShowBitmap bekommst du niemals ein gescheites
DoubleBuffer Display hin.

---

Zitat:

---

Was ist fetchmode ? Das hört sich auch hochgradig
nach Custom Chips an.

---

Zitat:

---

Amiblitz bietet aber sehr viele Vorteile:
- viele Bugfixes die noch von BlitzBasic2 kommen (z.B. 6 Parameter Bug)
- mehr Speed: Integer würde ich sagen 5x so schnell, Floats 10 mal so schnell oder noch mehr, je nach System, "quicks" haben also
ausgedient.
- Compilier Speed: Ab2 kompiliert dank Hash Tabelle ca. 10 mal so schnell bei grossen Programmen
- Mehr Help Features
- Mehr als 6 parameter
- optionale Parameter
- FAST option für superschnelle Funktionen
(Varialben werden nicht mit 0 initialisiert).
- Unendliche Listen
und und und...
die Liste könnte noch ne ganze Weile so weiter gehen.

---

Zitat:

---

Da allerdings alles in "ehrenamltlicher" Arbeit geschehen ist,
und der User Kreis relativ klein ist, siehts mit Documentation
mager aus. Wenn allerdings das Interesse gross genug ist,
dann bin ich gewillt einen Workshop oder Docu zu machen.

---

Der User Kreis wird auch nicht grösser dadurch, wenn man alteingesessenen Blitz-Benutzern bei Bugreports ein lapidares "nicht systemkonform" vorn Latz ballert. Ich hatte Bernd in der Mail an ihn gefragt, wo man die Sourcen für eine halbwegs aktuelle AmiBlitz-Version beziehen kann - selbige Frage also auch an dich. Ich wär ja willens, mich da selber durchzufrickeln, wenn ihr das nicht wollt...