Neueste Beiträge

91

Ressourcen / Re: Bernard-Maniacweed-Starterpack

« Letzter Beitrag von Cone Arex am 04. Juni 2025, 20:55:51 »

Ich habe  noch ein paar Funde in den Räumen gemacht - zwei davon hatte ich zwar in meinem Pull Request, ich vermute aber, dass die .crm Dateien nicht kompatibel waren:

Das lag wohl eher daran, dass der Merge Conflict nicht wie vorgesehen funktioniert hat und ich die Dateien mit einer älteren Version überschrieben habe. 

Tippfehler im Object und Hotspotnamen in beiden Kommodentüren, es fehlt das "n" in "Kommodentür"

Ist jetzt gefixt.

Standardaktion SCHAU AN für oMailbox "Briefkasten>l" hinzugefügt"
Hotspot "hFrontDoor", Description "Tür>v"
und Objekt "oFrontDoor", Description "Tür>c" - diese beiden Änderungen führen dazu, dass die Standardaktionen für die Haustür auf ÖFFNEN / SCHLIESSEN gesetzt werden.

Verstehe nicht, worauf du hier hinaus willst? Eine Aktion für Schau an-Briefkasten ist doch vorhanden? Ebenso hat die Tür die Standardaktion gesetzt.

Zum Thema timidity habe ich hier schon was geschrieben: https://www.maniac-mansion-mania.de/forum/index.php?topic=2348.msg57368#msg57368 Lässt sich hier übertragen: Gibt jetzt die midi.txt und template.txt, welche auf das MIDI-Problem hinweisen. Ein neues Release kommt die Tage.

92

Technik / Re: Weiterentwicklung der Starterpacks (Allgemein)

« Letzter Beitrag von Cone Arex am 04. Juni 2025, 20:51:31 »

Kommando zurück. Ich war da etwas voreilig damit, die Entwicklung der Starterpacks einzustellen.
Ich musste feststellen, dass AGS die Timidity-Dateien nicht in die Template-Datei einbindet. Soll heißen: Die müssen für jedes Projekt manuell in das Spieleverzeichnis kopiert werden. Als behelfsmäßige Krücke gibt es jetzt die Datei midi.txt, in welcher das Vorgehen zum Importieren beschrieben wird und auch auf das GitHub-Repo mit den Dateien verwiesen wird. Zusätzlich hat jedes Starterpack jetzt eine template.txt-Datei, die beim Erzeugen eines neuen Projekts angezeigt wird (bis AGS 3.6.1) bzw. bei der Template-Auswahl angezeigt wird (bei AGS 3.6.2) und auf diesen Umstand mit timidity und die midi.txt hingewiesen wird.

Außerdem habe ich weitere Probleme mit dem neuen AGS 3.6.2 bemerkt. Funktionsaufrufe von Hotspots, Objects etc. die ins Leere führen (also z.B. eine Hotspot3_AnyClick()-Funktion im Event Pane des GameObjects angegegeben ist, aber keine entsprechend Funktion im Script existiert) erzeugen nun eine Warnung. Nichts weltbewegendes, aber doch nervig. Dazu kommt, dass zumindest standardmäßig die Scriptkompatiblität runter geschraubt wurde und nun eine veraltete Version von SetPlayer() im CharacterChange-Script, sowie die Verwendung von GlobalInts nun Compilerfehler erzeugen. Entsprechend habe ich angefangen, diesen Unrat aus den Starterpacks zu beseitigen. Alle SPs, abgesehen von der Schule und Syd-Achmed, sind bereits durch. Alle überflüssigen Funktionsaufrufe, die GlobalInts und die SetPlayer()-Funktion sind raus und erzeugen keine Probleme mehr mit AGS 3.6.2. Die beiden restlichen SPs kommen dann die Tage, genau wie Releases. Bei der Schule sind wohl größere Umbau-Maßnahmen notwendig, da eine veraltete GlobalScript-Version verwendet wurde.

Ich bin nicht dazu gekommen, dass CharacterChange-Script dann noch auf Funktion zu prüfen. Daher wäre es sehr nett, wenn da nochmal jemand drüber schaut.

Auch wenn ich jetzt sehr viel über die Kompatibilität zu AGS 3.6.2 gesprochen habe, möchte ich noch anmerken dass die Starterpacks weiterhin auf 3.6 ausgerichtet sind. Auf Kompatibilität zu 3.6.2 wird nur zusätzlich geachtet.

Im Übrigen bin ich der Meinung, dass Karthago zerstört werden muss.

93

Ressourcen / Re: Bernard-Maniacweed-Starterpack

« Letzter Beitrag von alphawolf300 am 03. Juni 2025, 23:42:14 »

Ich verstehe nur noch nicht das ">v"

Das >v ist im GlobalScript definiert sorgt dafür, dass die Standard-Aktion stimmt: je nachdem ob die Tür geöffnet oder geschlossen ist, gibt sie schließe oder öffne an. Wie genau das funktioniert, habe ich aber nie verstanden und so scheiterte mein Versuch, sowas auch z. B. bei Schubladen zu machen. Durch die Komplexität ist es aber auch schlecht wartbar, also vielleicht gar nicht so schlimm. 

94

Ressourcen / Re: Bernard-Maniacweed-Starterpack

« Letzter Beitrag von AmigaMaster am 03. Juni 2025, 22:03:12 »

Ich habe  noch ein paar Funde in den Räumen gemacht - zwei davon hatte ich zwar in meinem Pull Request, ich vermute aber, dass die .crm Dateien nicht kompatibel waren:

