Поддержка аппаратного ускорения в LCL

[zub]

>>Это тоже бакенд должен делать, кто знает?
Насколько я понимаю нет, этим LCL заведует без участия бакенда.
В создании бакенда я бы поучавствовал - интересно набраться знаний, но толку от меня будет мало

[Mirage]

Это кажется называется "layouter" - их может быть 2+ вариантов (например "pack" и "place" в Tcl/Tk) поэтому ессно никакой не слой, а отдельный контейнерный компонент

Тут вроде бы то, что после "поэтому" не только не следует из того, что до, но и никак с ним не связано.

Насколько я понимаю нет, этим LCL заведует без участия бакенда.

Т.е. это не точно? Я просто с трудом представляю, как LCL может этим заведовать. Это надо нижележащий бакенд переводить в pixel-perfect режим и передавать абсолютные координаты. А если бакенд не поддерживает такого?

Наверное надо еще на форуме лазаруса запостить, а то два человека маловато...

[MiniQ]

чуть опоздал от обещанного.., но
вот https://cloud.mail.ru/public/1bc91808f092/Qt
отрихтованные исходники Qt5Pas, скомпилированная .dll для винды, правленный бэкенд лазаруса.
Собиралось под виндой и линуксом, некоторые элементы отображаются некорректно (кажется TImage).
Производительность не порадовала (.

Добавлено спустя 2 минуты 45 секунд:
ps. есть еще .so под linux-armv6, под linux-i386 не собирал, но думаю без проблем соберется и там

[debi12345]

Производительность не порадовала (.

OpenGL активизируется ?

[MiniQ]

По косвенным признакам - да.

[debi12345]

По косвенным признакам - да.

А перформанса нет ? Это значит, что QT5 очень требовательна по вычислительным ресурсам, типа KDE4. Если будет свопить на флэш-память - убьет ее очень быстро.

[MiniQ]

Это значит, что

LCL враппер неправильно (неоптимально) использует Qt.
Нативные Qt5 приложения показывают отличнейшую производительность графики.

[debi12345]

LCL враппер неправильно (неоптимально) использует Qt.

Каким образом ? Его дело - тупо враппить вызовы. Или все дело именно в дополнительном слое врапинга...

Да Вы не расстраивайтесь - можете попробовать fpGUI и MSEgui - они значительно легковеснее. MSEgui даже можно переключить на openGL-бэкэнд (проверено в Linux).

[zub]

MiniQ
>>чуть опоздал от обещанного.., но
Ты бы лучше создал тему на http://forum.lazarus.freepascal.org/ind ... tion=forum в разделе Qt, или в списке рассылки. Будут советы от разрабов текущего бакенда, глядишь дело наладится

>>По косвенным признакам - да.
По каким? 4 не ускорил, 5 тоже... наверно дело вообще в чемто другом

debi12345
>>Или все дело именно в дополнительном слое врапинга...
Хорэ жути нагонять, будь там хоть 10 слоев - дело не в них

[debi12345]

хорэ жути нагонять, будь там хоть 10 слоев - дело не в них

А в чем тогда если используется ломовой враппаинг ?
В том что не сделаны некие ддополнительные "пинки" ?

5 тоже... наверно дело вообще в чемто другом

А может всю память сжирает и ием самым провоцирует своппинг (ха, на ARMе с флэшкой) ? Наверное аппилкуху нужно ужать по-максимуму - смартлинком (-CX -XX), без дебага.
Или опять-таки сделать ее на MSE или FPGUI - на них ужатая аппликуха без БД-суппорта весит меньше 1МВ.

[MiniQ]

MSEgui даже можно переключить на openGL-бэкэнд (проверено в Linux).

Не подскажешь, как это можно сделать?

PS. Ковыряюсь с MSEgui, система незнакомая, тыкаюсь как котенок.

[debi12345]

PS. Ковыряюсь с MSEgui, система незнакомая, тыкаюсь как котенок.

Сперва нужно допилить бесхаковую компиляцию под АРМ - тогда можно делать тестовые проекты (их которых можно будут понять, есть ли смысл и что "пилить" дальше ). Можно конечно и с хаком (он описан выше), но попробуем пойти законным (поддерживаемым ) путем Также (запуск "DEBIAN7 Raspberry PI" на Win/LiINUX в QEMU-емуляторе) см. "личку".

[SSerge]

По косвенным признакам - да.


А перформанса нет ? Это значит, что QT5 очень требовательна по вычислительным ресурсам, типа KDE

Мля, вот у меня на столе стоит ноут, Который в девичестве Клёво Д220. Благодаря уродскому чипсету SiS630M у него под линуксом вообще нет графического ускорителя, ни 3D, ни 2D. Графика в процессе работы жрет до 30-40% производительности процессора. Но OpenGL чё бы думали то? - Благополучно запускается и работает. С соответствующей скоростью - кадра три в секунду.

Сперва нужно допилить бесхаковую компиляцию под АРМ - тогда можно делать тестовые проекты

У вас подход как у греческих собирателей CodeTyphon - "У нас все тесты работают под Windows 7 XP Mode, значит на машине с читстой XP оно никак не может вести себя по другому. Да купите себе Raspberry Pi, если с какой то дури хотите под нее программировать. Иначе подход страдает той же дурью, как сделать из каког-нибудь ширпотреба "хакинтош", и ругаться, что MacOS де дрянь, потому что постоянно валится.

[debi12345]

Да купите себе Raspberry Pi, если с какой то дури хотите под нее программировать. Иначе подход страдает той же дурью, как сделать из каког-нибудь ширпотреба "хакинтош"

??? Тема глобальная - ARM-вариант MSEgui - под чрезвычайно распрстраненную арихитектуру. То есть под ЛЮБОЙ ARM, а не только Raspberri. Учитывая также миниатюрный размер пакета исходников MSE и малый (1..2 МB) размер исполняемых файлов типичных программ) - возможность обновлять с GIT и собирать и отлаживать MSEgui-проги прямо на ARM-девайсе.
На эмбедедах другая проблема с OpenGL - в них используется урензанный диалект "OpenGL ES". Похоже,что QT5 заточена под классический OpenGL и натыкаясь на его ES-диалет - просто не задействует его.

Добавлено спустя 4 часа 25 минут 58 секунд:
Мартин запрошуе какие (БД, графика, схематика,...) аппликухи планируется запуcкать на "мыльнице" Raspberry.

[MiniQ]

Мартин запрошуе какие (БД, графика, схематика,...) аппликухи планируется запуcкать на "мыльнице" Raspberry.

кнопки, панели, табшиты и векторная графика для отрисовки плоских (2D) чертежей