система и способ сжатия видео посредством настройки размера фрагмента на основании обнаруженного внутрикадрового движения или сложности сцены

Формула изобретения

1. Машинно-реализуемый способ выполнения сжатия видео, содержащий:

исполнение одного или нескольких приложений,

прием потоков пакетов от пользователей и маршрутизацию этих пакетов в одно или несколько приложений, причем эти потоки пакетов включают в себя ввод сигнала управления пользователя, одно или несколько приложений выполнены с возможностью вычисления данных A/V в ответ на ввод сигнала управления пользователя,

прием данных A/V из одного или нескольких приложений и выведение из них потоковых сжатых данных A/V с малым временем ожидания,

оценку качества канала связи, причем клиент пользователя определяет то, использовать ли прямую коррекцию ошибок (FEC), и, на основе упомянутой оценки, определяет части видео и аудио потоковых сжатых данных A/V с малым временем ожидания и команды пользователя, к которым должна быть применена FEC,

применение FEC на основе упомянутого определения, и

маршрутизацию потоковых сжатых данных A/V с малым временем ожидания каждому из клиентов по соответствующему каналу связи.

2. Способ по п.1, в котором для каналов связи, имеющих качество ниже заданного порога, применение FEC ко всем видеокадрам, аудио и управляющим сигналам.

3. Способ по п.1, в котором для каналов связи, имеющих качество выше заданного порога, применение FEC только к аудио и управляющим сигналам.

4. Способ по п.1, в котором для каналов связи, имеющих качество выше заданного порога, применение FEC только к аудио, управляющим сигналам и определенным частям видео.

5. Способ по п.4, в котором определенные части видео содержат I-фрагменты.

6. Способ по п.1, в котором качество канала связи оценивается посредством оценки потери пакетов и/или времени ожидания.

7. Способ по п.1, в котором, если сжатые видеоданные потеряны или задержаны и не могут быть восстановлены посредством FEC в клиенте, то клиент запрашивает, чтобы фрагмент интракадра был отправлен службой хостинга.

8. Способ по п.1, также содержащий уменьшение пиков ширины полосы канала посредством распределения больших пиков ширины полосы сжатого видео по последовательности последовательных кадров.

9. Способ по п.8, в котором распределение больших пиков ширины полосы сжатого видео по последовательности последовательных кадров дополнительно содержит передачу сжатых кадров, в которых существует больше данных, чем может быть передано при пиковой скорости передачи данных в одном периоде кадра, за один или несколько дополнительных периодов кадра.

10. Способ по п.9, в котором во время упомянутых дополнительных периодов кадра клиент продолжает выводить на экран ранее декомпрессированный кадр.

11. Способ по п.10, дополнительно содержащий игнорирование кадров, принятых во время дополнительных периодов кадра.

12. Способ по п.9, в котором частота видеокадров временно уменьшается во время упомянутых дополнительных периодов кадра.

13. Способ по п.9, в котором дополнительным периодом кадра является 1 период кадра.

14. Способ по п.9, в котором дополнительным периодом кадра является более, чем 1 период кадра.

15. Способ по п.10, в котором во время дополнительных периодов кадра, аудиочасть потока A/V продолжают сжимать и декомпрессировать в клиентском устройстве без ослабления.

16. Способ по п.1, дополнительно содержащий динамическую настройку скорости передачи данных сжатых данных A/V.

17. Способ по п.16, в котором скорость передачи данных настраивается в ответ на обнаруженную максимальную скорость передачи данных канала.

18. Способ по п.16, в котором скорость передачи данных настраивается посредством модификации частоты кадров.

19. Способ по п.16, в котором скорость передачи данных настраивается посредством модификации качества сжатого видео.

20. Способ по п.16, в котором скорость передачи данных настраивается посредством модификации разрешения изображения.

21. Способ по п.20, в котором, когда разрешение изображения модифицировано, клиент увеличивает масштаб изображения для поддержания идентичного размера изображения на экране дисплея.

22. Способ по п.1, в котором, когда канал связи для канала пользователя полностью выходит из строя, один или несколько серверов приостанавливают игру, в которую играет пользователь.

23. Способ по п.22, в котором, если пользователь выбывает, и этот пользователь играет в игру с несколькими участниками, то остальных пользователей уведомляют о том, что упомянутый пользователь выбыл.

24. Способ по п.23, в котором игра приостанавливается для других пользователей, когда пользователь выбывает.

25. Способ по п.1, дополнительно содержащий первоначальное определение пиковой скорости передачи данных посредством отправки тестового потока с более высокой скоростью передачи данных по сети выходной маршрутизации до тех пор, пока потеря пакетов и/или большее время ожидания не укажут на то, что пропускная способность канала связи превышена.

26. Способ по п.25, дополнительно содержащий:

определение того, что пропускная способность канала связи уменьшилась, на основе обнаруженного увеличения потери пакетов и/или увеличения времени ожидания, и

в ответ уменьшение пиковой скорости передачи данных до тех пор, пока потеря пакетов и/или время ожидания не достигнут приемлемых значений.

27. Способ по п.25, дополнительно содержащий:

определение того, что пропускная способность канала связи, возможно, увеличилась, на основе непрерывных измерений потери пакетов и/или времени ожидания, и

в ответ увеличение пиковой скорости передачи данных до тех пор, пока потеря пакетов и/или время ожидания не достигнут неприемлемого уровня.

28. Способ по п.1, дополнительно содержащий передачу пакетов данных в порядке, отличном от того, в котором они выводятся на экран.

Описание изобретения к патенту

Текст описания приведен в факсимильном виде.