Der Schraubertipps-Thread

[1mal_volltanken]

Hallo Leutz!

Ich mach hier mal ein Thread auf, wo Ihr alle irgendwelche Kniffe verraten könnt, die das allgemeine arbeiten mit AGS beschleunigen und vereinfachen. Es können wirklich Dinge sein, die sonst kaum irgendwo zu lesen sind, aber durch eigenes Tüfteln selbst herausgefunden habt.

Ich mach mal einen Anfang:

Walkbehind oder Object?

Leider hat AGS ja keine Zoom-Funktion für die Feinarbeit der Areas. Deswegen muss man insbesondere bei Walkbehinds, die sehr viel Feinarbeit erfordern, mit der Nase ganz an den Monitor ran, um das Einzeichnen dieser Areas genau hinzukriegen.
Deswegen habe ich den Tipp, Walkbehinds bei Gegenständen anzuwenden, die einen Charakter von geometrischen Formen haben (Bsp. Schrank, Schreibtisch, etc.).
Bei Gegenständen, die unregelmäßige Formen haben, wie bspw. Treppengeländer und Brüstungen mit geschwungenen Säulen, Pflanzen im Vordergrund, etc. ist es einfacher, diese als Objekte einzusetzen, da man sich dadurch die Feinarbeit erspart. Sofern man davon ausgehen kann, dass die benötigten Objekte für einen Room das Maximum von 20 nicht ausschöpfen werden, kann man zum Zweck der Einfachheit auch mal zwei, drei Objekte opfern!



Mitnehmbare oder bewegliche Objects in Schränken, Truhen oder hinter sonstigen Hindernissen

Auch hier lässt sich einiges an Arbeit sparen, wenn man die Hintergründe mit Schränken im OFFENEN(!) Urzustand zeichnet. Die Schranktür kann man danach als Object draufsetzen. Nun kann man die Objects, die den Schrankinhalt darstellen, zuerst im Schrank einsortieren und ZUM SCHLUSS, setzt man die Schranktür dort rüber. Wichtig ist, dass die Baseline von der Schranktür unterhalb der anderen Objekte, die sich im Schrank befinden, gesetzt wird.

Damit kann man sich die mühseligen Programmierungen a la

if AlteBatterienimKuehlschrank == true  ObjectOn(6);

mit dem ganzen Drumherum sparen und braucht für den PickUp-Befehl nur noch mit dem ObjectOff arbeiten. Das lässt sich natürlich auf alle ähnlichen Varianten transferieren, indem man Hintergründe ohne Hindernisse zeichnet und verdeckende Gegenstände als Objects eingesetzt werden.


Nun, Ihr kennt doch sicher auch noch Kniffe. Tut sie hier rein!


BG
der Volltanker

[NsMn]

Leider hat AGS ja keine Zoom-Funktion für die Feinarbeit der Areas.

Hat es wohl! 

[Tribble]

Aber erst ab Version 3, aber die benutzt ja kein normaler Mensch.

Der Trick mit dem Schrank ist nicht schlecht. Das Problem hierbei ist aber, dass man neben der geschloßenen Tür ein weiteres Object für die offene Tür braucht (oder man muss skripten dass das Türobjekt ständig Aussehen und Position verändert, was auch nicht einfacher ist).

Meine Methode, um zu verhindern dass man beim wiederholten öffnen von Schränken Gegenstände doppelt und dreifach bekommt sieht daher etwas anders aus:
Erstmal bleibt alles beim alten: Wenn ich den Schrank öffne werden die objekte 'offener Schrank' und 'Inhalt' eingeschaltet, und beide werden ausgeschaltet wenn man ihn schließt.
Wenn ich den Inhalt nun nehme schalte ich das entsprechende Objekt nicht aus, sondern verschiebe nur die Baseline so, dass es nun von dem Schrank verdeckt wird (für den Spieler sieht es so aus, als währe es weg).
Wenn ich den Schrank nun nochmal öffne wird der Inhalt zwar technisch wieder eingeschaltet, aber da der Spieler ihn weder sehen und anklicken kann muss ich mich darum nicht weiter kümmern.

[NsMn]

KhrisMUC hätte seine Freude an dem Thread, ich sag's ich jetzt schon, falls er doch mal wieder auftaucht.

[fireorange]

Damit kann man sich die mühseligen Programmierungen a la

if AlteBatterienimKuehlschrank == true  ObjectOn(6);[/color]

Dafür nutze ich normalerweise GlobalInts.

Das mit den Objekten ist eine Methode, aber ich persönlich bevorzuge doch die Detailarbeit beim Einzeichnen von Walkbehinds, weil ich Objekte im Übermaß dann irgendwo unübersichtlich finde. Außerdem finde ich es so einfacher. Aber ist wohl Geschmackssache.

[Domi]

