самое интересное, что в другой, ниже классом машине, это из коробки

того же года

Я не считаю, что всё вокруг должно быть открытым для модификации.

Что-то должно,а что-то наоборот.

а мне кажется не надо с таким подходом перегибать палку

я же не хочу руками регулировать соотношение топлива с воздухом при впрыске

вот где-то слышал что Джобс был в этом плане не нормальный

вообще как я понимаю тут не в конкретном разработчике дело а в стеке инструментов, не совместимых с остальным миром

Вот именно, на плюсах никаких проблем с вызовами нет, крути верти как хочешь, а тут thiscall порезали, понятно дело что она как и stdcall но ECX, как тут исхитрится.

он считал, что если дать возможность пользователю хоть что-то менять он обязательно что-то сломает

он считал, что если дать возможность пользователю хоть что-то менять он обязательно что-то сломает

и по итогу в офисе сделал, что окна не открылись

Ну не выворачивать же приложению все свои кишки наружу?

Вот именно, на плюсах никаких проблем с вызовами нет, крути верти как хочешь, а тут thiscall порезали, понятно дело что она как и stdcall но ECX, как тут исхитрится.

thiscall это чисто ведь ms тема?

то да, в лине _cdels(this*,...)

я же не хочу руками регулировать соотношение топлива с воздухом при впрыске

14,4 : 1

Лучше подскажи дишный аналог glm.

gl3n

gl3n

Попробовал. Он как-то по-своему считает трансформации. Затем пробовал dlsl и обнаружил ту же проблему. Сейчас кручу dfm. Вот он считает аналогично glm, правда излишне высокоуровневый и толстый.

Попробовал. Он как-то по-своему считает трансформации. Затем пробовал dlsl и обнаружил ту же проблему. Сейчас кручу dfm. Вот он считает аналогично glm, правда излишне высокоуровневый и толстый.

когда-то давно для себя писал такую либу

Закончу подгонку под dfm и посмотрю что получилось. А там уже или остановлюсь на нём, или метематику выдеру.

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

В смысле по своему?

eiffel-iup 3.0 — GNU's Not Unix — Новости https://www.linux.org.ru/news/gnu/14208434

Обнаружен новый кроссплатформенный гуй: IUP

В смысле по своему?

Результаты perspective не совпадают и результаты применения переноса с поворотом. Дальше не смотрел. Ладно бы они были просто транспонированными, а то ерунда какая-то.

Чтоб не in-place варианты функций использовались проверял.

Результаты perspective не совпадают и результаты применения переноса с поворотом. Дальше не смотрел. Ладно бы они были просто транспонированными, а то ерунда какая-то.

glm - column-major, gl3n - row-major, соответственно, нужно умножения матриц в другом порядке, нежели в glm выполнять, тогда получится то, что нужно, хоть и транспонированное. perspective может быть разным из-за того, что в качестве fov'а он принимает градусы, а не радианы

ну и один инициализирует матрицы единицей, второй забивает nan

В D и флоты тоже наном инициализируются

Так что это следование общей парадигме

Чтобы спалить непроинициализированную матрицу

не спалил)

Перспектива glm: glm::perspective(glm::radians(camera.Zoom), (float)SCR_WIDTH / (float)SCR_HEIGHT, 0.1f, 100.0f); >>> [1.81066, 0, 0, 0][0, 2.41421, 0, 0][0, 0, -1.002, -1][0, 0, -0.2002, 0] Транспонированная перспектива gl3n mat4.perspective(cast(float) SCR_WIDTH, cast(float) SCR_HEIGHT, radians(camera.Zoom), 0.1f, 100.0f); >>> [[109.425, 0, 0, 0], [0, 145.9, 0, 0], [0, 0, -1.002, -1], [0, 0, -0.2002, 0]] Откуда он это берёт?

Господа, не судите строго, рисую как умею. Тут картинку одну нашел которая мне очень Go напомнила. Вот что в итоге получилось:

Перспектива glm: glm::perspective(glm::radians(camera.Zoom), (float)SCR_WIDTH / (float)SCR_HEIGHT, 0.1f, 100.0f); >>> [1.81066, 0, 0, 0][0, 2.41421, 0, 0][0, 0, -1.002, -1][0, 0, -0.2002, 0] Транспонированная перспектива gl3n mat4.perspective(cast(float) SCR_WIDTH, cast(float) SCR_HEIGHT, radians(camera.Zoom), 0.1f, 100.0f); >>> [[109.425, 0, 0, 0], [0, 145.9, 0, 0], [0, 0, -1.002, -1], [0, 0, -0.2002, 0]] Откуда он это берёт?

Попробуй в градусах в gl3n передать, как я выше написал

Потому что судя по исходникам, он принимает на вход градусы, что не комильфо, конечно же

Мне только что удалось статически вкомплировать musl в betterC программу и создать пустой docker контейнер с одним бинарником и размером 409 Кб

Крутяк!

