Board.KolibriOS.org
http://board.kolibrios.org/

Оптимизация ядерной графики
http://board.kolibrios.org/viewtopic.php?f=36&t=1615
Page 11 of 17

Author:  FireWall [ Sat Oct 13, 2012 1:44 pm ]
Post subject:  Re: Оптимизация ядерной графики

Цитата: " А если надо одновременно пять кеглей ?"

На мой взгляд, это нужно только для, условно говоря, просмотрщиков html/doc/odt/... и им подобных. В этом случае только xxx_font_lib + новый блиттер (ибо для случая, когда комбинируется графика и каждая буква в потенциале - своим шрифтом, прыгать по каждому случаю в ring0, ...)

Цитата: "Заморочки какие."

Как раз и нет - такой подход заставляет один раз в одном месте установить все четыре используемых шрифта. Это позволит легко переделать приложение на другие (совместимые по размерам) шрифты.

Author:  Leency [ Sun Oct 14, 2012 2:44 pm ]
Post subject:  Re: Оптимизация ядерной графики

Отдаю свой голос за единственный 32х битный режим в ядре, а кому надо сделает 24 условно-компилируемым блоком. А сколько времени мы решали какой логотип поставить в шапку форума...

Author:  Serge [ Sun Oct 21, 2012 3:30 pm ]
Post subject:  Re: Оптимизация ядерной графики

art_zh
Когда операция планируется ?

Author:  yogev_ezra [ Sun Oct 21, 2012 5:21 pm ]
Post subject:  Re: Оптимизация ядерной графики

Забыл одно замечание: для Remote Desktop Connection многие до сих пор используют 16 бит из-за низкой пропускной способности сети (даже на терминалах / тонких клиентах / компьютерах, которые поддерживают 32 бита без проблем). Поэтому имеет смысл оставить поддержку 16 бит для удалённого доступа.

Author:  SoUrcerer [ Sun Oct 21, 2012 5:22 pm ]
Post subject:  Re: Оптимизация ядерной графики

Это все можно программно сделать.

Author:  ilya [ Sun Oct 28, 2012 12:41 am ]
Post subject:  Re: Оптимизация ядерной графики

Mario wrote:
Ломать не строить. Тем более альтернативы не предлагается никакой.
Альтернатива это кол-во законченых программ. А безопасность, размер и скорость дела десятые так как невыгодно производителям (а пользователи будут юзать что дадут и популярное). Линукс вполне подходит в качестве альтернативы так как среди остальных вещей также присутствует безопасность.

Mario wrote:
Нам лень и вообще некогда решать проблему
Всё верно, дальше копирования MenuetOS дело пошло недалеко. Теперь копируем линукс.

Mario wrote:
сломаем работающую систему (которая еще может пригодится некоторым людям) и не будем делать всякие бранчи.
На этих людях денег не сделать. А бранчи это зачастую несколько версий одной программы(функционал) - очень не продуктивно.

SoUrcerer wrote:
Ребяты, поддержу Freeman'а. Сам обещаю вернуться к проекту после сдачи сессии (она у меня заключительная, не сдам - отчислят к чертям, такие дела).
нда, "опытные" студенты проэктом заведуют

art_zh wrote:
Дайте им набор шрифтов, эллипсы, прозрачность, скругленные уголки, ну и еще по мелочи разных ништяков - и будет красиво.
Дайте мне Notepad++(только текстовый редактор), крупные буквы, удобные доки(с отступом и жирным шрифтом где надо), програму инсталяции Kolibri, реализуемый план - и будет результат.

Quote:
а чем же его можно скрепить, чтобы еще хотя бы на год-два у всех разработчиков (и у прикладников в первую очередь!) появился общий интерес?
x64 предлагает удобное написание data & position independent кода на асме. Нужно только согласие по входным/возвращаемым данным.

Quote:
все понимают, что надо что-то менять в ядре по-крупному, и кое-кто пытается это что-то менять.
кто меняет API (даже не по крупному) тот пишет свою ось. Кто меняет содержимое установленого API тому нужна гарантия что его труды не пропадут; в остальных случаях нечего и связыватся с кем-то. КОРОЧЕ, сначала проэктировать, потом писать если Группа имеет шанс на существование.

Даа, не думал что у меня будет желание писать в вашем форуме ещё.

Author:  art_zh [ Sun Oct 28, 2012 2:34 am ]
Post subject:  Re: Оптимизация ядерной графики

ilya
немного сумбурно и очень спорно, но ты свою позицию высказал.
по всем пунктам сразу.
спасибо.

