А можно попросить остальные потоки слегка подвинуться, запросив у системы повышенный приоритет для своих. Но, похоже, всё сводится к мультимедиа-таймерам в потоке рендеринга.
при беглом поиске попадаются даже вот такие решения: https://github.com/trbotha/PointGrey_RPi
правда, я не понял из описания, через какую они шину протаскивают данные, но заявляют о рилтайм кодировании двух камер силами одной малины. для вас крайне бюджетное решение. не считая конской цены на сами камеры, но один только заявляемый Global Shutter на CMOS матрице того стоит. Global Shutter на CMOS, Карл! и как я мог пропустить такую фишку новых матриц Sony.
Из-за вот этого повального стремления всем свалить в дефолт-сити, потому-что там референс, мы и имеем то что имеем. Мы имеем отсутствие этой среды в регионах. А ведь в регионах как минимум дешевле аренда жилья, что автоматически делает аутсосрс прибыльнее.
Именно что мультимедиа обширна и вменяемого цикла статей не попадалось мне на глаза. Да и десять лет назад, когда мне было интересно окунуться в DicrectX, все развалы в городе излазил с дисками — ничего по DX не нашёл. Приходилось брать вместо этого диски с игрушками, отвязывать их через SoftICE от желания диска в приводе и обменивать за копейки на следующие. Но потом энтузиазм закончился и появилась потребность в деньгах. А сейчас начинаю задумываться, что свернул в своё время не туда. Теперь с моими обрывочными знаниями только индусов на апворке пугать бидами в пять долларов.
Паранойя — это правильно в данном случае. С железом ещё и аппаратно-программные WatchDog'и понатыкать требуется. Те же модемы любят периодически подвисать и далеко не все озабочены контролем их состояния с последющей перезагрузкой по таймауту. Точнее, почти никто. И эта проблема массово присутствует в GSM-сигнализациях. При том из года в год, из ревизии в ревизию. Доходит до того, что приходится кнопки выводить в разрыв питания резервного аккумулятора и операторам на местах объяснять, в какой последовательности производить перезагрузку этого чуда техники.
>> Вы слишком испорчены сетевыми приложениями. Знаете сколько труда стоит научить погромиста, писавшего только что-то локально-десктопное, об этом думать?
Так и на десктопе нужно валидировать вводимые данные. Как иначе-то?
А насчёт того, что я слишком испорчен сетевыми приложениями — отнюдь. На том-же PHP я написал лишь несколько скриптов для сугубо личных целей во второй половине 2000-х, но как-то сразу приноровился проверять isset() empty() и приводить полученные извне значения к целочисленным типам (если они таковыми предполагались). А вообще я — «инженер». Так что кто там приходит к вам на собеседования… Пора и мне сходить на парочку, видимо.
Благодарю за ответ. Вот действительно бы цикл статей от вас, но там работы на месяц только чтоб по верхам пройтись. При чём вы сами с этого ничего не поимеете. Вот так и живём.
Анализировать автоматически не стоит, а вот поставить чуть в удалении камеру, дающую общий план паркинга и постоянно записывающую архив со сроком хранения не менее полутора месяцев — это было бы правильным решением, будь нормальный сервис с нормальной поддержкой целью этого проекта.
Нет, по вашему рассказу мне кажется лишь то, что у вас отлично работающий сервис. Ровно такой, каким он и должен быть. Это уличная эксплуатация железа, а не демонстрация котиков посетителям на сайте. А даже если это происходит в условиях Европы, наверняка встречается такая проблема, как обледенение механизмов. А ведь ещё есть вопрос живучести концевиков, который через некоторое время эксплуатации начнёт быть массовой причиной отказа.
Хм. Т.е. разрешение Sleep в 15 мс, о котором я в курсе, это не разрешение Sleep, а время переключения контекста между потоками? Хорошо, допустим в таком случае мы не пишем медиакомбайн и не хотим использовать мультимедиатаймеры, а просто полагаемся на мьютексы и семафоры. У нас будет уходить до 15 мс на каждое переключение между потоками? Жесть. Средства C++11/14 предлагают что-то из коробки? Не нужно развёрнутого ответа, просто хочу понять, решена ли подобная проблема да и есть ли она вообще. Просто последний раз, когда для меня было критично по времени синхронно обрабатывать данные в рилтайм, поступающие с камеры, уходящие в железку по USB, приходящие обратно и после постобрабатываемые на процессоре между четырьмя потоками, я ещё на стадии разгребания каши после предыдущего разработчика с его понатыканными везде Sleep(1) был вынужден увеличить разрешение этого Sleep средствами системы Win7 (указал в качестве референсного таймер высокого разрешения) и успешно про это забыл к моменту, когда всё переписал и раскидал нормально по потокам без «магических» задержек вообще. Снимаемые логи показали, что я полностью укладываюсь в таймлайн, но с лишь с небольшим запасом на цикл, что всех устроило. Получается, я мог не уложиться, не проведя такую подготовочку системы на первом этапе?
Спасибо за информацию по этому фреймворку. Нет ли случаем полезных ссылок под рукой по DXVA силами ffmpeg? И, кстати, DirectShow вообще не используете? Какие преимущества/недостатки в использовании ffmpeg + Angle перед DirectShow?
Выдержка из https://wiki.qt.io/Qt_5_on_Windows_ANGLE_and_OpenGL:
Use Desktop OpenGL if
Your application uses OpenGL calls not part of OpenGL ES 2.0
Your application does not use OpenGL at all (since ANGLE implies additional deployment dependencies which are then not needed).
Your application needs to run on Windows XP. Although it is tempting to use ANGLE as a replacement for missing graphics drivers on this platform, it does not fully work and may lead to crashes, for example, when the security dialog is opened.
Use ANGLE if
You need OpenGL ES features, but not full OpenGL
You have a heterogeneous user base with different Windows versions & graphics cards
You do not want your user to have to install a recent graphics card driver
You want to use the video playback functionality of QtMultimedia (see QTBUG-31800 )
Your application needs to run over Windows Remote Desktop Protocol (see OpenGL and Remote Desktop)
Я так смотрю, Майкрософт продолжает вставлять палки в колёса OpenGL, что вынуждает даже гугл родить свой фреймворк. В итоге через ANGLE приходится писать на OpenGL?
Можно сделать лучше. Выдавать время поездки и текущие дату/время с идентификатором байка на дисплей плюс контрольную сумму от этих данных. Всё это можно как записать на бумажку, так и продиктовать техподдержке, стоя рядом с паркингом.
Согласен, что техподдержка должна работать и привлекать разработчиков в случае чего. В данном случае она просто не желает этого делать по тем или иным причинам. Но, учитывая наличие здесь комментариев с описанием пары подобных ситуаций с этой системой, я могу лишь сделать вывод, что здесь проблема by-design. Вполне возможно, что и логов-то нет. Если контроллер паркинга вообще не логирует локально время приёма велосипеда в замок, а полностью полагается на связь с облачком, то и в логах ловить нечего, кроме разве что подтвердить или опровергнуть наличие проблемы связи на данной точке. Хотелось бы услышать комментарии разработчиков ЭТОГО сервиса, но вряд ли это произойдёт.
Извиняюсь, а не могли бы описать характерные проблемы, возникающие с этими замками? Почему велосипед может физически зафиксироваться, но не считается при этом метка и тп.
правда, я не понял из описания, через какую они шину протаскивают данные, но заявляют о рилтайм кодировании двух камер силами одной малины. для вас крайне бюджетное решение. не считая конской цены на сами камеры, но один только заявляемый Global Shutter на CMOS матрице того стоит. Global Shutter на CMOS, Карл! и как я мог пропустить такую фишку новых матриц Sony.
«Человек предполагает, а тест располагает» ©
Осталось вам ещё на промышленные камеры (например, PointGray) и обеспечить полную синхронизацию картинок на аппаратном уровне.
Так и на десктопе нужно валидировать вводимые данные. Как иначе-то?
А насчёт того, что я слишком испорчен сетевыми приложениями — отнюдь. На том-же PHP я написал лишь несколько скриптов для сугубо личных целей во второй половине 2000-х, но как-то сразу приноровился проверять isset() empty() и приводить полученные извне значения к целочисленным типам (если они таковыми предполагались). А вообще я — «инженер». Так что кто там приходит к вам на собеседования… Пора и мне сходить на парочку, видимо.
Use Desktop OpenGL if
Your application uses OpenGL calls not part of OpenGL ES 2.0
Your application does not use OpenGL at all (since ANGLE implies additional deployment dependencies which are then not needed).
Your application needs to run on Windows XP. Although it is tempting to use ANGLE as a replacement for missing graphics drivers on this platform, it does not fully work and may lead to crashes, for example, when the security dialog is opened.
Use ANGLE if
You need OpenGL ES features, but not full OpenGL
You have a heterogeneous user base with different Windows versions & graphics cards
You do not want your user to have to install a recent graphics card driver
You want to use the video playback functionality of QtMultimedia (see QTBUG-31800 )
Your application needs to run over Windows Remote Desktop Protocol (see OpenGL and Remote Desktop)
Я так смотрю, Майкрософт продолжает вставлять палки в колёса OpenGL, что вынуждает даже гугл родить свой фреймворк. В итоге через ANGLE приходится писать на OpenGL?
Извиняюсь, а не могли бы описать характерные проблемы, возникающие с этими замками? Почему велосипед может физически зафиксироваться, но не считается при этом метка и тп.