Architektonische Ansätze zum Erstellen eines Spielmenüs / Shell-Overlays unter PC / Linux?

Ich arbeite an einer Sammlung von Spielen für eine benutzerdefinierte digitale Tabletop-Installation (ähnlich wie bei Microsoft Surface-Tabellen). Jedes Spiel ist eine einzelne ausführbare Datei, die im Vollbildmodus ausgeführt wird. Außerdem muss ein Menü- / Shell-Overlay-Programm gleichzeitig ausgeführt werden. Über das Menü / die Shell können Benutzer Spiele pausieren, zu anderen Spielen wechseln, ihren Spielverlauf überprüfen usw.

Einige wichtige Anforderungen an die Shell:

• Es fängt zuerst alle Benutzereingaben (hauptsächlich Multitouch) ab, bevor es an das aktuell ausgeführte Spiel weitergeleitet wird (damit es beispielsweise wissen kann, dass es bei einem "Pause" -Befehl angezeigt wird).

• kann auf beliebigen Teilen des Bildschirms angezeigt werden, wobei das aktuell laufende (aber vermutlich pausierte) Spiel immer noch darunter angezeigt wird, idealerweise mit dynamischer Form / Größe, um einen animierten Ein / Aus-Schubladeneffekt über das Spiel zu erzeugen.

Ich untersuche derzeit verschiedene architektonische Ansätze für dieses Problem, einschließlich Fraps- und DirectX-Overlays, aber ich bin mir sicher, dass mir einige Möglichkeiten fehlen, darüber nachzudenken. Was sind die wichtigsten Ansätze, über die ich nachdenken sollte?

(Beachten Sie, dass die Tabelle derzeit von einem Windows-PC ausgeführt wird, es sich jedoch möglicherweise um eine Linux-Box handelt. Damit meine ich nicht, dass ich eine betriebssystemunabhängige Lösung benötige. Ich würde mich über eine Windows-spezifische Lösung freuen Ich wäre bereit, einen Wechsel zu Linux und die Verwendung einer Linux-spezifischen Lösung in Betracht zu ziehen, wenn dies unter Linux viel einfacher zu erreichen ist.)

Ich glaube nicht, dass es wirklich viel zu bewerten gibt. Leistung / Reaktionsfähigkeit stehen an erster Stelle, insbesondere bei einer Installation dieser Art. Sie können entweder DirectX- oder OpenGL-verzögertes Rendern / Rendern in Textur (RTT) verwenden.

Rendern Sie dazu die Shell-Unterlage in den Standard-Frame-Puffer (den Front- / Onscreen-Puffer), rendern Sie Ihre aktive Spielüberlagerung in ein Quad in Bildschirmgröße und verschieben Sie dieses Quad gemäß dem aktuellen Status von "Schublade" an die entsprechende Position im Weltraum "Übergang, dann rendern Sie es auch zum Standard-Frame-Puffer. Sie sollten jetzt das aktive Spiel über die Shell legen lassen, und es ist eine sehr schnelle Operation und eignet sich daher für raffinierte Übergänge (angesichts einiger netter Interpolationsmathematik).

Bei Interaktionen können Sie die Erkennung von Unter- / Überlagerungstreffern sogar pixelgenau machen, wenn Sie die RTT-Daten pro Frame auf die CPU-Seite zurücklesen. In diesem Fall müssten Sie mindestens den Überlagerungspuffer als billige 1-Bit-Masken-RTT zurückgeben.

BEARBEITEN Eine andere Möglichkeit besteht darin, vollständig browserbasiert zu arbeiten, da Sie den Vollbildmodus ausführen können. Sie könnten die Spiele als Module laden, anstatt separate "Programme" zu haben. Das Problem mit dem Browser ist, dass Sie nicht die gleiche Leistung erzielen. Sie könnten WebGL weiterhin verwenden (da Sie die Kontrolle darüber hätten, welchen Browser Sie verwenden würden), um Ebenen und schnelle Grafiken zu erstellen, aber die Spiele müssten einfach sein. Abgesehen von der Leistung ist es möglicherweise ein bisschen einfacher, sich auf diese Weise zu entwickeln, und dennoch betriebssystemunabhängig.