голый (как Король) membuff + минимальный, но удачный набор алгоритмов графики над ним.
Ещё в планах такой рендер портировать под микроконтроллеры. Да и вообще всю библиотеку LDL, если это возможно конечно.
Для этого каждую новую фичу или функционал, как бы в уме прокручиваю, будет ли работать на том или ином железе. Мало функционала, лучше портабельность.
Там не только в этом проблема. Много лишних namespace'ов, лишнего функционала. И главное я набил руку на этом проекте. И теперь знаю как некоторые вещи сделать хорошо или упростить.
То о чем вы говорите, будет просто ещё одним вариантом рендера.
Я об этом проекте упоминал в прошлых статьях. Он получился слишком жирным и сложно портируемым под старые системы. Такой большой проект я так и не смог портировать под DOS и Windows 3.1 И еще проблема, что я в него впихнул всё, и форматы графики, аудио, шрифты с поддержкой free type. Теперь я понимаю, что такие вещи должны быть внешними.
Поэтому решил начать заново, но уже с учетом предыдущего опыта и уже по мере реализации пока кодовая база небольшая портировать и под DOS и под Windows 3.1
Сделать его реально компактным.
Ну и по мере реализации, всегда хотелось поделиться мыслями и решениями которые использую в разработке LDL. Такой некий гайд получается.
Смысл не в использовании GDI, а в обеспечении совместимости с GDI в том числе под единым API. Использовать его напрямую без абстрагирования в 2025, смысла нет.
Вы меня навели на мысль, сравнить task manager на разных ос, от windows 2000 по windows 11. Интересно сравнить, затраты цпу, ОЗУ, количество вызовов функции вообще.
Советую сходить на несколько мок-собесов к разным людям, которые тебя не знают, и протестировать самопрезентацию на них. Если они тебе поверят и захотели бы нанять — она написана хорошо.
Автор вы графоман, это не плохо. Второй момент вы, все слишком усложняете. На техническом собесе и так плясать приходится, даже с опытом 10+ лет. Так ещё первый бос это непосредственно HR, который будет дрочить тебя на старте, бессмысленно и беспощадно. Спасибо, но такой ИТ, не нужон.
Я пришел устраиваться на работу, что бы выполнять техническую работу. Мне на старте нужно разбираться, что то там личностное прорабатывать. Я не к психологу пришел. Есть, знания, опыт, навыки, оцениваете и решайте подходит, не подходит. А не это ваше несоответствие знака девы, в тельце луны, козерога млечного пути:)
Мне ещё кидали ссылку на патч для современной версии gcc, собирающейся и работающей на windows 98. Без потоков, но остальные фичи доступны. Но я пока не готов в этом разбираться, слишком временно затратно получается.
Спасибо за идею. Надо будет поэкспериментировать.
Посмотрю спасибо, SetDIBitsToDevice насколько я помню, она может выводить именно кусок памяти без создания bitmap и всего остального обвяза.
Для старого железа 25+ летней давности это и сейчас важно:)
Спасибо посмотрю. Скриншоты выглядят хорошо. Есть и эффекты разные.
Спасибо посмотрю. Скриншоты выглядят хорошо. Есть и эффекты разные.
Ещё в планах такой рендер портировать под микроконтроллеры. Да и вообще всю библиотеку LDL, если это возможно конечно.
Для этого каждую новую фичу или функционал, как бы в уме прокручиваю, будет ли работать на том или ином железе. Мало функционала, лучше портабельность.
Там не только в этом проблема. Много лишних namespace'ов, лишнего функционала. И главное я набил руку на этом проекте. И теперь знаю как некоторые вещи сделать хорошо или упростить.
То о чем вы говорите, будет просто ещё одним вариантом рендера.
Я об этом проекте упоминал в прошлых статьях. Он получился слишком жирным и сложно портируемым под старые системы. Такой большой проект я так и не смог портировать под DOS и Windows 3.1 И еще проблема, что я в него впихнул всё, и форматы графики, аудио, шрифты с поддержкой free type. Теперь я понимаю, что такие вещи должны быть внешними.
Поэтому решил начать заново, но уже с учетом предыдущего опыта и уже по мере реализации пока кодовая база небольшая портировать и под DOS и под Windows 3.1
Сделать его реально компактным.
Ну и по мере реализации, всегда хотелось поделиться мыслями и решениями которые использую в разработке LDL. Такой некий гайд получается.
Для кроссплатформенности, очевидно же.
Смысл не в использовании GDI, а в обеспечении совместимости с GDI в том числе под единым API. Использовать его напрямую без абстрагирования в 2025, смысла нет.
Вы меня навели на мысль, сравнить task manager на разных ос, от windows 2000 по windows 11. Интересно сравнить, затраты цпу, ОЗУ, количество вызовов функции вообще.
Буду разбираться по ходу дела.
Статья огонь, плюсую нещадно. Добавьте плиз тэг старое железо.
Интересно почитать пару выпусков. Добавил себе в бэклог
Библиотека LDL будет ограничена единым кроссплатформенным API для графики. Все остальное, забота разработчика.
Исправил цветность и протестировал на Windows 98 в эмуляторе.
Это в школу разведки собес. Зачем всё это?
Стрелочка в обратную сторону не работает?;)
Автор вы графоман, это не плохо. Второй момент вы, все слишком усложняете. На техническом собесе и так плясать приходится, даже с опытом 10+ лет. Так ещё первый бос это непосредственно HR, который будет дрочить тебя на старте, бессмысленно и беспощадно. Спасибо, но такой ИТ, не нужон.
Я пришел устраиваться на работу, что бы выполнять техническую работу. Мне на старте нужно разбираться, что то там личностное прорабатывать. Я не к психологу пришел. Есть, знания, опыт, навыки, оцениваете и решайте подходит, не подходит. А не это ваше несоответствие знака девы, в тельце луны, козерога млечного пути:)
Мне ещё кидали ссылку на патч для современной версии gcc, собирающейся и работающей на windows 98. Без потоков, но остальные фичи доступны. Но я пока не готов в этом разбираться, слишком временно затратно получается.
В том числе, да.