AK
какторасдавно я работал в компьютерном СЦ и какие-то два молоденьких пацана нам принесли ноут в ремонт. через день прибегают, морды красные, запыхаются - отдайте нам винт, пожалуйста!
Size: a a a
2020 September 17
AK
оказывается, это работники отдела К. у их начальника ноут помер, принесли нам.
AK
Dmitry Ponyatov
ты из Латвии пишешь?
ненене, из Россиянии же.
A
У некоторых серий STM32(если речь про них) - есть настраиваемый тайм-аут, по которому выдаётся прерывание. В общем случае - по первому байту запускать таймер, по каждому следующему - сбрасывать.
У sam7 есть встроенный в uart таймер. Modbus одно удлвольствие делать
u
оказывается, это работники отдела К. у их начальника ноут помер, принесли нам.
Что на винте было?
AK
я ж не знал, что это винт начальника из отдела К :) поэтому ничего не скопировал. а когда поцЫки прибежали - надо было сразу отдавать диск
u
я ж не знал, что это винт начальника из отдела К :) поэтому ничего не скопировал. а когда поцЫки прибежали - надо было сразу отдавать диск
Нужна машина времени
u
проверяются лицензии на ПО. никсы не требуют покупки лицензий.
Прост помню было время, когда тригерились на линуксы
AK
да ну... вряд ли у него была там отборная и достойная порнуха
u
MN
Всем прив! Тут наверняка есть люди, которые работали с RTP. Объясните, пожалуйста, как формируется timestamp и sequence number в заголовке. Я дебажу систему, в которой есть рабочий пример записанного RTP потока, видео отображается правильно, всё в порядке, но в поле timestamp у пакетов какая-то дичь: во-первых, несколько идущих подряд пакетов имеют один и тот же таймстемп, во-вторых, когда он всё-таки меняется, в этом нет никакой логики. Число может уменьшиться ( не похоже на переполнение) может значительно увеличиться, может чуть-чуть увеличиться. И похожая хрень с sequence number он должен увеличиваться на 1, но в реальности он увеличитвается на случайное значение в районе 200. WTF?
SK
Всем прив! Тут наверняка есть люди, которые работали с RTP. Объясните, пожалуйста, как формируется timestamp и sequence number в заголовке. Я дебажу систему, в которой есть рабочий пример записанного RTP потока, видео отображается правильно, всё в порядке, но в поле timestamp у пакетов какая-то дичь: во-первых, несколько идущих подряд пакетов имеют один и тот же таймстемп, во-вторых, когда он всё-таки меняется, в этом нет никакой логики. Число может уменьшиться ( не похоже на переполнение) может значительно увеличиться, может чуть-чуть увеличиться. И похожая хрень с sequence number он должен увеличиваться на 1, но в реальности он увеличитвается на случайное значение в районе 200. WTF?
/*
* RTP_timestamp = 0; //for first frame
*
* RTP_timestamp += delta_ts; //for next frames
*
* delta_ts = 90000/fps // 90000 see RTSP/RTP protocol
*
* fps - frame per second
*
* fps = 1/sec == 1000 000 / usec
*
* sec\usec - number sec\usec between frames
*
* delta_ts = 90000/fps == 90000 * usec /1000000
*
*/
uint32_t get_rtp_delta_ts(struct RTSP_Session *session)
{
struct timeval current_time, res_time;
gettimeofday(¤t_time, 0);
timersub(¤t_time, &session->time_last_frame, &res_time);
session->time_last_frame = current_time;
return (90*TIME_IN_USEC2(res_time)/1024);
}
AC
обычно в timestamp берут 90000 "попугаев" в секунду
AC
т.е. если кадры идут с частотйо 25 fps, то ts будет увеличен на 90000/25 = 3600 единиц
MN
Блин, ну это всё понятно. В этом то и вопрос, почему между валидными кадрами я вижу какую-то хрень, вместо дельты размером ~3600
AC
т.е. один кадр как парвило больше размера одного IP пакета, то они бьются на кусочки, и у все кусочков от одного кадра единый ts - по нему клиенты эти кадры потом и собирает, а seqno - просто инкрементальный счетчик, по нему можно понять "Где место пакет" и обнаружить "пропуск" (потерю пакета про сети)
AC
ну вообще, строго говоря, на том же RTSP клиент и сервер могут договориться о каком-то другом значении, не о 90000 )на практике не встречал)
MN
Я не нашёл пакетов, между которыми seq num различался бы в единицу
MN
ну вообще, строго говоря, на том же RTSP клиент и сервер могут договориться о каком-то другом значении, не о 90000 )на практике не встречал)
Я бы это увидел в SDP, там 90000
MN
Другими словами - я наблюдаю аномалию?