>> возьми картинку 640х400 и покажи её фулскрином на нтсц. >> а потом её же на пал - она займёт меньше места по >> вертикали(визуально), и соответственно будет >> визуальный эффект сжатия, т.е. искажения. > Зачем ее же на пал? если ВСЕ будет в нтсц? я ошибся, не на пал, а на видяхе. а про нтсц я уже высказался :) >> я имел ввиду моноширинный шрифт или нет. topaz или >> timesnewroman > Так оно-же все на уровне системы поддерживается - т.е. > мне это (как кодеру) безразлично. то есть можно юзать абсолютно любые монохромные шрифты любых размеров и параметров? окей. >>> Могу в принципе и я, но вдруг тут кто-нибудь захочет? >> дык и я могу. тут надо найти ответственного чела :) > Предлагаю все свалить на f1 =) ненадо :) давайте на первый раз я попробую... > Причем тут жесткий переход? В той последней бете был бг > и кнопочки? там были кнопочки в виде текста. это не катит. они должны быть графикой. :) >> стоп. через дататайпы, или я таки руками палитру >> правлю? > Через дататайпы и ты руками правишь. =) говори по-русски. как будут обрабатываться jpg? можно ли дататайпам сказать, что палитра должна получится 240 цветов? или там только битность указывается? > Дататайп загружает картинку, поллитру к ней, а затем > уже оболочка меняет палитру, не изменяя первые 16 > цветов. Т.е. дататайпы особо в этой ситуяйции не > спасают. для заранее подготовленных и вручную обработанных png, lbm и gif я ещё могу это представить. но как быть с jpg? отказываемся от них?