LDC собирал?

Ага

Как-то по интернетам собрал куски информации, увидел что в LDC 1.9.0 объявили поддержку musl, посмотрел множественные коммиты, все это собрал в кучу и вуаля.

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

Я хоть докер и не люблю, но надо бы официальный образ ldc и в нем тоже поставлять

Ты в целом кроме изоляции какие плюсы в докере видишь?

докер это система пакетирования и дистрибуции )

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

Попробуй в градусах в gl3n передать, как я выше написал

Я по диагонали тогда прочитал, мол, в радианы нужно. Про градусы даже в голову не приходило. Следующий wtf. Аналогом glm::mat4 model; model = glm::translate(model, a[i]); float angle = 20.0f * i; model = glm::rotate(model, glm::radians(angle), glm::vec3(1.0f, 0.3f, 0.5f)); будет mat4 model = (mat4.translation(cubePositions[i]) * mat4.rotation(radians(20.0f * i), vec3(1.0f, 0.3f, 0.5f)).transposed).transposed; что, как бы так выразиться, несколько неочевидно.

Матлиба может матрицы хранить в row-major или column-major, этим и определяется. Когда берешь новую либу - в первую очередь это смотреть надо.

А про градусы - это из glu

Оттуда повелось это мракобесие

математически умножение матриц 4х4 не должно отличаться для row-major/column-major, насколько я понимаю. Просто результат будет соответствующий.

математически умножение матриц 4х4 не должно отличаться для row-major/column-major, насколько я понимаю. Просто результат будет соответствующий.

результат не отличается, а вот как ты их на старте заполнишь и как они будут храниться (как используешь) отличаться будет

завелось, наконец...

https://fgiesen.wordpress.com/2012/02/12/row-major-vs-column-major-row-vectors-vs-column-vectors/

Просто оставлю это здесь

Всем спасибо за помощь, а особенно Ивану!

Парни, а как дела с дишечкой на мобильных платформах? Андроид, айось, sailfish, etc

под андройд якобы собирается но инструкции крайне мутные

https://wiki.dlang.org/Build_D_for_Android

https://wiki.dlang.org/Build_D_for_Android

Спасибо. Читал статью, но на моменте apt install ldc в termux всё пошло ко дну. Не видит такого пакета. И ldc2 тоже. И после apt update

Кисло короче всё

Спасибо. Читал статью, но на моменте apt install ldc в termux всё пошло ко дну. Не видит такого пакета. И ldc2 тоже. И после apt update

Нахуй? Там нормальный dmd есть

Нахуй? Там нормальный dmd есть

Оба, сейчас попробую

Хер, нет там dmd

ERROR: S client not available

Хер, нет там dmd

О.о был же

Нахуй? Там нормальный dmd есть

Который кроме x86 не знает архитектур. Отличный компилятор для мобилок

зачем под мобилу собирать на мобиле?

ldc умеет кросскомпиляцию

кто-нибудь знает по какому графику dip'ы должны превращаться в поведение "по умолчанию"?

ldc умеет кросскомпиляцию

А случайно не знаешь, можно ли крос-собирать под musl, находясь на glibc ?

А случайно не знаешь, можно ли крос-собирать под musl, находясь на glibc ?

ну как-то таким не занимался

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

хотя заявляют, что оно есть и умеет в кросс

на ldc

А случайно не знаешь, можно ли крос-собирать под musl, находясь на glibc ?

а gcc не хочет линковать, если статически подсунуть?

А это именно вопрос линковки? Это же version Druntime_musl

А, то есть можно же версию включить. Надо попробовать будет

Парни, а как дела с дишечкой на мобильных платформах? Андроид, айось, sailfish, etc

Sailfish интересовался. 1. Самой ос уже кранты 2. Там анальная привязка к qt и авторы считают это за благо

На фоне текущего вендорлока или привязки в жаве это действительно лучше

Sailfish интересовался. 1. Самой ос уже кранты 2. Там анальная привязка к qt и авторы считают это за благо

Привет. Уже не в первый раз слышу, что сейлфишу кранты. а какие пруфлинки?

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

Привет. Уже не в первый раз слышу, что сейлфишу кранты. а какие пруфлинки?

Мб потому что их наши выкупили?

От ростелекома ничего хорошего ждать не приходится.

Такой вопрос. А есть какой-нибудь пакет для парсинга DOM?

Такой вопрос. А есть какой-нибудь пакет для парсинга DOM?

Может парсер HTML/XML имеется ввиду?

Может парсер HTML/XML имеется ввиду?

Именно

Просто я перепутал немного

Такие должны быть. Типичная задача ведь.

Такие должны быть. Типичная задача ведь.

ха ха ха

давняя история в D

с xml библиотекой

типа в std не очень xml и его как устаревший пометили

Может парсер HTML/XML имеется ввиду?

Да. Лучший вроде htmld

У Адама либа удобная очень

ее советую

У Адама либа удобная очень

Это какая?