Java: графика в Linux

Ну "полноэкранная графика" немного расплывчато.

В любом случае, по-видимому, наблюдается усилие, чтобы получить доступ к кадру от Java: Toolkit Carmbuffer .

Цель этого проекта состоит в том, чтобы изготовить тело код, который Легкая регулярная реализация на основе кадров для AWT и Swing. Цель этого кода состоит в том, чтобы удалить зависимость от X или Другие графические слои такие, что графика может быть перенаправлена ​​на Кадровый буфер (например, сырой буфер, VNC и т. Д.). Этот пример Реализация будет предпочть решения Pure-Java, с публикой Усилистые точки доступны для ввода собственных ресурсов по мере необходимости.

См. В Проектное предложение: FBTOOLKIT .

Дубли не поддерживаются для рендеринга до тех пор, пока DX11: (т.е. Shader Model 5)

http://msdn.microsoft.com/en-us/library/ee418354 (VS.85) .aspx

Я не подозреваю, что OpenGL будет таким же.

Существует два известных мне способа

Не объявлять их в заголовке

Один из способов состоит в том, чтобы не объявлять эти функции внутри заголовка. Они могут быть помещены в безымянные пространства имен только в файле реализации.

В этом случае необходимо реализовать любую функцию, которая обращается к этой частной функции в файле реализации (не встроенной в заголовок).

Поместите их в пространство имен подробных данных

Рекомендуется поместить их в другой заголовок и включить в него. Так что их код не будет беспокоить заголовок интерфейса. Так делает и boost :

#include "detail/destroy.hpp"

namespace orbit {
  void destroy() {
    detail::destroy_planets();
    detail::destroy_stars();
  }
}

Чтобы действительно отобразить что-то графическое на экране, да. Почка есть безголовая версия JRE для просто запуска. Вы не увидите графического вывода, но он будет выполняться. В качестве альтернативы, вы можете войти в систему удаленно и использовать пересылку X для запуска кода Java на сервере, но позволить клиенту обрабатывать отображение графики.