Нужно отследить на сервере координаты объекта в реальном времени.

А на серваке каждую секунду будет вызываться метод, которые обрабатывает эти параметры. Есть идея лучше?

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

Нужно отследить на сервере координаты объекта в реальном времени.

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

Нет, просто узнать хотел, возможно уже есть готовые библиотеки и инструменты

Дергать сервер каждый раз, как только координаты изменились - не очень хорошо

ну тупо "когда изменились" тоже нельзя, в младших битах всегда есть шум

"Когда изменилось на эпсилон"

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

все зависит от того, зачем это надо и что делает система в целом

парни, это наш коллега вырвался на свободу

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

"Когда изменилось на эпсилон"

хз, может, вообще Маджвик или Калман нужен

не пытайтесь понять, чего он хочет

тут или тз, или хз

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

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

кто там cimg посоветовал как либу для работы с изображениями, спасибо, то что нужно

вот и хорошо

кто там cimg посоветовал как либу для работы с изображениями, спасибо, то что нужно

cimg? ну такое себе

смотря что тебе надо, на самом деле. Я бы начинал с OpenCV, потом смотрел в сторону Leptonica

cimg - адов комбайн ... как и dlib =)

cimg - адов комбайн ... как и dlib =)

ну а разве комбайн - это проблема для пользователя либы?

смотря что тебе надо, на самом деле. Я бы начинал с OpenCV, потом смотрел в сторону Leptonica

Ну, для чего-то базового вполне себе. Ибо достаттчно легко в интеграции.

Ну, для чего-то базового вполне себе. Ибо достаттчно легко в интеграции.

а какая проблема в интеграции лептоники и opencv?

а какая проблема в интеграции лептоники и opencv?

header-only!

Куда уж проще.)

ну, если проблема подключить Opencv, то человеку не нужен С++

ну, если проблема подключить Opencv, то человеку не нужен С++

Это неверно.

и почему же?

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

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

Зависит от очень многого.

Например, от апаратной платформы.

И её ресурсов.

Например, от апаратной платформы.

а как это влияет? либо ты сам скомпилируешь заранее, либо хедер будет компиляться постоянно

ресурсов - тут соглашусь. Всё же скопировать набор хедеров намного быстрее, чем запустить билд скрипт и подлинковать зависимость

а как это влияет? либо ты сам скомпилируешь заранее, либо хедер будет компиляться постоянно

Мой тезис про целевую платформу, где будет использоваться.

Мой тезис про целевую платформу, где будет использоваться.

ну если доступа нет к билду на ней и нет возможности кросс-компиляции, то согласен.

Интересна была бы статистика, насколько рапространён такой кейс

Скорей всего не очень.

Но он имеет место быть, поэтому "ну, если проблема подключить Opencv, то человеку не нужен С++" неверен.

;P

/me улетел домой

Крылатый улетел домой

хорошо быть крылатым, вжух и улетел домой

https://stiffstream.com/en/news/2017/12/restinio_0_4_released.html

https://github.com/Enhex/Deco

https://github.com/Enhex/Deco

очень плохо, как питон

Уже подьезжают чуваки, которые сразу пакетят в Conan. Молодцы

ну, если проблема подключить Opencv, то человеку не нужен С++

Ну что за #holywar на ровном месте?(

Ну что за #holywar на ровном месте?(

Да не такой уж и ходивар)

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

Ну что за #holywar на ровном месте?(

а где холивар?

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

1) Да, местами это не совсем тривиально. 2) Сложно работать крестовиком и не марать руки о такие вещи 3) Conan отчасти решает эти проблемы

А почему только "отчасти"?

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

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

проще конана? не сказал бы

я бы сказал что сильно проще

Во, яж говорю холивар ;)

пакетят же header-only либы в конан. и это имеет смысл

А почему только "отчасти"?

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

проще конана? не сказал бы

ок, давай так сделай пожалуйста мне программку с конаном но без проектного файла я вот делаю: #include <cimg.h> / g++ -o myexe my.cpp теперь так же конаном, пожалуйста

лол, и это real-life кейс?

да конечно

сильное заявление

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

разве что только с этой тз

Только ты -Iпуть потерял и этап получения cimg в этот путь

Только ты -Iпуть потерял и этап получения cimg в этот путь

cimg.h в текущей папке, зачем мне путь

преимущество one-header-only либы в том что я могу дропнуть ее куда хочу

А, ну когда хедеры либ идут вместе с самой прогой, тогда да

всем привет. Ребят unit тесты на C++11 на чём сейчас лучше всего писать? GT&GM или может что получше есть?

всем привет. Ребят unit тесты на C++11 на чём сейчас лучше всего писать? GT&GM или может что получше есть?

У меня Catch https://github.com/catchorg/Catch2 Просто, header-only...гм Каждый для себя своё выбирает

У меня Catch https://github.com/catchorg/Catch2 Просто, header-only...гм Каждый для себя своё выбирает

спасибо. Просто давно на С++ не писал а сейчас надо узкое место в одном приложении на C++ переписать. Но естественно через TDD ) а что выбрать не знаю.

ещё бывает https://github.com/onqtam/doctest тот же катч, только быстрее инклюдится, и называется также как встроенный тестировщик в питоне

ещё бывает https://github.com/onqtam/doctest тот же катч, только быстрее инклюдится, и называется также как встроенный тестировщик в питоне

спасибо. Тоже гляну. А большая часть разработчиков на чём сейчас unit пишут? Или всё сугубо индивидуально?

индивидуально, как мне кажется катч популяризируется, Boost.Test и GTest остаются популярными, одинокие гитхабовцы периодически изобретают собственные велосипеды

я doctest использовал одно время. Правда, в cmake-проекте его модуль включал мне зачем-то weffc++, а потом варнинги как ерроры тырпретировал... я терпел-терпел, боролся, а потом снёс

индивидуально, как мне кажется катч популяризируется, Boost.Test и GTest остаются популярными, одинокие гитхабовцы периодически изобретают собственные велосипеды

Велосипеды будут всегда ))) А на западе(США) что больше юзают? просто велика вероятность что потом на запад уйдёт проект. Может кто знает? )

Cppunit

:)