Abordagens arquitetônicas para criar um menu de jogo / sobreposição de shell no PC / Linux?

Estou trabalhando em uma coleção de jogos para uma instalação de mesa digital personalizada (semelhante às tabelas do Microsoft Surface). Cada jogo será um executável individual que roda em tela cheia. Além disso, é necessário que haja um programa de sobreposição de menu / shell sendo executado simultaneamente. O menu / shell permitirá aos usuários pausar jogos, mudar para outros jogos, verificar seu histórico de jogos etc.

Alguns requisitos principais do shell:

• ele intercepta todas as entradas do usuário (principalmente multitoque) antes de repassá-las ao jogo em execução no momento (para que ele possa, por exemplo, saber pop-up com um comando de "pausa");

• pode ser revelado em partes arbitrárias da tela, com o jogo atualmente em execução (mas presumivelmente pausado) ainda sendo exibido por baixo, idealmente com sua forma / tamanho dinâmico, para permitir a criação de um efeito de gaveta de entrada / saída animada sobre o jogo.

Atualmente, estou analisando diferentes abordagens arquitetônicas para esse problema, incluindo sobreposições Fraps e DirectX, mas tenho certeza de que estou perdendo algumas maneiras de pensar sobre isso. Quais são as principais abordagens que devo considerar?

(Observe que a tabela atualmente está sendo executada pelo PC com Windows, mas pode ser uma caixa Linux. Por isso, não quero dizer que precise de uma solução independente de SO. Eu ficaria feliz com uma solução específica do Windows. Mas Eu gostaria de considerar mudar para o Linux e usar uma solução específica para Linux, se for muito mais fácil conseguir isso no Linux.)

Acho que não há muito o que avaliar. O desempenho / capacidade de resposta vem em primeiro lugar, especialmente em uma instalação desse tipo. Você pode usar o DirectX ou o OpenGL diferido renderização / renderização em textura (RTT).

Para fazer isso, renderize a subjacência do shell no buffer de quadro padrão (o buffer frontal / na tela), processe a sobreposição do jogo ativo em um quadrúpede do tamanho de uma tela, mude esse quadrilátero para a posição apropriada no espaço do mundo, conforme o status atual da "gaveta" "transição, em seguida, renderize-o também no buffer de quadros padrão. Agora você deve ter o jogo ativo colocado sobre o shell, e é uma operação muito rápida e, portanto, se presta a transições lisas (dada uma boa matemática de interpolação).

Nas interações, você pode até tornar a detecção de acertos sob / sobreposição perfeita em pixels, se você ler os dados RTT para o lado da CPU, por quadro. Nesse caso, você precisará retornar pelo menos o buffer de sobreposição como um RTT de máscara de 1 bit barato.

EDIT Outra maneira é seguir totalmente o navegador, como você pode fazer no modo de tela cheia. Você pode carregar os jogos como módulos, em vez de ter "programas" separados. O problema com o navegador é que você não terá o mesmo desempenho. Você ainda pode usar o WebGL (já que teria controle sobre qual navegador estaria usando) para camadas e gráficos rápidos, mas os jogos precisariam ser simples. Além do desempenho, pode ser um pouco mais fácil se desenvolver dessa maneira, e ainda independente do sistema operacional.