#!/bin/bash
touch /tmp/ffmpeg.log
ffmpeg -shortest -re -y -err_detect aggressive -i \
rtmp://127.0.0.1/movies/my.stream timeout=10 -codec copy \
-map 0 -bsf:v h264_mp4toannexb,dump_extra -f segment \
-segment_time 60 -progress /tmp/ffmpeg.log /video/my.stream#%09d.ts &
pid=$!
while true
do
# you'll might have to change "invalid"
# for whatever is being put into the progress log
# just look at /tmp/ffmpeg.log to figure out what
# grep should try to find
error=$(grep -n "invalid" /tmp/ffmpeg.log)
# is the length of the error more than 0 / did grep find it???
if (( ${#error} > 0 ))
then
kill -9 $pid
ffmpeg -shortest -re -y -err_detect aggressive -i \
rtmp://127.0.0.1/movies/my.stream timeout=10 -codec copy \
-map 0 -bsf:v h264_mp4toannexb,dump_extra -f segment \
-segment_time 60 -progress /tmp/ffmpeg.log /video/my.stream#%09d.ts &
pid=$!
else
usleep 100
fi
done
exit 0
Axian Ltd.: Он еще большую ерунду пишет, чем вы, что мне его читать? Я и сам с ресивером uBlox получал субметровую точность, и даже статья про это же на Хабре есть https://habrahabr.ru/post/244475/
Формальный ответ на вопрос - воспользоваться любым сервисом, которые находится по ключевым словам "gps mission planning app". Но следует иметь в виду, что при использовании бытового приемника это всё равно ничерта не даст.
Во-первых, бытовые приемники действуют обратным образом, чем профессиональные: они пытаются использовать любые (даже плохие, например - от ступников, находящихся слишком низко над горизонтом) сигналы, переотраженные сигналы и так далее, чтобы обеспечить определение во что бы то ни стало. Во-вторых, если речь не идет об открытом месте (поле), реальность в виде препятствий сведет всё ваше планирование на нет.
Axian Ltd.: При чём тут военные? Военная составляющая систем ГНСС, в общем случае (и при отключенном уже много лет режиме selective availability) не повышает точность, она повышает надёжность определения координат. Повышение точности относится к использованию дифференциальных поправок, фазового метода измерения (вместо кодового) и так далее.
slo_nik: Гарантированно лучше 5-7 метров - ни один. И не важно, что там сам приемник выдает в оценочном параметре величины круга ошибки. А в режиме пост-процессинга с двумя приемниками вы получите точность вектора между ними лучше метра (это выше точности спутникового снимка, на который вы это будете накладывать, так что не удивляйтесь).
Не покупайте геодезические приемники - вы с ними не справитесь.
Однако, ни телефон, ни камера с GPS, ни бытовой навигатор вам нужной точности не дадут ни при каких обстоятельствах. Почитайте вот этот блог https://rtklibexplorer.wordpress.com/ - тут про то, как используя opensource-софт делать пост-процессинг предварительно собранных "сырых" измерений. Общий принцип - приемник "базу" - на штативе на фиксированное место, антенну "ровера" - на тот же штатив, на котором фотоаппарат установлен. На камере нужно установить точное время. Далее - ходите, снимаете, пишете данные. После чего обрабатываете данные в rtklib, получаете трек. Его перегоняете в формат GPX и используя этот файл, прогоняете по всем фото процедуру geotagging-а, делается это множеством разных программ, я бы порекомендовал Geosetter.
Вообще, это называется "трилатерация", потому что вам известны не углы, а радиусы. Ну и если вас интересует точное вычисление координат, то использовать сферу, как аппроксимирующую фигуру Земли, было бы неверно. Верно использовать эллипсоид. А это уже "немного другая" математика: https://arxiv.org/pdf/1102.1215.pdf
ImageMagick сам с PDF не работает - работает через ghostscript. Можете попробовать заставить сам ghostscript сделать что-нибудь с этими PDF и посмотреть, что он на них скажет.
Странный вопрос. Это простая формула, которая никакого специального оформления, в общем, не требует. А остальное - дело вкуса, так что вопрос выходит субъективным, что плохо стыкуется с правилами Тостера.
Могу только сказать, что для лучшей читаемости формул, нужно во-первых, избавиться от "программистского" знака умножения в виде звёздочки, либо совсем (как это принято в математике), либо заменить его на нормальный знак умножения "×".
Также совершенно непонятно, зачем для обозначения градусов Цельсия вы используете символ "ᵒ" (modifier letter small O из блока фонетических символов), а не знак градуса "°" (U+00B0) и кириллическую букву "С", а не латинскую "C"?
Почините это, и будет уже лучше.
