Board.KolibriOS.org

Официальный форум KolibriOS
Текущее время: Пт апр 20, 2018 2:27 am

Сообщения без ответов | Активные темы


» » » »

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



Начать новую тему  Ответить на тему  Страница 16 из 17
  [ 249 сообщений ]  На страницу Пред. 1 … 13 14 15 16 17 След.
  Версия для печати Пред. тема | След. тема 

Ваше мнение об оптимизации GUI ядра
Оставить как было 24%  24%  [ 16 ]
Убрать только CGA и VGA, оставить VESA1.2 8%  8%  [ 5 ]
Оставить только VESA2-режимы (без изменения) 9%  9%  [ 6 ]
Разделить 24 и 32bpp графику в условно-компилируемые блоки 26%  26%  [ 17 ]
Оставить в ядре единственный 32bpp-режим 33%  33%  [ 22 ]
Всего голосов: 66
Автор Сообщение
Mario_r4
 Заголовок сообщения: Re: KolibriOS in eBox BIOS / 86Duino
СообщениеДобавлено: Пн ноя 03, 2014 5:46 pm 
Не в сети
Kernel Developer

Зарегистрирован: Вс фев 10, 2013 12:37 pm
Сообщения: 2329
Mario_r4 писал(а):
hidnplayr писал(а):
Mario_r4 писал(а):
Also we need to fix some of the programs that receive data through f.36 and GS.


f36 works correctly, but f73 (blitter) is not yet implemented in 16bpp mode.

I'm not sure about the correct operation f36. You can see in the picture the colors displayed on the screen and the colors obtained in f36 not conform to the format. The application expects that the color will be in the format 24bpp, but the current code simply copies 16bpp to 24bpp.

I think it is better to do the conversion 16bpp to 24bpp at the kernel level - it will solve the problem for many applications.
Спойлер: Показать
Вложение:
IMGP9040.JPG

Ok. This was a problem in the code MGB. I fixed it in SVN r.5160.

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
Вернуться к началу
   
Ответить с цитатой  
hidnplayr
 Заголовок сообщения: Re: Оптимизация ядерной графики
СообщениеДобавлено: Пн ноя 03, 2014 6:23 pm 
Не в сети
Mentor/Kernel Developer
Аватара пользователя

Зарегистрирован: Пт июн 30, 2006 9:01 am
Сообщения: 1232
since #5161 the blitter should also work in 16bpp mode.

_________________
"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
Вернуться к началу
   
Ответить с цитатой  
Mario_r4
 Заголовок сообщения: Re: Оптимизация ядерной графики
СообщениеДобавлено: Пн ноя 03, 2014 6:37 pm 
Не в сети
Kernel Developer

Зарегистрирован: Вс фев 10, 2013 12:37 pm
Сообщения: 2329
hidnplayr писал(а):
since #5161 the blitter should also work in 16bpp mode.

Blitter code probably still can be optimized. On the other items, the difference between 32bpp and 16bpp on eBox is not so great. For example, the output images f7 hasn't such failure in performance, as f73.
Спойлер: Показать
Вложение:
ebox_5157_32bpp.png
ebox_5157_32bpp.png [ 6.96 КБ | 1463 просмотра ]

Вложение:
ebox_5161_16bpp.png
ebox_5161_16bpp.png [ 6.73 КБ | 1463 просмотра ]

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
Вернуться к началу
   
Ответить с цитатой  
hidnplayr
 Заголовок сообщения: Re: Оптимизация ядерной графики
СообщениеДобавлено: Пн ноя 03, 2014 6:52 pm 
Не в сети
Mentor/Kernel Developer
Аватара пользователя

Зарегистрирован: Пт июн 30, 2006 9:01 am
Сообщения: 1232
Mario: feel free to experiment with this blitter code, I dont like it at all and chose the lazy copy-paste-patch method for this.
I want to get back to playing with this 86duino and network code now :)

_________________
"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
Вернуться к началу
   
