Вообще какой-то пространственный вопрос.

В чём конкретно проблема?

Можно написать очень просто:
Привет, я занимаюсь разработкой $projectname. Проект написан на $language_name.
$projectname представляет из себя $description.
Я начал данный проект так как другие проекты, такие как $analogues_list меня не устраивали по следующим причинам: $reasons_list.
Мой $projectname имеет следующие преимущества перед существующими аналогами: $features_list.

Если вас заинтересовал мой проект, вы можете присоединиться к разработке.
Адрес проекта: $url (ну а там уже {git,svn,hg,etc}, wiki с описанием, описание используемого в коде Coding Style, документация по коду сгенеренная, например, Doxygen ну и т.д.)

Поддержу предыдущего оратора.
Qt 4 + Qt Creator
Qt это целый фреймворк с кучей фич: работа с БД, сетью, Xml, OpenGL, скриптовый движок, WebKit и т.п.
Очень качественная документация, одна из лучших что я видел.

Дабы понять как влияет nice на работу того или иного процесса в Linux-е, надо понимать как работает планировщик процессов. nice влияет только на так называемый статический приоритет процесса. Проблема тут в том, что в Linux-е используется динамическое планирование процессов. То бишь для каждого процесса выделяемый квант времени считается индивидуально. В экстремальных случаях процессы можно разделить на два типа: ограниченные скоростью процессора и ограниченные скоростью ввода-вывода. В зависимости от того, к какой группе планировщик отнёс процесс, ему выдаётся тот или иной квант времени. Если процесс мало чего считает, а больше находится в ожидании ввода-вывода, то он считается интерактивным и ему даётся меньший квант времени, но больший приоритет. Если процесс активно использует процессор, но в ожидании почти не стоит, то он считается ограниченным производительностью процессора, посему ему даётся более низкий приоритет, но большой квант времени. Таким образом параметр nice лишь двигает влево-вправо тот приоритет, который насчитал планировщик (точнее сказать, что результирующий приоритет задачи это функция статического и динамического приоритетов). Очень хорошо работа планировщика расписана у Роберта Лава в книге «Разработка ядра Linux», но в старых редакциях описана работа уже не актуального для современных ядер планировщика. Если действительно интересно, то попробуйте посмотреть вот этот документ: www.ibm.com/developerworks/ru/library/l-cfs/index.html

Поставить сервер за шлюзом, а на шлюзе тупо пробросить порт?
Мне кажется SNAT + DNAT вас спасут, если я вас правильно понял.

Всё же программная реализация вывода графики на монитор/телевизор — это то ещё извращение. Я бы на вашем месте смотрел в сторону ПЛИС с отдельной внешней видео-памятью, там сможете реализовать всё что душе угодно.
Если с ПЛИС принципиально связываться не хотите, то берите один из современных eMPU с встроенным LCD-контроллером. А уже к нему можно прицепить HDMI-трансивер (например, TFP410, как здесь www.starterkit.ru/html/index.php?name=shop&op=view&id=65 ) или Triple DAC для подключения к VGA.