Board.KolibriOS.org

Официальный форум KolibriOS
Текущее время: Пн сен 25, 2017 12:04 am

Часовой пояс: UTC+03:00




Начать новую тему  Ответить на тему  [ 37 сообщений ]  На страницу 1 2 3 След.
Автор Сообщение
 Заголовок сообщения: Cairo
СообщениеДобавлено: Вт мар 01, 2011 10:20 am 
Не в сети
Kernel Developer

Зарегистрирован: Ср мар 08, 2006 6:25 pm
Сообщения: 3928
Портировал Cairo. Теперь можно рисовать всякие интересные вещи. Исходники библиотек на svn. Позже добавлю работу с картинками и шрифты.


Вложения:
cairo.PNG
cairo.PNG [ 19.06 КБ | 3162 просмотра ]
Вернуться к началу
 Заголовок сообщения: Re: Cairo
СообщениеДобавлено: Вт мар 01, 2011 1:17 pm 
Не в сети

Зарегистрирован: Пн сен 24, 2007 11:11 am
Сообщения: 2814
<3 !


Вернуться к началу
 Заголовок сообщения: Re: Cairo
СообщениеДобавлено: Вт мар 01, 2011 11:07 pm 
Не в сети
Mentor/Kernel Developer
Аватара пользователя

Зарегистрирован: Пт июн 30, 2006 9:01 am
Сообщения: 1224
Nice work Serge.

It makes me wonder, is there a specific reason you are porting all those C libraries? :)

_________________
"Any intelligent fool can make things bigger, more complex, and more violent. It takes a touch of genius -- and a lot of courage -- to move in the opposite direction." Albert Einstein


Вернуться к началу
 Заголовок сообщения: Re: Cairo
СообщениеДобавлено: Ср мар 02, 2011 12:15 am 
Не в сети
Kernel Developer

Зарегистрирован: Ср мар 08, 2006 6:25 pm
Сообщения: 3928
hidnplayr
I will try to use cairo in Fplay. And Firefox using cairo for rendering all content. Who knows...


Вернуться к началу
 Заголовок сообщения: Re: Cairo
СообщениеДобавлено: Ср мар 02, 2011 12:50 am 
Не в сети
Kernel Developer

Зарегистрирован: Ср мар 08, 2006 6:25 pm
Сообщения: 3928
Обновил библиотеку и добавил libpng и zlib. Новый сборник http://kolibri-pe.googlecode.com/files/dev-libs-02.03.2011.7z.

Update.
Добавил несколько функций в newlibc и перезалил сборник.


Последний раз редактировалось Serge Ср мар 02, 2011 2:05 am, всего редактировалось 1 раз.

Вернуться к началу
 Заголовок сообщения: Re: Cairo
СообщениеДобавлено: Ср мар 02, 2011 1:00 am 
Не в сети

Зарегистрирован: Пн сен 24, 2007 11:11 am
Сообщения: 2814
Здорово!
*хотет заголовочных файлов и какой-нибудь example.c*


Вернуться к началу
 Заголовок сообщения: Re: Cairo
СообщениеДобавлено: Ср мар 02, 2011 2:08 am 
Не в сети
Kernel Developer

Зарегистрирован: Ср мар 08, 2006 6:25 pm
Сообщения: 3928
Sorcerer

Все исходники на svn. Смотри svn://kolibrios.org/programs/develop/libraries. Пример выложу завтра.


Вернуться к началу
 Заголовок сообщения: Re: Cairo
СообщениеДобавлено: Ср мар 02, 2011 9:25 am 
Serge
А сколько будет весить плеер вместе со всеми дополнениями в конечном виде?


Вернуться к началу
   
 Заголовок сообщения: Re: Cairo
СообщениеДобавлено: Ср мар 02, 2011 7:52 pm 
Не в сети
Kernel Developer

Зарегистрирован: Ср мар 08, 2006 6:25 pm
Сообщения: 3928
Mario

+1 Mб, может больше. Разработчики ffmpeg тоже не стоят на месте. Конечный результат сильно зависит от опций компиляции и сборки.


Вернуться к началу
 Заголовок сообщения: Re: Cairo