Ответить с цитатой  
Mario_r4
 Заголовок сообщения: Re: Оптимизация ядерной графики
СообщениеДобавлено: Пн ноя 03, 2014 7:17 pm 
Не в сети
Kernel Developer

Зарегистрирован: Вс фев 10, 2013 12:37 pm
Сообщения: 2329
hidnplayr писал(а):
Mario: feel free to experiment with this blitter code, I dont like it at all and chose the lazy copy-paste-patch method for this.
I want to get back to playing with this 86duino and network code now :)

I think it makes sense to wait fix for r.5130.

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
Вернуться к началу
   
Ответить с цитатой  
Mario_r4
 Заголовок сообщения: Re: Оптимизация ядерной графики
СообщениеДобавлено: Вт ноя 04, 2014 2:54 pm 
Не в сети
Kernel Developer

Зарегистрирован: Вс фев 10, 2013 12:37 pm
Сообщения: 2329
hidnplayr
Serge has fixed the problem r.5130. Here are the results of tests on RoverBook U800.
Спойлер: Показать
RoverBook U800 32bpp SVN r.5129
Вложение:
rb_5129_32bpp.png
rb_5129_32bpp.png [ 4.32 КБ | 1415 просмотров ]

RoverBook U800 32bpp SVN r.5165
Вложение:
rb_5165_32bpp.png
rb_5165_32bpp.png [ 4.33 КБ | 1415 просмотров ]

RoverBook U800 16bpp SVN r.5165
Вложение:
rb_5165_16bpp.png
rb_5165_16bpp.png [ 4.06 КБ | 1415 просмотров ]


P.S. Now you can think about the 8-bit modes. :wink:

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
Вернуться к началу
   
Ответить с цитатой  
hidnplayr
 Заголовок сообщения: Re: Оптимизация ядерной графики
СообщениеДобавлено: Вт ноя 04, 2014 3:17 pm 
Не в сети
Mentor/Kernel Developer
Аватара пользователя

Зарегистрирован: Пт июн 30, 2006 9:01 am
Сообщения: 1232
Mario_r4 писал(а):
P.S. Now you can think about the 8-bit modes. :wink:

There is also 15 bpp :wink:

I am personally quite satisfied with the available video modes now.
I believe almost all VESA2.0+ compatible cards have at least one 16, 24 or 32bpp mode.

_________________
"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
Вернуться к началу
   
Ответить с цитатой  
pascualle
 Заголовок сообщения: Re: Оптимизация ядерной графики
СообщениеДобавлено: Ср ноя 05, 2014 4:38 am 
Не в сети
Аватара пользователя

Зарегистрирован: Сб июл 05, 2014 11:15 am
Сообщения: 88
Ух как много интересных новостей по поводу 16(15)bpp.
Могу ли я попросить обновить в вики описание графических функций касательно (8), 16, 24, 32bpp?
Вернуться к началу
   
Ответить с цитатой  
Mario_r4
 Заголовок сообщения: Re: Оптимизация ядерной графики
СообщениеДобавлено: Ср ноя 05, 2014 9:07 am 
Не в сети
Kernel Developer

Зарегистрирован: Вс фев 10, 2013 12:37 pm
Сообщения: 2329
А чего там обновлять? Для приложений ничего не изменилось, не считая того что нужно учитывать возможность режима 16bpp при прямой работе с видеопамятью через регистр GS. Однако работа через GS это скорее системный хак, чем нормальное явление, просто так быстрее считывать данные для скриншутера.

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
Вернуться к началу
   
Ответить с цитатой  
pascualle
 Заголовок сообщения: Re: Оптимизация ядерной графики
СообщениеДобавлено: Ср ноя 05, 2014 12:22 pm 
Не в сети
Аватара пользователя

Зарегистрирован: Сб июл 05, 2014 11:15 am
Сообщения: 88
Mario_r4,
жаль, признаю, тот самый случай, когда я совершенно не понимаю сути происходящего,
мне показалось, что fn73 уже может работать не только с 32bpp
Вернуться к началу
   
