Pull to refresh

Comments 14

Проект действительно "амбициозный". +

PS А не сдуетесь? Будет ещё одна 100500-я графическая библиотека призванная "заменить".

Думаю, что нет. Мне данный проект интересен как возможность пощупать старые ос, компиляторы. Возможность оптимизировать код под очень древние цпу.

Но проект конечно требует серьезных усилий, это я признаю. Но я для себя выбрал следующий план. Каждый день делать пусть небольшой, но функционал. И такими маленькими шагами, по капельке, можно сделать не так уж и мало. Это лучше, чем просто мечтать.

Йоу! Проект суперский! Успехов в дальнейшем)

Спасибо за поддержку.

Скрытый текст
несколько лет прошло всё теже проблемы только на 3 версии, надо какие-то флаги искать, что-то в LD_ прописывать, где конфиг, и свой драйвер еще подставляет, при этом это как тонкая настройка, но спорно вобщем
несколько лет прошло всё теже проблемы только на 3 версии, надо какие-то флаги искать, что-то в LD_ прописывать, где конфиг, и свой драйвер еще подставляет, при этом это как тонкая настройка, но спорно вобщем

сделать репарент, не трогать драйвер, не знаю ничего про поддержки на других платформах, я перестал понимать эту библиотеку

Это Линукс? Протестирую получше, мог что то сломать.

да линукс калькулейт, конечно её(SDL3) пересобрать и перенастроить можно, тут ситуация в 3 версии в деталях, например картинку надо перевернуть(bmp), тоесть кто-то воспользуется стб, оп потерялась консистентность, потом выбор драйвера, так получается кор библиотека из-за таких решений ни туда ни сюда, еще к тому же, частичные реализации, получается, пишешь текстовый редактор, к примеру, надо всего открыть окно и глифы, но библиотека имеет всё, и в тот же момент по деталям, это всё детально придётся переписывать, с голым фритайп2, окном, и стб, это странно

вот первое броское, окно не скруглилось я пока не гуглил почему, второе там уже движок текстовый внутри как я понимаю(в ттф например), опять же зачем, тоесть выбор такой странный

сдл2 логичнее получается, да там тоже картинка перевернута и драйвер, но зато нет частичных реализаций

про ректы тоже, есть внутренний конфиг на луа, частичная реализация вулкана, а на ректы нету дерева, тоесть, вобщем странно для меня, поэтому я с выходом третьей версии потерял логику этой библиотеки, по итогу вроде окно открыть можно, но дикий выбор драйвера, и вроде и текстурный слой интересный, но для своего использования, а граффика уже стб, не знаю, может я ошибаюсь

я про саму библиотеку сдл3, щас кути летит и гном летит, а на сдл3 сидишь весь в конфигах, и там гпу еще, это так просто боль...

SDL_SetHint(SDL_HINT_X11_WINDOW_TYPE, "1");

на скрине мне этот хинт помог

Как раз переписываю тесты массово. Что бы после сборки запускались на любой платформе.

Я с SFML мало работал. Но библиотека серьезная.

Опять вы сударь за своё ))

Я вот думаю что не правильно, в пакетном рисовании спрайтов (для ogl3) делать лишние телодвижения. Зачем это всё:

float ps = 1.0f / (float)_textureSize;

quad.data[0] = (float)dstPos.x;
quad.data[1] = float(dstSize.y + dstPos.y);

Может будет быстрее передавать в вершинный шейдер целые числа, раз оно всё в целых, а там уже преобразовывать и приводить к размеру текстуры?


Там дофига еще чего можно наворотить, чтобы смотреть уверено в будущее, но думаю библиотека не для супер тяжёлых приложений же....

Спасибо, за коммент. Я сейчас провожу тотальный рефакторинг. И данный код будет переписан + будет несколько версий с int и float. Я давно намеревался почистить код. Если сейчас посмотрите на репу, каждый файл изменен.

Может будет быстрее передавать в вершинный шейдер целые числа, раз оно всё в целых, а там уже преобразовывать и приводить к размеру текстуры?

Да согласен. Такой вариант останется только для GL1, GL3 будет иметь современную реализацию.



Там дофига еще чего можно наворотить, чтобы смотреть уверено в будущее, но думаю библиотека не для супер тяжёлых приложений же....

Сейчас в текущем состоянии да, но хочу улучшить.

Sign up to leave a comment.

Other news