• 0
    UDP выбран за то, что у него не возникает плавающей сетевой задержки. Она ожидается достаточно стабильной в районе времени пинга (половины, понятно).
    Ой, у меня задержка
  • 0
    у нас немного другая задача: сервера не наши, а клиентские. Сейчас мы даем клиентам публичный ключ, что бы они его себе добавили. Осталось только придумать, как своим сотрудникам не давать приватный, а разрешать им пользоваться.
    Добавляем двухфакторную OTP аутентификацию в SSH за 10 минут
  • +1
    очень интересно, попробуем разобраться.
    Добавляем двухфакторную OTP аутентификацию в SSH за 10 минут
  • 0
    аналоговый fullhd видеолинк типа AHD в камерах? Может всё таки есть какая-то разумная цифра?
    Ой, у меня задержка
  • 0
    на что менять wifi?
    Ой, у меня задержка
  • 0
    очень любят реселлить сеть, продавая 10 гигабит по 100 баксов. а наши клиенты это любят брать и хотят верить в чудеса и сказки.
    Ой, у меня задержка
  • 0
    я бы думал в таком направлении: писать оригинальное качество на флешку, а слать возможно плавающее качество. Транспортом выбрать UDP, возможно FEC. И поглубже поковыряться в wifi: там есть свои задержки, лаги и ретрансмиты.
    Ой, у меня задержка
  • 0
    webrtc стандартный для новых браузеров и по udp, поэтому у него не будет (не должно быть) плавающей задержки.
    Ой, у меня задержка
  • 0
    да вот как-то получилось, что сравнение то так себе: TCP в целом везде неплох и его очень сложно поменять на что-то другое.
    Ой, у меня задержка
  • 0
    классическая схема с доставкой по UDP выглядит так: рассылающий сервер хранит у себя последние N пакетов. Принимающий клиент держит буфер и если в буфере оказываются дырки (все пакеты нумерованные), то он шлет серверу команду: перепошли мне пакет.

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

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

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

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

    Надо ставить метки абсолютного времени на кадры (UTC), но это очень сложно сделать, потому что IP камера не может сообщить, когда был снят кадр, можно лишь узнать, когда он был получен в сжатом виде, т.е. надо мерять ту самую задержку в энкодере.
    Ой, у меня задержка
  • +1
    очень интересно, как бы попробовать ещё приспособить чат к тикетам, т.е. к ограниченным во времени обсуждениям.
    Как настроить командную работу и сохранять спокойствие в чатах Телеграма, если всё горит, и все в аду
  • –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 засовывает в аппаратный декодер и при этом не вешает телефон, а это требует время.
    Что творится с HEVC (h265)
  • 0
    ага, ссылка хорошая.
    «Ржавая» IP-камера: прошивка на Rust
  • 0
    пока 900кб
    «Ржавая» IP-камера: прошивка на Rust
  • 0
    если найдете — попробуем помочь
    «Ржавая» IP-камера: прошивка на Rust
  • 0
    наверное лучше даже по-другому: у вас есть оригинальная прошивка от вашей камеры?
    «Ржавая» IP-камера: прошивка на Rust