• Ой, у меня задержка
    0
    классическая схема с доставкой по UDP выглядит так: рассылающий сервер хранит у себя последние N пакетов. Принимающий клиент держит буфер и если в буфере оказываются дырки (все пакеты нумерованные), то он шлет серверу команду: перепошли мне пакет.

    Основная рассылка при этом вообще может делаться мультикастом и тогда можно обслуживать огромное количество абонентов без потерь и с низкими затратами.

    Но что-то такая схема не особо пошла.
  • Ой, у меня задержка
    0
    можно и где-то могут даже пользоваться. Можно даже указать на то, что SCTP сразу multihomed и позволяет слать пакеты по разным каналам (что бы было веселее собирать на клиентской части), но пока это не массово, как и сам SCTP. Он есть в webrtc для передачи данных и им пользуются для torrent-like вещания, ошибочно называя это p2p стримингом, но это всё таки про HLS.
  • Ой, у меня задержка
    0
    да, есть несколько разных рекомендаций. С bbr не сталкивался, есть рекомендации по hybla.

    честно говоря, лично я ни разу не видел, что бы у клиента всё было плохо и смена tcp cc всё делала сразу хорошо. Как правило смена OVH на хостинг помогает сразу и радикально.
  • Ой, у меня задержка
    0
    во-первых, TCP в своей универсальности и проработанности дошел до таких высот, что его очень сложно на что-то заменить и по факту получается просто подождать ещё год пока его будет хватать для очередной задачи.

    во-вторых, стриминг видео действительно немного отличается от данных. Тут очень ровные потоки данных: всплесков трафика зачастую не бывает. Во-вторых можно терять данные, выбрасывать их. Из потока текстовых данных обычно выбрасывать ничего не хочется.
  • Ой, у меня задержка
    0
    да, такая система работает у нас в серверной мозаике в видеофиксации судебных заседаний. Получилось обеспечить синхронизацию губ на соседних IP камерах.

    Надо ставить метки абсолютного времени на кадры (UTC), но это очень сложно сделать, потому что IP камера не может сообщить, когда был снят кадр, можно лишь узнать, когда он был получен в сжатом виде, т.е. надо мерять ту самую задержку в энкодере.
  • Автономный способ обхода DPI и эффективный способ обхода блокировок сайтов по IP-адресу
    +1
    о чем речь?
  • Как настроить командную работу и сохранять спокойствие в чатах Телеграма, если всё горит, и все в аду
    +3
    расскажи, после какой истории впилили potap-silencer =)
  • Как настроить командную работу и сохранять спокойствие в чатах Телеграма, если всё горит, и все в аду
    +1
    очень интересно, как бы попробовать ещё приспособить чат к тикетам, т.е. к ограниченным во времени обсуждениям.
  • Что творится с HEVC (h265)
    –1
    понимаете, нетфликс — это лишь часть видеоиндустрии.

    Есть ещё IP камеры (гигантский объём, сравнимый с количеством мобильных телефонов, потенциально в 10, 100 раз больше) и спутники.

    Нетфликс с его очень ограниченными задачами лишь часть.
  • Что творится с HEVC (h265)
    –1
    ох. Вот прям сейчас у нас в списке задач висит помощь людям со стримингом по RTSP файлов вида anny.celebrate.18.320p.mp4 для каких-то древних телефонов, которых в европе бешеное количество
  • Что творится с HEVC (h265)
    –1
    да, AV1 может стать чем-то большим именно по этим причинам.
  • Что творится с HEVC (h265)
    –3
    не, я понимаю что память о дедушке не хочется на помойку, но это же не повод пользоваться его довоенным плеером =)
  • Что творится с HEVC (h265)
    –1
    сегодня вся медь бескислородная и с золотом, другой нету =)

    А H264, который дает существенно лучшее качество давно уже умеет каждый утюг.
  • Что творится с HEVC (h265)
    –1
    я думаю, что это очень объёмный и интересный вопрос, обсуждение которого не влезет сюда в комментарии =)
  • Что творится с HEVC (h265)
    0
    в браузере h265 сегодня считай что и не покажешь.

    А вот на приставках и Smart лучше рассчитывать на h265
  • Что творится с HEVC (h265)
    +1
    да, MPEG-LA обещают защиту.

    Просто не надо называть VP* свободными, пожалуйста. Это не более чем маркетинговый ход гугла, направленный на программистов.
  • Что творится с HEVC (h265)
    +1
    похожая проблема с SVC. Теоретически было бы круто, что бы роутер по пути сам снижал качество видео, а на практике что-то пошло не так.
  • Что творится с HEVC (h265)
    0
    потребность есть: webp очень хорош, а h264 keyframe уже лучше жпега.
  • Что творится с HEVC (h265)
    +1
    можете привести пример?
  • Что творится с HEVC (h265)
    –1
    да вроде с обоими сравнивают.
  • Что творится с HEVC (h265)
    +1
    развитие это прекрасно и будет клево, если h265 станет first-class codec
  • Что творится с HEVC (h265)
    +1
    Флагманы хороши и это прекрасно. Я больше говорю о боли вида: «а вы же нам сделаете что бы всё хорошо показывалось на android 2.2?»
  • Что творится с HEVC (h265)
    +3
    в рунете до сих пор есть «релизеры рутрекера», которые жмут в mpeg4 part2 и упаковывают в avi
  • Что творится с HEVC (h265)
    +1
    я думаю, что резко поменяется если Эппл как раз форсирует hevc. Если будет опционально, то такую уверенность я бы не разделял.
  • Что творится с HEVC (h265)
    +1
    немного удивляет, ведь nvenc должен выдавать картинку немного хуже по сжатию (т.е. большего битрейта), но использующую меньше разных фич кодека.

    Можете выложить — попробую посмотреть. Например, у вас будут просто разломанные таймстемпы или плохо закодированное видео.

    ffmpeg самый свежий?
  • Что творится с HEVC (h265)
    +5
    всё сильно сложнее.

    Дело в том, что у H26x есть вполне понятная бандитская крыша (очень сложно дать другую характеристику американской системе патентов), но с VPx основная свобода заключается в том, что гугл обещает не прессовать.

    Во-первых, гугл обещает это не в виде договора, а в виде какого-то текста на сайте.
    Во-вторых, гугл не обещает защищать в суде за свои деньги вас от патентных нападок.

    Нелюбовь к VPx кодекам берется из-за плохого стандарта (описание H264 и, например, vp8 отличается как поэма Пушкина и сочинение 6-класника), агрессивной политики гугла по расщеплению индустрии (заставляют использовать другие протоколы вместо стандартных), плохой реальной поддержки.
  • Что творится с HEVC (h265)
    +1
    для этого надо что бы ещё появился код, который h265 из hls засовывает в аппаратный декодер и при этом не вешает телефон, а это требует время.
  • «Ржавая» IP-камера: прошивка на Rust
    0
    ага, ссылка хорошая.
  • «Ржавая» IP-камера: прошивка на Rust
    0
    пока 900кб
  • «Ржавая» IP-камера: прошивка на Rust
    0
    если найдете — попробуем помочь
  • «Ржавая» IP-камера: прошивка на Rust
    0
    наверное лучше даже по-другому: у вас есть оригинальная прошивка от вашей камеры?
  • «Ржавая» IP-камера: прошивка на Rust
    +4
    есть такая масса способов превратить вашу камеру в кирпич, что вы должны быть твердо уверены в себе для этого на текущем этапе.

    Начните с фотографии процессора на камере. Если там что-то типа hi3518 или 3516, то шанс есть, но нужны все буквы. Так например 3516c и 3516a несовместимы вплоть до загрузчика.
  • «Ржавая» IP-камера: прошивка на Rust
    +1
    если перед вами ssh (чаще telnet) к IP камере, то в 80-95% случаев вам поможет один из примерно 40 известных паролей.

    Очень сложно организационно сменить пароль на камере при её установке.
  • «Ржавая» IP-камера: прошивка на Rust
    +1
    не, реально это достаточно обычный билдрутовый линукс.

    Просто в отличие от достаточно сильно развитого openwrt в котором есть пакеты, тут всё сильно попроще, потому что почти вся система readonly.

  • «Ржавая» IP-камера: прошивка на Rust
    0
    это bare metal, без линукса?
  • «Ржавая» IP-камера: прошивка на Rust
    +1
    ты прям озадачил. Надо подумать, не будет ли здесь проблем от третьих сторон.
  • Алгоритмы обработки видео на процессоре TI DM368, продолжение…
    0
    вот интересно: с IMX 222 и hi3516 из коробки баланс белого довольно приличный.

    Там какой-то автоматический механизм?
  • «Ржавая» IP-камера: прошивка на Rust
    0
    да и у сигранда негусто https://github.com/sigrand
  • «Ржавая» IP-камера: прошивка на Rust
    +1
    хорошо. Там есть некоторые ньюансы, связанные с tokio_io::codec и его обходом.
  • «Ржавая» IP-камера: прошивка на Rust
    +2
    сделаем, сделаем.