например забираем видео по RTSP, а этот протокол подразумевает, что H264 поток сначала проходит FUA пакетизацию (видео кадры режутся на маленькие куски), потом упаковывается в RTP.
Мы это распаковываем и депакетизируем обратно (обходя кучу глюков в камерах) и упаковываем в какой-нибудь MPEG-TS для показывания видео на мобилке.
Т.е. внутри содержимое то же самое, но обертка другая.
речь идет о том, что подобная ситуация не должна вообще происходить, потому что в приличных местах используют миграции, живущие вместе с кодом. Хотя, конечно, понятно, что она в реальной жизни будет происходить регулярно, как только появится выделеннный DBA.
Если честно, то мы сейчас в процессе миграции с Angular 1.2 на React.
React конечно топорненький в некоторых моментах, но я знаю, что я так и не смог асилить некоторые моменты Angular 1.2, потому что настолько всё сложно наворочено, что разобраться чрезвычайно сложно.
«а значит повышает его надежность» тут кроется ошибка. Текущая схема с распредвалом чрезвычайно надежна и коммодитизирована. Электронные глючащие клапаны будут отлаживать минимум 15 лет в условиях, когда власти стран начнут гоняться за инженерами что бы те не программировали устаревание. Т.е. если бы они появились в 55-м году, были бы лучше условия, чем сегодня.
А глючить оно всё будет, это я вам как хозяин коробки DSG говорю =)
«жечь останки динозавров» — вы считаете странным, потому что ваши представления о нефти на уровне остатков динозавров. Рекомендую вкратце почитать хотя бы про доводы насчёт абиогенной теории.
Ничего компактнее нефти пока у человечества нет и пока мозги талантливых инженеров заняты всякой херней типа фейсбугуглов и прочих инстатвиторов (а зарплаты у программистов поболе будут, чем у нефтяных и прочих инженеров), появится нескоро.
нет, все современные технологии передачи видео через интернет не пытаются решить задачу по синхронизации со временем.
Синхронизация происходит так: сервер шлет видео, а клиент его принимает и согласно таймстемпам засовывает декодированные кадры на экран. Если это UDP, то сервер шлет сам когда хочет, если HLS, то клиент вообще сам решает, когда ему чего скачивать и показывать.
я от вашего милого срача не отписываюсь только потому, что у меня этот поток терминов вызывает восторженное благоговение. Но о чём вы говорите, решительно непонятно
Т.е. вы считаете, что со стороны Гугла это прям честно и прилично конкурировать тупо выдавливая своей массой потенциальных конкурентов и продолжая врать на каждом углу про открытость андроида?
У нас регулярно бывают изменения. К «переписать» это никакого отношения не имеет.
Мы это распаковываем и депакетизируем обратно (обходя кучу глюков в камерах) и упаковываем в какой-нибудь MPEG-TS для показывания видео на мобилке.
Т.е. внутри содержимое то же самое, но обертка другая.
React конечно топорненький в некоторых моментах, но я знаю, что я так и не смог асилить некоторые моменты Angular 1.2, потому что настолько всё сложно наворочено, что разобраться чрезвычайно сложно.
А глючить оно всё будет, это я вам как хозяин коробки DSG говорю =)
Ничего компактнее нефти пока у человечества нет и пока мозги талантливых инженеров заняты всякой херней типа фейсбугуглов и прочих инстатвиторов (а зарплаты у программистов поболе будут, чем у нефтяных и прочих инженеров), появится нескоро.
Кто ими пользуется?
Синхронизация происходит так: сервер шлет видео, а клиент его принимает и согласно таймстемпам засовывает декодированные кадры на экран. Если это UDP, то сервер шлет сам когда хочет, если HLS, то клиент вообще сам решает, когда ему чего скачивать и показывать.
Я понял, главная мысль, что вас позвали для контроля транспорта до видеостриминговой системы.
Всё остальное на видеостримерах решается.