Raum 15 (Britney):

• Tippfehler im Object und Hotspotnamen in beiden Kommodentüren, es fehlt das "n" in "Kommodentür"

Raum 2 (Vor dem Haus):

• Standardaktion SCHAU AN für oMailbox "Briefkasten>l" hinzugefügt"
• Hotspot "hFrontDoor", Description "Tür>v"
• und Objekt "oFrontDoor", Description "Tür>c" - diese beiden Änderungen führen dazu, dass die Standardaktionen für die Haustür auf ÖFFNEN / SCHLIESSEN gesetzt werden. Ich verstehe nur noch nicht das ">v"

95

Technik / Re: Weiterentwicklung der Starterpacks (Allgemein)

« Letzter Beitrag von Cone Arex am 02. Juni 2025, 19:02:46 »

Ich habe die freie Zeit in der Klinik mal dazu genutzt und das längst überfällige Update auf AGS 3.6 bei den alten Starterpacks durchgeführt. Alle SPs setzen nun AGS 3.6 voraus und haben Timidity zwecks MIDI-Wiedergabe integriert und das "Problem" mit den verrissenen Umlauten in der Aktionsleiste ist behoben. Letzte Releases für alle Starterpacks sind erstellt und hochgeladen.
Mit diesem Update schließe ich die Entwicklung der Starerpacks mit alter Codebasis ab. Zukünftige Templates werden auf Tumbleweed-Basis gebaut. Die Repositorys bleiben offen und sollte jemand anderes die Starterpacks warten wollen, kann er dies tun, Pull Requests stellen oder mir die Änderungen zukommen lassen. Ich pflege das dann ein.

96

Ressourcen / Re: Bernard-Maniacweed-Starterpack

« Letzter Beitrag von Cone Arex am 02. Juni 2025, 18:53:45 »

Ich habe das tatsächlich mal gebraucht, nämlich bei Schubladen. Alle Schubladen eines Raums rufen dieselbe Funktion auf und innerhalb der Funktion wird dann geprüft, um welche Schublade es sich handelt. Das reduziert den Code enorm, wenn es um viele Schubladen geht.

Stimmt. Das ist tatsächlich ein sinnvoller Use-Case.

Auch von mir gute Besserung, Cone Arex!

Danke.

97

Projekte und Ideen für MMM / Re: Lets Plays

« Letzter Beitrag von fireorange am 02. Juni 2025, 12:45:45 »

Sehr schön! Freut mich, dass es dich nun auch nach Dream Cat City verschlagen hat.

98

Ressourcen / Re: Bernard-Maniacweed-Starterpack

« Letzter Beitrag von alphawolf300 am 02. Juni 2025, 11:28:42 »

Seit einiger Zeit erlaubt AGS, dass sich die Funktionsnamen von Hotspotnamen unterscheiden können. Auch wenn ich keinen Fall kenne, wo das nützlich ist.

Ich habe das tatsächlich mal gebraucht, nämlich bei Schubladen. Alle Schubladen eines Raums rufen dieselbe Funktion auf und innerhalb der Funktion wird dann geprüft, um welche Schublade es sich handelt. Das reduziert den Code enorm, wenn es um viele Schubladen geht.

Auch von mir gute Besserung, Cone Arex!

99

Ressourcen / Re: Bernard-Maniacweed-Starterpack

« Letzter Beitrag von AmigaMaster am 01. Juni 2025, 17:27:31 »

Danke, habe es nach verzweifelter Suche dann doch endlich im GUI gefunden.

Für alle, die vielleicht über dasselbe Problem stolpern:

Im AGS-Editor die Properties anzeigen lassen und in diesem Fensterbereich dann auf das Icon mit dem gelben Blitz klicken. Siehe beigefügten Screenshot.

100

Ressourcen / Re: Bernard-Maniacweed-Starterpack

« Letzter Beitrag von Cone Arex am 01. Juni 2025, 11:43:48 »

Ich habe deinem Pull Request stattgegeben und in das Repo gemerged.

P.S: Dabei habe ich ein wenig über Räume, Objekte und Hotspots innerhalb von AGS gelernt. Es ist mir allerdings noch schleierhaft, wie das z. B. vor dem Haus mit dem Hotspot der Fenster funktioniert. Woher kommt der "hWindowLivingRoom", wenn der eigentlich Hotspot "hWindow02" benannt ist?

Auf der Eventseite eines GameObjects wie Objekte, Hotspots etc. wird der Name der Funktion angegeben, welche beim Auslösen eines Events (hier: Any Click on hotspot) ausgeführt wird. Zum Beispiel ist bei htHotspot04 hWindowKitchen_AnyClick angegeben. Wenn kein Funktionsname hinterlegt ist, generiert AGS automatisch einen, bestehend aus dem Scriptnamen des Hotspots, an den dann der Name des Events (AnyyClick) angehängt wird. Seit einiger Zeit erlaubt AGS, dass sich die Funktionsnamen von Hotspotnamen unterscheiden können. Auch wenn ich keinen Fall kenne, wo das nützlich ist.
Das wir im Starterpack unterschiedliche Namen haben, ist schlicht ein Flüchtigkeitsfehler unsererseits. Danke für den Hinweis, ist korrigiert.

Ein neues Release (v1.1) mit allen Änderungen ist bereits erstellt und hochgeladen: https://github.com/ManiacMansionMania/Maniacweed-Bernard/releases/tag/v1.1

@Cone Arex
Gute Besserung!

Danke.