Оптимизация ядерной графики

Kernel-side graphics support

POLL Ваше мнение об оптимизации GUI ядра

Total votes: 68
Оставить как было
24%
16
Убрать только CGA и VGA, оставить VESA1.2
7%
5
Оставить только VESA2-режимы (без изменения)
10%
7
Разделить 24 и 32bpp графику в условно-компилируемые блоки
26%
18
Оставить в ядре единственный 32bpp-режим
32%
22

  • Отдаю свой голос за единственный 32х битный режим в ядре, а кому надо сделает 24 условно-компилируемым блоком. А сколько времени мы решали какой логотип поставить в шапку форума...
    Из хаоса в космос
  • art_zh
    Когда операция планируется ?
  • Забыл одно замечание: для Remote Desktop Connection многие до сих пор используют 16 бит из-за низкой пропускной способности сети (даже на терминалах / тонких клиентах / компьютерах, которые поддерживают 32 бита без проблем). Поэтому имеет смысл оставить поддержку 16 бит для удалённого доступа.
  • Это все можно программно сделать.
  • Mario wrote:Ломать не строить. Тем более альтернативы не предлагается никакой.
    Альтернатива это кол-во законченых программ. А безопасность, размер и скорость дела десятые так как невыгодно производителям (а пользователи будут юзать что дадут и популярное). Линукс вполне подходит в качестве альтернативы так как среди остальных вещей также присутствует безопасность.
    Mario wrote:Нам лень и вообще некогда решать проблему
    Всё верно, дальше копирования MenuetOS дело пошло недалеко. Теперь копируем линукс.
    Mario wrote:сломаем работающую систему (которая еще может пригодится некоторым людям) и не будем делать всякие бранчи.
    На этих людях денег не сделать. А бранчи это зачастую несколько версий одной программы(функционал) - очень не продуктивно.
    SoUrcerer wrote:Ребяты, поддержу Freeman'а. Сам обещаю вернуться к проекту после сдачи сессии (она у меня заключительная, не сдам - отчислят к чертям, такие дела).
    нда, "опытные" студенты проэктом заведуют
    art_zh wrote:Дайте им набор шрифтов, эллипсы, прозрачность, скругленные уголки, ну и еще по мелочи разных ништяков - и будет красиво.
    Дайте мне Notepad++(только текстовый редактор), крупные буквы, удобные доки(с отступом и жирным шрифтом где надо), програму инсталяции Kolibri, реализуемый план - и будет результат.
    а чем же его можно скрепить, чтобы еще хотя бы на год-два у всех разработчиков (и у прикладников в первую очередь!) появился общий интерес?
    x64 предлагает удобное написание data & position independent кода на асме. Нужно только согласие по входным/возвращаемым данным.
    все понимают, что надо что-то менять в ядре по-крупному, и кое-кто пытается это что-то менять.
    кто меняет API (даже не по крупному) тот пишет свою ось. Кто меняет содержимое установленого API тому нужна гарантия что его труды не пропадут; в остальных случаях нечего и связыватся с кем-то. КОРОЧЕ, сначала проэктировать, потом писать если Группа имеет шанс на существование.

    Даа, не думал что у меня будет желание писать в вашем форуме ещё.
  • ilya
    немного сумбурно и очень спорно, но ты свою позицию высказал.
    по всем пунктам сразу.
    спасибо.

    ну а теперь можешь со спокойной совестью отсюда валить.
    справимся как-нибудь без тебя.
  • Триумфальное возвращение КЭПа! :)
  • ilya wrote:
    Mario wrote:Ломать не строить. Тем более альтернативы не предлагается никакой.
    Альтернатива это кол-во законченых программ. А безопасность, размер и скорость дела десятые так как невыгодно производителям (а пользователи будут юзать что дадут и популярное). Линукс вполне подходит в качестве альтернативы так как среди остальных вещей также присутствует безопасность.
    Mario wrote:Нам лень и вообще некогда решать проблему
    Всё верно, дальше копирования MenuetOS дело пошло недалеко. Теперь копируем линукс.
    Mario wrote:сломаем работающую систему (которая еще может пригодится некоторым людям) и не будем делать всякие бранчи.
    На этих людях денег не сделать. А бранчи это зачастую несколько версий одной программы(функционал) - очень не продуктивно.
    SoUrcerer wrote:Ребяты, поддержу Freeman'а. Сам обещаю вернуться к проекту после сдачи сессии (она у меня заключительная, не сдам - отчислят к чертям, такие дела).
    нда, "опытные" студенты проэктом заведуют
    art_zh wrote:Дайте им набор шрифтов, эллипсы, прозрачность, скругленные уголки, ну и еще по мелочи разных ништяков - и будет красиво.
    Дайте мне Notepad++(только текстовый редактор), крупные буквы, удобные доки(с отступом и жирным шрифтом где надо), програму инсталяции Kolibri, реализуемый план - и будет результат.
    а чем же его можно скрепить, чтобы еще хотя бы на год-два у всех разработчиков (и у прикладников в первую очередь!) появился общий интерес?
    x64 предлагает удобное написание data & position independent кода на асме. Нужно только согласие по входным/возвращаемым данным.
    все понимают, что надо что-то менять в ядре по-крупному, и кое-кто пытается это что-то менять.
    кто меняет API (даже не по крупному) тот пишет свою ось. Кто меняет содержимое установленого API тому нужна гарантия что его труды не пропадут; в остальных случаях нечего и связыватся с кем-то. КОРОЧЕ, сначала проэктировать, потом писать если Группа имеет шанс на существование.

    Даа, не думал что у меня будет желание писать в вашем форуме ещё.
    ilya, откуда такой неготив?
    Всем всегда хочется что-то своё создать, а потом, взможно, продать, однако из таких рассуждений поспешные выводы - ЗЛО!!!
    Программист не тот, кто постоянно пишет КОД, а тот кто сможет понять чужой КОД!!!
  • Дайте мне Notepad++(только текстовый редактор), крупные буквы, удобные доки(с отступом и жирным шрифтом где надо), програму инсталяции Kolibri, реализуемый план - и будет результат.
    Программу инсталляции Колибри куда и как? Крупные буквы - где? И что такое "реализуемый план"?:)
  • Serge wrote:Когда операция планируется ?
    На-днях (или раньше).
  • Пока окончательный переход с чисткой кода задерживается , может стоит заменить строку в 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 ?
  • May I remind you guys that some emulators (for example Qemu) use the 24bpp 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
  • Qemu can emulate VMWare SVGA adapter.
  • I know, but do the 'users' know ?
    "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
  • Who is online

    Users browsing this forum: No registered users and 8 guests