Вид для печати
Просто пока не осилил. Только влез в SDL, раньше ничего на нём не делал. Но насколько я понял, он не растягивает картинку до размера экрана, а пробует менять разрешение экрана до размера картинки:
Код:http://www.libsdl.org/cgi/docwiki.cgi/SDL_SetVideoMode
SDL will attempt to use a fullscreen mode.
If a hardware resolution change is not possible (for whatever reason),
the next higher resolution will be used and the display window
centered on a black background.
ну собственно да. это и правильно.Цитата:
Но насколько я понял, он не растягивает картинку до размера экрана, а
пробует менять разрешение экрана до размера картинки:
а растягивать картинку это 1) выглядит голимо 2) без аппаратного ускорения тупит сильно
есть только один момент - в SDL есть функция перехода в фуллскрин / из него (SDL_WM_ToggleFullscreen). так вот, она работает только под X11 и не работает под виндой. так что делай SDL_FreeSurface и пересоздавай сурфейс с помощью SDL_SetVideoMode.
Опробовал. Результаты пока ужасные.
1. Картинка ужасно размыта (да, LCD)
2. Один раз на вызов диалога установок отреагировал вылетом обратно в оконный режим, но потом мышь за пределы окна не отпускал (видимо, думая что он ещё полноэкранный)
3. Второй раз не вылетал никуда - остался в полноэкранном, но ничего не сделал. Конечно, моё упущение, что он кроме как закрытием окна прибивается только killall'ом, зато после прибития его таким способом разрешение не поменялось. Юзайте кеды в 320x240 - потеха та ещё :)
делай у себя scale2x, scale3x и scale4x - чтоб более "квадратно" и менее размыто было.Цитата:
1. Картинка ужасно размыта (да, LCD)
ну это что-то у тебя в коде походу.Цитата:
2. Один раз на вызов диалога установок отреагировал вылетом обратно в оконный режим, но потом мышь за пределы окна не отпускал (видимо, думая что он ещё полноэкранный)
надо перед выходом восстанавливать оконный режим.Цитата:
3. Второй раз не вылетал никуда - остался в полноэкранном, но ничего не сделал. Конечно, моё упущение, что он кроме как закрытием окна прибивается только killall'ом, зато после прибития его таким способом разрешение не поменялось.
Собрал под линухом на PowerPC BigEndian машине. Выяснилось 2 проблемы:
1) При компиляции пишет вот это:
src/debuger.c: In member function ‘DasmRow DebugWin::getdisasm()’:
src/debuger.c:214: warning: comparison is always false due to limited range of data type
src/debuger.c:220: warning: comparison is always false due to limited range of data type
2) показывает в результате сборки то что в аттаче и хрюкает динамиком вот с такими надписями в консоль:
......
4:256
4:256
4:256
4:256
4:256
4:256
4:256
ALSA lib pcm.c:7234:(snd_pcm_recover) underrun occured
4:256
4:256
......
BigEndian... Запишем, надо будет вставить #if/else/endif в нескольких местах.
В debuger.c в тех местах char сравнивается с 0. Я опять что-то не то сделал?
Хрюкает - значит, не укладывается вовремя. Он слишком прожорливый. С переменным успехом борюсь с этой фигнёй.
4:256 - это я забыл убрать... первое число - нажатый модификатор SDL, второй - KMOD_LALT
Ты проверяешь меньше-ли нуля чар. Но поскольку в некоторых компиляторах как опция стоит что чар и ансигнед чар это одно и то-же, то мы получаем что это условие никогда не сбудется. Лучше его в этом месте привести к инту, например так: int btt = (int)bt; ну и btt потом сравнивать с нулем уже.Цитата:
Сообщение от SAM style
Самое-то смешное, что я клавиатуру не трогал.
Ещё интереснее, что в SDL_keysym.h маски 4 на модификаторы тоже нет.
Если ничего не забыл, Little/Big Endian имеет значение только в структуре Z80 (vars.h) в записях вида:
И второе - у меня много где char юзается именно как signed. Придётся ещё кучу всего переделывать...Код:union {ushort bc; struct {uchar c,b;};};
Для чего? Для экономии памяти и скорости? Так int работает по любому быстрее и он гарантированно знаковый.Цитата:
Сообщение от SAM style
Наверное, по привычке экономлю.