DM
а в чем проблема сохранения заключалась?
Стоит задача в панельке показывать реалтайм поток, и по сигналу сохранять
Size: a a a
2020 February 14
DP
через некоторое время после начала записи поток портился - цвета, контуры, вот это все
x
Нашел что-то такое, но не уверен github.com/beatgammit/rtsp
Эту не смотрели?
https://github.com/nareix/joy4
https://github.com/nareix/joy4
DP
честно - давно было, не помню
W
Эту не смотрели?
https://github.com/nareix/joy4
https://github.com/nareix/joy4
Пока выбираю инструмент, лично с ртсп никогда не работал, обычно использовал готовую либу и через нее все дергал (был питон)
RS
вопрос: есть ли отрицательные side-effect’ы если memory-map’ить много маленьких файлов?
АП
hhd?
RS
диски это блочные устройства, поэтому много маленьких файлов это в принципе не очень хорошо
увы мне кажется в моей ситуации иначе никак
RS
диски это блочные устройства, поэтому много маленьких файлов это в принципе не очень хорошо
пишу потоки в файлики. Если потоков много но они все малого размера то это просто много малых файлов..
писать все потоки в один большой файл невыгодно в том плане, что если надо будет прочитать один из потоков - придётся фильтровать много мусора при чтении
писать все потоки в один большой файл невыгодно в том плане, что если надо будет прочитать один из потоков - придётся фильтровать много мусора при чтении
RS
Как бы придумали индексы. Читаешь нужный блок, разжимаешь и отдаешь пользователю.
просто тогда придётся индексы вести, что замедлит запись, а тут high-ingress
RS
А тысте есть, что замедлит?
писать придётся уже не в 1 файл, а в 2 при каждой записи
RS
У вас же много малентких файлов на входе?
да, но при записи в стрим же мы пишем только в один из них
DP
я вот чего не понимаю
DP
у ssd расходы на позиционированние околонулевые