Каскадный · [ Стандартный ] · Линейный вопрос к гуру, сабж

[500mhz]

вот заитересовал меня такой аспект
gp2x иммет поддержку SDL и это гуд (хотя под виндой это тормоза)
вопрос простой в линюхе кроме SDL есть еше и svgalib и всякие другие граф либы
можно ли их будет прикрутить?

п.с.
так как консольку я только заказал и придет она видимо в начале след недели
так что самому попробовать пока не начем

[X.XaM_MaX.X]

Этот вопрос лучше задай на http://www.gp32x.com/board/index.php , но на сколько я знаю некоторые граф либы прикрутить можно =)

Да и поздравляю с заказом ДЖипишки =)

Сообщение отредактировал X.XaM_MaX.X - Четверг, 24 августа 2006, 08:05

[GvM]

гыгы
если тебя интересует так производительность, то, пожалуйста, - прямой доступ к видеобуферу есть, правда без gp2x'а никак не попрограмиш, а вот с SDL - пожалуйста.
погугли GP2X Demo Development Part 1 (2,3,...)
но кстати говоря вроде уже есть оптимизированные версии SDLя, где доступен HWSURFACE и частично используется второй проц.

[500mhz]

в SDL без проблем можно получить адрес бэк буфера в котором можно рисовать и потом флипать, рисовать и читать напрямую в активный сурфейс не рекомендую будут ужасные тормоза (проверено)

ну а чтобы получить в линюхе примой доступ к видеопамяти надо как минимум под рутом там ходить

п.с.
седня с утра судя по трекенгу GP в местном офисе UPS так что седня завтра у меня будет
и того доставка 2 дня Гонконг - Италия

[X.XaM_MaX.X]

и того доставка 2 дня Гонконг - Италия
-----
Жалко я не в италии живу =)

[GvM]

>> в SDL без проблем можно получить адрес бэк буфера
бэк буфер лежит не в видео памяти и ты это знаеш отсюда и тормоза
>> ну а чтобы получить в линюхе примой доступ к видеопамяти надо как минимум под рутом там ходить
как раз в GP2X DemoDevelopment и описана прямая работа с видеобуфером не зря же "demo" девелопмент там надо чтобы всё было быстро (вот правда ARM-asm вставки это походу жесткач, уж лучше останусь при SDL и чистом c++).
это тебе не простой сюрфейс сдл - это как то что под дос доступно по адресу 0xA000

а кстати еще
>>и всякие другие граф либы можно ли их будет прикрутить?
точно знаю что есть и работает allegro, на счёт скорости - не думаю что быстрее\медленнее чем sdl

зы а на счёт нереальных тормозов имо фигня, я ж грю вроде кто-то там скомпилил фиксеный SDL где работает нормально HWSURFACE и соот-но повышена скорость, а так - ваще доступны токо 32\16 битные режимы и без даблбуферинга

Сообщение отредактировал GvM - Четверг, 24 августа 2006, 10:06

[500mhz]

бэк буфер лежит не в видео памяти и ты это знаеш

вреш именно там он и лежит и используется хардварное переключение страниц естественно если видюха допускает такое и размер ее памяти позваляет
к примеру в DDRAW при создании сюрфейса можно указать где именно делать бэкбуф в оперативе или в видюхе
в случае с GP может быть и не так так как архитектура немнога другая

вот правда ARM-asm вставки это походу жесткач, уж лучше останусь при SDL и чистом c++

ну с асмом я дружу )

п.с.
нет ну вы тока подумайте курьер UPS чудила на букву М
шас смотрю трекинг написано что типа дома нет никого
естественно нет я шас в офисе сижу
хотя в заказе указан номер мобилы мог бы и звякнуть гад

[X.XaM_MaX.X]

Да да звонить они обычна не пытаются =)

[500mhz]

оффтоп немнога )

вся фигня что play-asia.com трак номер не дает
я бы так уже давно в офис упса смотался да и забрал

[GvM]

>> вреш именно там он и лежит
мы говорим о текущей реализации SDL под гп2х,
вот я и написал что не работает HWSURFACE (какой бэкбуфер , если и основной нельзя создать в видеопамяти) на гп2х и двойная буферизация.

я вот не пойму в чем пробелма? если ты знаком с SDL - уже можно начинать писать то что тебе хочется, не заботясь о жестоких тормозах, потому что в 2d скорости тебе полюбому хватит.
даже если ты пишеш 3D тебе хватит, а вообще - всё равно придется оптимизировать другие вещи - например отказываться от float'a, использовать fixed-point математику.
кстати говоря в недавно прошедшем демо-контесте были демки с 3д-графикой, которые используют sdl для вывода и не тормозят же
а пока будеш писать, может зарелизят новую версию порта SDL.
другие либы естественно можно портировать, но нельзя забывать про ограничения железа гп2х.

и с чего ты взял что SDL такой тормозной в виндах, помойму SDL даж через directdraw тут и фурычит, просто применяется как wrapper чтобы можно было использовать на разных платформах.

[500mhz]

гп2х и двойная буферизация.

тоесть ты хочеш сказать что работа с видео сводится к прямой записи в видеопамять? прикольно дос рулит )

а на счет тормозов SDL в винде
просто как тораз качнул я демки там была
линух SDL version
win SDL version
и просто нормальная без враперов
SDL тормазила по сравнению с нормальной

[GvM]

да под дос была такая возможность и чего там только не делалось под низким разрешением было всё просто.
А вот если хотелось SVGA разрешение, то там начиналось ЗЛО
http://www.256b.com/home.php
http://www.enlight.ru/demo/faq/
помню еще на "четверке" были демки где вертелся 3х-мерный торус с наложенной текстуркой и сферической картой блеска

>> работа с видео сводится к прямой записи в видеопамять
Нет почему, я говорю о том что если писать не в сюрфейс через SDL, а писать напрямую в видеопамять - будет быстрей
Другое дело когда есть GPU, реализация под него opengl'я - не будеш же ты отрисовывать текстуреные полигоны с фильтрацией софтверными методами напрямую в видеопамять... при таком раскладе просто не сможеш\не будеш использовать функционал GPU т.к. не будет возможности с ним взаимодействовать.

Ну а на счет демки - это всё относительно
Например - был прикол, запускаеш пример из opengl - gears, под виндой крутятся нормально, а запускаеш под линуксом и дивишся нереальной скорости отрисовки но тут дело было в вертикальной синхронизации: под виндами включена по-умолчанию, а в линуксе была выключена.

[500mhz]

ну торус под дос я тебе даже в 1024 байта умещу )