чур меня. Тем более, что язык то - С, а не С++. Я потому и поинтересовался... Сишных гуёв меньше, а наиболее развитый из них(?) GTK+ под win32 страх и ужас.
Ладно, значит консоль =)

На С ни один вменяемый гуи писать не будет. А мешать оба языка Богом наказано, потому как руль :)

гуи в масштабе, достаточном для эмуля, нормально делается ручками на том же SDL -- всего то, настройки и диалоги чтения/записи файлов, ну и дебаггер. поддержки мыши не будет, все кнопками ;)
про NDS: к тому времени как я эмуль сделаю, глядишь и SDL-порт для него высохнет :rolleyes:
надо бы по-хорошему, но лаг такооой будет... вообщем, все равно без поддержки нативного звука никак.
хм, а GTK+ чем не гуи-библиотека на C? куча вполне вменяемых приложений написано. хотя для эмуля ИМХО лучше самому гуй сделать

Смотря какой GTK :) если gtkmm - то он на С++. а вообще, гуи на С мне хватило в WinAPI, больше не хочу.

тот GTK, который не mm ;) гуйня через WINAPI полный караул, это точно, но виноват в этом не С, а проектировщики WINAPI. в GTK лепить гуйню нормально вполне.

но что касается эмулей, то в 90% виденных мной эмулей с удобным GUI этот GUI был самописным.

А можно примерчик эмуля с хорошим GUI? А то что-то кроме zsnes ничего нормального не вспоминается...
А насчёт велосипедов - guichan выглядит вполне прилично, работает как на чистом SDL, так и с OpenGL.
Если делать звук под "большие" OS, то можно поглядеть и на OpenAL.

А может быть заранее продумать о том, чтобы использовать разные GUI? Т.е. GUI на Qt, KDE, GTk... А то как всегда в линухе, приклады выглядят как черт знает что. В одной один вид и логика (вилософия) GUI в другой другое.

И что-то не понял, зачем писать свой GUI (я так понял речь идет об очередной библиотеке), если уже столько всего написано?!

Если вдруг решите разрабатывать архитектуру под разные GUI, т.е. GUI в виде плагина, то могу заняться реализацией GUI на Qt/KDE. Опыт с Qt, дизайном GUI и вкус (делаю вывод на основании отзывов пользователей) имеется. :-)

ну к примеру старый-добрый z80 гюнтеровский, x128. просто, но функционально.
guichan под c++, а мешать си и плюсы ИМХО крайне не гут. к тому же, все эти полновесные (с мышами, окнами и тп) гуи хороши в развесистых графических прогах, к примеру CAD -- там режимов и опций туча, а в руке у юзера и так мышка, самое оно ей по кнопкам и контролам потыкать. в эмуле же только мешать будет, проще горячие кнопки, селектор файлов и с клавиатуры же управляемый редактор конфигурации. дебаггером опять же куда удобней пользоваться с клавиатуры.
openAL... хм, почему б и нет :)

я тут склоняюсь к одной мысли. а именно, в эмуле вообще не делать никаких ГУИ, кроме селектора файлов и дебаггера, а для редактирования конфигурации как раз можно написать отдельный редактор на Qt или Gtk. вроде минусов нет у такого решения, одни плюсы. :rolleyes:
нет, о библиотеке не идет речи :D