хотя я этим не занимаюсь, за ci отдельная тима следит

Я разве что под линукс настраивал среды, чтоб одному заказчику собирать на разные компайлеры

Благодарим за бдительность, товарищи.

Ну да, но никогда не знаешь на 100%, будет ли static_cast удовлетворять компилятор, чтоб он попытался его вызвать. И вообще, мораль в том, чтоб не писать сишное приведение :)

я с этим и не спорю

Видео-адаптеры подъехали?

Видео-адаптеры подъехали?

да, ГПУ тоже платформа

ну на гпу надо данные грузить

short float это как? Все гпу же на float'е нативно работают

а может быть уже и на double

на гпу short float нативно есть

и тут еще не факт что ты хочешь

short float это как? Все гпу же на float'е нативно работают

там есть числа половинной точности

производительность сильно зависит

double медленне чем float

а может быть уже и на double

уже и на целых

short float это как? Все гпу же на float'е нативно работают

https://en.wikipedia.org/wiki/Half-precision_floating-point_format

double медленне чем float

ну это понятно

short float это как? Все гпу же на float'е нативно работают

16 bit

Не знал что такое используют на ГПУ, раньше писал лабы под CUDA, так там float нативно поддерживалось, насколько помню

ну всмысле без замедлений никаких

double так-то тоже позже стали поддерживать

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

всегда рофлил с этого

Я на корсере проходил, не в вузе

ну всмысле без замедлений никаких

возможно в твоей задаче не было замедления, но не везде так

ну мне понравилось, вполне удобный язык

Господа, вопрос не по С++, никто не реализовывал эффективный алгоритм поиска кратчайшего пути на плоскости, с полигонами-препятствиями?

Господа, вопрос не по С++, никто не реализовывал эффективный алгоритм поиска кратчайшего пути на плоскости, с полигонами-препятствиями?

a star

Нет, тут не всё так просто

для a* надо иметь или граф сцены

Препятствия заданы полигонами на плоскости

повторюсь :)

в играх же делают, значит делали

произвольными замкнутыми

насколько я знаю делают через а*

Для a* тебе надо ходить по графу, если у тебя сцена где обьект может находиться только в определённых позициях - да, ты неявно имеешь граф

Препятствия заданы полигонами на плоскости

что в вашем понимании полигон?

но когда у тебя просто произвольные полигоны на плоскости - изначально графа нет

что в вашем понимании полигон?

Последовательность точек, ограничивающая какую-то плоскость

плоскость на плоскости?

так, неверно выразился, площадь на плоскости

Короче произвольная фигура на плоскости

Есть трабла с гугл моком. Есть: - интерфейс некоторого функтора (e.g I) - его реализация (e.g F) - класс, который в конструкторе берет себе эту зависимость (e.g S) Хочется чтобы конструктор S вместо I принимал параметром std::function. Трабла заключается в том, что при передаче замоканного класса в конструктор вызывается конструктор копирования, который удален в гугловском моке

Короче произвольная фигура на плоскости

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

ну да, короче никто не занимался тут таким, не парьтесь

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

кучу контрпримеров можно найти

можно, я и сам могу

Я же сказал что мне минимальный путь нужен :)

а не просто путь

спроси дийкстру

а* находит минимальный

Есть идеи как это можно исправить? Думал про обертки shared_ptr вокруг function, но эт какой-то костыль Думал про темплейтный класс и T&& аргумент - какое-то переусложнение

ладно, проехали

а* находит минимальный

не мешай человеку!

он почти изобрел велосипед

не мешай человеку!

Я знаю что a* находит

Вы же не поняли что я хочу Вот краткий обзор алгоритмов для этой задачи

https://www.cs.unm.edu/~moore/tr/03-05/Kitzingerthesis.pdf

тут суть не в a*, а в том чтоб собрать граф эффективно, для a*

а это я бы сказал очень фиговая задача, потому как n^2, где n - количество точек

std::function != functor же. оба callable, но функтор нельзя просто привести к std::function насколько я знаю

Есть трабла с гугл моком. Есть: - интерфейс некоторого функтора (e.g I) - его реализация (e.g F) - класс, который в конструкторе берет себе эту зависимость (e.g S) Хочется чтобы конструктор S вместо I принимал параметром std::function. Трабла заключается в том, что при передаче замоканного класса в конструктор вызывается конструктор копирования, который удален в гугловском моке

а это я бы сказал очень фиговая задача, потому как n^2, где n - количество точек

bb subdivision попробуй

а это я бы сказал очень фиговая задача, потому как n^2, где n - количество точек

накой чорт тебе любый полигоны, триангулируй

Вы же не поняли что я хочу Вот краткий обзор алгоритмов для этой задачи

попробуй здесь спросить https://telegram.me/prographon

что плохого в статической линковке кьюта?

лицензия

что плохого в статической линковке кьюта?

раньше это стоило 4000 баксов в год, сейчас дешевле

раньше это стоило 4000 баксов в год, сейчас дешевле

У меня есть ентерпрайз лицензия кьюта :)

я рад за тебя, сейчас она не очень дорого стоит

после того как кьют спихнули Дигии они сильно уменьшили прайс

Кроме дорого есть минусы? вопрос я задал после сообщений

Qt предлагаешь статически линковать?

Вот мне тоже боязно. :)

Да просто тупо работать не будет и фсё... (скорее всего).

работает же статика нормально

Ну вот я какбе тоже собирал и тоже работало

работает, но там есть тонкости с плагинами

для статической сборки надо конфигурировать какие плагины куда пихать, там целый отдельнй qt.conf для этого был

#talks #allocator

Привет, извините за странный вопрос, но я гуглил и не смо гнайти ответа, VS17 после компиляции пытается скачать 4 html файла с отчетами, не знаю как это убрать, вот пример, заранее спасибо)