also wenn's darum geht alte Dosspiele unter XP zum Laufen zu bekommen, nehm ich immer die dosbox und dfend als graphisches Frontend.
läuft bei mir einwandfrei
dosbox ist opensource

edit: und wenn der Herr sich mal auf die downloadsite von SCUMM begeben hätte, würde er auch sehen, daß es die SCUMM-sourcen gibt...

edit2: aus den scumm-sourcen:

hobbes meint ScummVM, eine plattform extra für spiele, die auf scumm ("Script Creation Utility for Maniac Mansion") basieren

vllt hilft dir das weiter:
http://alban.dotsec.net/Projects/ScummC

ooder du fragst jmd ders genau wissen wird: Ron Gilbert
http://grumpygamer.com/contact
aber bring englisch mit

oh. ooops

Also SCUMM an sich ist nicht offen und wird's wohl auch nicht werden.

Wenn du Adventures erstellen willst, gibt es zahlreiche Engines die dir dabei helfen. Meistens ist es in diesen auch möglich, eine GUI wie in den alten LA-Adventures hinzubekommen.

Adventure Game Studio | Forum

Wintermute Engine

Visionaire | Forum

Viel Spaß!

MfG

Es ist theoretisch auch möglich, Spiele für ScummVM zu schreiben. Habe ich irgendwo im SummVM Wiki gelesen, wenn ich mich recht entsinne.

Ansonsten kann ich für den Zweck Torque2D empfehlen. Kostet aber $100, und Du darfst den Quellcode Deines Spiels nicht weitergeben. Dafür dürftest Du es als Freeware oder auch kommerziell anbieten. Die Engine ist auf jeden Fall so ziemlich das Stärkste, was Du im 2D Bereich bekommen kannst - cross-platform, OpenGL-beschleunigt, mit Surround Sound, Physik (mit Joints), Partikelsystem etc. Damit kann man alle möglichen 2D Spiele machen, von Tetris-Clonen über Adventures bis hin zu klassischen Arcade-Ballerspielen und vieles mehr.

@LaNcom

Was soll das bringen? Eine Engine für ALLES? Da würde ich an seiner Stelle lieber eine Programmiersprache erlernen und mit Allegro ein Game proggen. Für Adventures gibt's wie gesagt genügend leistungsstarke freie Engines.

MfG

Eigentlich ist jede Engine für alle Genres, nicht war? Du kannst mir der Unreal Engine Strategiespiele bauen. Mit der Quake Engine wurden Autorennen geschrieben, mit Source Rollenspiele. Wo ist das Problem? Abgesehen davon hat Torque gut 650.000 Zeilen und wird seit rund zehn Jahren entwickelt, das baut man mal nicht so eben schnell nach. Abgesehen davon wirst Du interessanterweise feststellen, wenn Du an einem größeren Titel arbeitest, dass Du eigentlich immer die gleichen Features mit unterschiedlicher Gewichtung benötigst - ganz gleich, was für ein Spiel es werden soll...

Mit Allegro wird man nichts vergleichbares in annehmbarer Zeit auf die Beine stellen können.

Hast du schonmal mit Allegro programmiert?

Wieso sollte man viel Geld als Privatperson für eine Engine ausgeben, die man überhaupt nicht ausnutzen kann? Torque2D mag mächtig sein, aber doch wohl deutlich überdimensioniert für den nicht-kommerziellen Gebrauch.

Btw: In der Überschrift steht "open source"

Und wenn man selbst programmiert, schreibt man auch nur das, was man selbst auch braucht. Da kommen eben weniger Zeilen zusammen.

MfG

Edit: Nicht jede Engine ist für alles. Du meinst da wohl eher die Grafikschnittstelle in den von dir benannten Engines. Der Rest (Steuerung usw.) muss doch wohl immer angepasst werden.

Torque _ist_ Open Source. Du darfst den Quellcode zwar nicht weitergeben. Aber er wird Dir, dem Kunden, vollständig offengelegt. Open Source bedeutet ja nicht zwangsläufig (L)GPL oder BSD.

Und Deine Argumentation zeigt, dass Du noch nie mit einer richtigen Engine gearbeitet hast. Das ist mehr als ein Klumpen Quellcode oder ein paar Bibliotheken und ein Haufen Dokumentation. Da ist normalerweise noch einige Middleware dabei, also integrierte Level- und Missionseditoren, Import/ Export Plugins für gängige 3D Suiten und so weiter. Allegro ist keine Engine, genausowenig wie OpenSceneGraph oder ähnliche Systeme. Ich habe Torque (die 3D-Variante) als Prototyp-Engine lizenziert, und man ist irrsinnig produktiv damit. Man kann direkt mit dem Spiel, jedem Spiel, anfangen, und Spiel, Assets und Technologie wunderbar parallel entwickeln.

Jede kommerzielle Engine ist hochflexibel, mit Ausnahme der Quake-Engine vielleicht. Aber Source, Gamebryo, Torque, UE, Krass etc sind absolut nicht auf bestimmte Genres beschränkt. Dazu sind viele kommerzielle Engines noch hoch-modular. Torque unterstützt direkt drei verschiedene Physik Engines (Torque, ODE und Newton), mehrere Audio- und Video Backends, zwei verschiedene Skriptsprachen (TorqueSkript und LUA, Python geht aber theoretisch auch) und diverse Netzwerksysteme für Multiplayer-Spiele. Alles voll modular - wenn Du keinen Netzwerksupport brauchst, schaltest Du ihn einfach ab. Dann wird er erst gar nicht kompiliert und gelinkt.

Beiläufig bemerkt, die $100 Variante ist für den nicht-kommerziellen Gebrauch bestimmt (unter $250.000 Umsatz pro Jahr). Die kommerzielle Variante ist deutlich teurer.

Ich verstehe aber immernoch nicht, warum du MIB Torque2D vorschlägst. Es geht doch hier um Adventures und alles was dazugehört (Inventar, Dialoge, Räume, Figuren, Gegenstände, usw.).

MfG

Vielleicht weil das alles mit Torque geht?

Aber egal, mein anderer Vorschlag war ja, für ScummVM zu schreiben. Das geht nämlich auch irgendwie. Aber ich denke, es macht schon Sinn, beide Optionen zu nennen - weil sie halt in jeder Hinsicht grundverschieden sind, dabei allerdings beide keinen allzu gewaltigen Programmieraufwand erfordern.

Mit ScummVM oder einem der anderen genannten Systeme kann man halt richtige Old-School Adventures bauen. Mit leistungsstärkeren Systemen wie Torque kann man das natürlich auch. Es ist aber auch problemlos möglich, andere Richtungen einschlagen und technisch anspruchsvollere Geschichten auf die Beine stellen. Ein wenig mehr Arbeit als zum Beispiel mit Adventure Game Studio ist dabei aber selbstverständlich erforderlich.

Vielleicht hätte ich einen Link zu der Beschreibung posten sollen:
http://www.garagegames.com/products/torque/tgb/