СообщениеДобавлено: Пт мар 04, 2011 11:20 am 
Не в сети
Kernel Developer

Зарегистрирован: Ср мар 08, 2006 6:25 pm
Сообщения: 3928
Залил демо с исходником Требует ядро svn1894+


Вернуться к началу
 Заголовок сообщения: Re: Cairo
СообщениеДобавлено: Пт мар 04, 2011 12:45 pm 
Не в сети
Kernel Developer
Аватара пользователя

Зарегистрирован: Пт авг 14, 2009 1:46 am
Сообщения: 1291
s/w blitter ?


Вернуться к началу
 Заголовок сообщения: Re: Cairo
СообщениеДобавлено: Пт мар 04, 2011 2:04 pm 
Не в сети
Kernel Developer

Зарегистрирован: Ср мар 08, 2006 6:25 pm
Сообщения: 3928
art_zh

Блиттер в ядре. Я специально сделал новую функцию -73.
65-я с багами и меньше возможностей.


Вернуться к началу
 Заголовок сообщения: Re: Cairo
СообщениеДобавлено: Пт мар 04, 2011 2:26 pm 
Не в сети
Kernel Developer
Аватара пользователя

Зарегистрирован: Чт сен 03, 2009 1:52 pm
Сообщения: 1598
"Любой русский программист после пары минут чтения кода обязательно вскочит и произнесет, обращаясь к себе: переписать это все нафиг." (c)
Предполагается, что уродливый код от gcc с неработающим -mpush-args лучше 65-й функции и багов не содержит?

_________________
Сделаем мир лучше!


Вернуться к началу
 Заголовок сообщения: Re: Cairo
СообщениеДобавлено: Пт мар 04, 2011 3:11 pm 
Не в сети
Kernel Developer
Аватара пользователя

Зарегистрирован: Пт авг 14, 2009 1:46 am
Сообщения: 1291
Serge
я третий месяц долблюсь над переделкой 65-й - сейчас графика (video/graph32) работает очень быстро и гладко для режимов картинок 32bpp, 24bpp,8bpp,1bpp и "0bpp" (одноцветная заливка прямоугольника), остальные режимы можно безболезненно добавить по ходу дела.

Только код получился нереентерабельный (статические переменные [img_*] затираются при переключении задач) - фиксю через стек.

Может, не стоит умножать сущности? Так или иначе, все равно когда-то надо будет сократить гранулярность экранной карты - она реально ломает весь кэш.


Вернуться к началу
 Заголовок сообщения: Re: Cairo
СообщениеДобавлено: Пт мар 04, 2011 3:59 pm 
Не в сети
Kernel Developer

Зарегистрирован: Ср мар 08, 2006 6:25 pm
Сообщения: 3928
CleverMouse

Не все процессоры умеют быстро вычислять адреса операндов для последовательныx push push push push push.

65 не работает. Я пытался её использовать, не вышло. И её текущая реализация не соответствует описанию. Например stride (ebp) для 32 и 24 bpp посылается нафиг, что совершенно неприемлемо.

art_zh

Когда новая сияющая ф.65 появится на транке я с радостью буду её использовать, если
1. Она будет учитывать задаваемую ширину строки в байтах, а не вычислять её по-своему разумению.
2. Поддерживать отрицательные координаты точки для левого верхнего угла назначения.
3. Поддерживать отрицательные координаты точки для левого верхнего угла источника.
4. Всегда получать базовый адрес источника, а не модифицированный для вывода части источника со смещением x,y. В этом случае драйвер сможет однозначно опознать текстуру источника и не загонять eё лишний раз в gart или видеопамять. GPU предъявляет жёсткие требования к выравниванию данных - 32\64 байта. Будет ещё больше. Выравнивание на 4 не пойдёт.

ф.65 не позволяет всё это сделать.

P.S.
diamond сделал ф.65 чтобы KFar работал быстрее. Эволюция.


Вернуться к началу
Показать сообщения за:  Поле сортировки  
Начать новую тему  Ответить на тему  [ 37 сообщений ]  На страницу 1 2 3 След.

Часовой пояс: UTC+03:00


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 0 гостей


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Limited
Русская поддержка phpBB