Ответить с цитатой  
Mario_r4
 Заголовок сообщения: Re: Оптимизация ядерной графики
СообщениеДобавлено: Ср ноя 05, 2014 12:32 pm 
Не в сети
Kernel Developer

Зарегистрирован: Вс фев 10, 2013 12:37 pm
Сообщения: 2329
pascualle писал(а):
мне показалось, что fn73 уже может работать не только с 32bpp

Она как раз задумывалась товарищем Serge, чтобы выводить от приложения исключительно 32bpp - так как упрощенный код без кучи проверок работает быстрее ф.65 (которая как раз поддерживает всякие разные bpp).

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
Вернуться к началу
   
Ответить с цитатой  
CleverMouse
 Заголовок сообщения: Re: Оптимизация ядерной графики
СообщениеДобавлено: Ср ноя 05, 2014 3:18 pm 
Не в сети
Kernel Developer
Аватара пользователя

Зарегистрирован: Чт сен 03, 2009 1:52 pm
Сообщения: 1611
Mario_r4 писал(а):
Она как раз задумывалась товарищем Serge, чтобы выводить от приложения исключительно 32bpp - так как упрощенный код без кучи проверок работает быстрее ф.65 (которая как раз поддерживает всякие разные bpp).

Скорость ни при чём: viewtopic.php?p=31993#p31993. Функция 65 написана неправильно, её можно существенно ускорить, чтобы она не отличалась от 73, но, видимо, никому не нужно.

_________________
Сделаем мир лучше!
Вернуться к началу
   
Ответить с цитатой  
Mario_r4
 Заголовок сообщения: Re: Оптимизация ядерной графики
СообщениеДобавлено: Ср ноя 05, 2014 3:37 pm 
Не в сети
Kernel Developer

Зарегистрирован: Вс фев 10, 2013 12:37 pm
Сообщения: 2329
CleverMouse писал(а):
Скорость ни при чём: viewtopic.php?p=31993#p31993. Функция 65 написана неправильно, её можно существенно ускорить, чтобы она не отличалась от 73, но, видимо, никому не нужно.

Почему не нужно? Просто некоторые вещи либо забываются (я всего лишь человек, да, а не суперпрограммист с идеальной памятью как ты), либо не критичны для текущего использования. И вообще правило, что любой код можно оптимизировать никто не отменял. У меня сложилось мнение, что Serge сделал ф.73 в основном из-за скорости, возможно я и ошибся в своих оценках.

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
Вернуться к началу
   
Ответить с цитатой  
Mario_r4
 Заголовок сообщения: Re: Оптимизация ядерной графики
СообщениеДобавлено: Ср ноя 05, 2014 3:40 pm 
Не в сети
Kernel Developer

Зарегистрирован: Вс фев 10, 2013 12:37 pm
Сообщения: 2329
pascualle писал(а):
Mario_r4,
жаль, признаю, тот самый случай, когда я совершенно не понимаю сути происходящего,

Во видишь - добрый и вежливый человек все сразу доступно объяснил.
Спойлер: Показать
Вот я не добрый и не вежливый. :wink:

_________________
Всем чмоки в этом проекте! Засуньте эти 11 лет себе в жопу!
Вернуться к началу
   
Ответить с цитатой  
Serge
 Заголовок сообщения: Re: Оптимизация ядерной графики
СообщениеДобавлено: Ср ноя 05, 2014 3:51 pm 
Не в сети
Kernel Developer

Зарегистрирован: Ср мар 08, 2006 6:25 pm
Сообщения: 3948
Mario_r4
Не столько из-за скорости, сколько из-за отсечения. + ещё зарезервирован ebx для ROP.
Вернуться к началу
   
Ответить с цитатой  
Показать сообщения за:  Поле сортировки  
Начать новую тему  Ответить на тему  Страница 16 из 17
  [ 249 сообщений ]  На страницу Пред. 1 … 13 14 15 16 17 След.

» » » »

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

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

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

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

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