@FO mach ich auch mit gis

[Endres]

GIs und ObjectOn und so ist uncool...
Übrigens. Für das mit den Objekten und Walkbehinds gibt es in AGS 3 auch eine neue Lösung: Masken importieren. Damit kann man die Masken mit einem Grafikprogramm was auch Farbpaletten kann ( - so ziemlich jedes außer Paint) malen und einfach importieren. Bei sehr detailreichen Masken mache ich das mittlerweile auch so.

[Domi]

Aber erst ab Version 3, aber die benutzt ja kein normaler Mensch.

ich benutz auch ags 3.1.2 und bin normal.

[ManiacTwister]

Aber erst ab Version 3, aber die benutzt ja kein normaler Mensch.

ich benutz auch ags 3.1.2 und bin normal.

[OT][SPAM] Es wunder mich wirklich das darauf noch kein Kommentar kam...[/SPAM][/OT]

[fireorange]

Extra für Domi:

Telefon- und Codeeingabe ohne großes Skriptwissen

Wir nehmen zum Beispiel die Nummer oder Kombination 1234. Dafür brauchen wir vier Räume, die jeweils das Tastenfeld anzeigen. Jedes Tastenfeld ist ein Hotspot (oder Objekt). Wenn man sie anklickt (AnyClick) wird man je nach Richtigkeit der Zahl entweder zurück in den ersten Raum befördert oder in den nächsten Raum. Wenn man zum Beispiel in Raum 2 auf die 5 klickt, muss der Befehl NewRoom(1); einsetzen, evtl. noch ein schriller Sound dazu. Beim Hotspot zur Nummer 2 muss NewRoom(3); stehen, evtl. ein Erfolgssound dazu. Als Zusatz könnte man noch einen Reset-Button einbauen, der den Spieler zurück in Raum 1 befördert.

[Domi]

THX fo aber timer hats mir schon zukommen lassen

[KhrisMUC]

Wundert wohl keinen, dass ich nicht mehr so oft hier herein schaue, oder?

Tribble's Kommentar kann ich im Übrigen unterstreichen; warum sollte man auch ein kostenloses Android-Touchscreen-Smartphone benutzen, mit dem Nokia 5110 kann man ja auch telefonieren, ne? (Achja, weil der Akku schlappmacht, das Display zu klein ist und schwarz-grün, ich keine Apps installieren kann, es nicht mit Sync-Software zusammenarbeitet, der Empfang schlechter ist, ich keine Fotos machen kann, etc. etc. etc.)

Ein gutes Argument für den Wechsel wäre, dass die Anzahl der Leute, die einem bei 2.X-Problemen helfen, mit Sicherheit immer weiter abnimmt; außerdem sind in alten AGS-Versionen bugs drin, die bei 3.X natürlich längst ausgemerzt sind.
Das muss aber jeder selber wissen; ich fand 3.0 anfangs auch ungewohnt, mittlerweile bin ich aber drin und könnte nie mehr zurück.

Um auch noch was zum Thema beizutragen:

Der Trick mit dem Schrank ist nicht schlecht. Das Problem hierbei ist aber, dass man neben der geschloßenen Tür ein weiteres Object für die offene Tür braucht (oder man muss skripten dass das Türobjekt ständig Aussehen und Position verändert, was auch nicht einfacher ist).

Wenn man um die Grafiken der geschlossenen und offenen Tür entsprechend angepasste Transparenz läßt, muss man nur die Grafik wechseln.
Wenn die slots z.B. die Nummern 67 und 68 haben, geht das mit:

Code: [Auswählen]

  oSchranktuer.Graphic = 135 - oSchranktuer.Graphic;Eine simple Zeile, und alles läuft einwandfrei.

[Rocco]

soweit ich weiss hat man aber dann das Problem, dass man den Labeltext von zB. geschlossene Schranktür nicht auf offene Schranktür ändern kann,
oder geht das mittlerweile?

[KhrisMUC]

Das kann man tricksen; man muss halt Code in TranslateAction packen. Man könnte das auch als Modul auslagern.
Außerdem kann man den Namen auch bei "Schranktür" belassen, ob sie offen oder geschlossen ist, sieht man ja deutlich.

[Rocco]

das ist halt eine grundsätzliche Designentscheidung.
Ich arbeite grade an einem Projekt, wo man es nicht so gut sieht und mich deswegen mit einzelnen Objekten herumärgere, nur damit der richtige Labeltext angezeigt wird.
Das einfachste wäre da den Hotspotlabeltext zu ändern, aber das geht halt leider nicht einfach so. 

kannst du mir da vielleicht ein konkretes Beispiel geben, wie man das umgehen kann um auch bei Grafikswitches den richtigen Labeltext zu sehen.
(Ein Modul dafür wäre natürlich ideal.  )