ну а теперь можешь со спокойной совестью отсюда валить.
справимся как-нибудь без тебя.

Author:  Mario [ Sun Oct 28, 2012 9:44 am ]
Post subject:  Re: Оптимизация ядерной графики

Триумфальное возвращение КЭПа! :)

Author:  Artyom [ Sun Oct 28, 2012 6:27 pm ]
Post subject:  Re: Оптимизация ядерной графики

ilya wrote:
Mario wrote:
Ломать не строить. Тем более альтернативы не предлагается никакой.
Альтернатива это кол-во законченых программ. А безопасность, размер и скорость дела десятые так как невыгодно производителям (а пользователи будут юзать что дадут и популярное). Линукс вполне подходит в качестве альтернативы так как среди остальных вещей также присутствует безопасность.

Mario wrote:
Нам лень и вообще некогда решать проблему
Всё верно, дальше копирования MenuetOS дело пошло недалеко. Теперь копируем линукс.

Mario wrote:
сломаем работающую систему (которая еще может пригодится некоторым людям) и не будем делать всякие бранчи.
На этих людях денег не сделать. А бранчи это зачастую несколько версий одной программы(функционал) - очень не продуктивно.

SoUrcerer wrote:
Ребяты, поддержу Freeman'а. Сам обещаю вернуться к проекту после сдачи сессии (она у меня заключительная, не сдам - отчислят к чертям, такие дела).
нда, "опытные" студенты проэктом заведуют

art_zh wrote:
Дайте им набор шрифтов, эллипсы, прозрачность, скругленные уголки, ну и еще по мелочи разных ништяков - и будет красиво.
Дайте мне Notepad++(только текстовый редактор), крупные буквы, удобные доки(с отступом и жирным шрифтом где надо), програму инсталяции Kolibri, реализуемый план - и будет результат.

Quote:
а чем же его можно скрепить, чтобы еще хотя бы на год-два у всех разработчиков (и у прикладников в первую очередь!) появился общий интерес?
x64 предлагает удобное написание data & position independent кода на асме. Нужно только согласие по входным/возвращаемым данным.

Quote:
все понимают, что надо что-то менять в ядре по-крупному, и кое-кто пытается это что-то менять.
кто меняет API (даже не по крупному) тот пишет свою ось. Кто меняет содержимое установленого API тому нужна гарантия что его труды не пропадут; в остальных случаях нечего и связыватся с кем-то. КОРОЧЕ, сначала проэктировать, потом писать если Группа имеет шанс на существование.

Даа, не думал что у меня будет желание писать в вашем форуме ещё.


ilya, откуда такой неготив?
Всем всегда хочется что-то своё создать, а потом, взможно, продать, однако из таких рассуждений поспешные выводы - ЗЛО!!!

Author:  SoUrcerer [ Sun Oct 28, 2012 10:36 pm ]
Post subject:  Re: Оптимизация ядерной графики

Quote:
Дайте мне Notepad++(только текстовый редактор), крупные буквы, удобные доки(с отступом и жирным шрифтом где надо), програму инсталяции Kolibri, реализуемый план - и будет результат.

Программу инсталляции Колибри куда и как? Крупные буквы - где? И что такое "реализуемый план"?:)

Author:  art_zh [ Sat Jan 12, 2013 2:11 am ]
Post subject:  Re: Оптимизация ядерной графики

Serge wrote:
Когда операция планируется ?

На-днях (или раньше).

Author:  Serge [ Thu Feb 07, 2013 8:31 am ]
Post subject:  Re: Оптимизация ядерной графики

Пока окончательный переход с чисткой кода задерживается , может стоит заменить строку в bootvesa.inc

cmp [es:mi.BitsPerPixel], 24 ;It show only videomodes to have support 24 and 32 bpp
на
cmp [es:mi.BitsPerPixel], 32 ;It show only videomodes to have support 32 bpp

и ограничить доступные режимы только 32 bpp ?

Author:  hidnplayr [ Thu Feb 07, 2013 9:46 am ]
Post subject:  Re: Оптимизация ядерной графики

May I remind you guys that some emulators (for example Qemu) use the 24bpp mode ;)

Author:  Serge [ Thu Feb 07, 2013 9:52 am ]
Post subject:  Re: Оптимизация ядерной графики

Qemu can emulate VMWare SVGA adapter.

Author:  hidnplayr [ Thu Feb 07, 2013 9:58 am ]
Post subject:  Re: Оптимизация ядерной графики

I know, but do the 'users' know ?

Page 11 of 17 All times are UTC+03:00
Powered by phpBB® Forum Software © phpBB Limited
https://www.phpbb.com/