Профиль: Аноним (вход | регистрация) неRU opennet.me  
OpenNET

[ новости /+++ | форум | теги |    ]



"Компания Valve представила экспериментальный видеокодек Pyrowave"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Компания Valve представила экспериментальный видеокодек Pyrowave"  +/
Сообщение от opennews (??), 22-Сен-26, 14:43 
Компания Valve объявила о включении в состав бета-версии клиента Steam видеокодека Pyrowave, оптимизированного для потокового вещания видео с низкими задержками в сетях с высокой пропускной способностью. Кодек добавлен в качестве опции в сервис Steam Remote Play, позволяющий вести вещания игрового процесса или  транслировать вывод на свою систему при игре на других устройствах. В Linux-версии Steam  кодек становится доступен при активации в настройках режима  SteamRT3.  Реализация кодека написана на языке C++ и распространяется под лицензией MPL...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=66317

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 22-Сен-26, 14:43   –15 +/
Ну вот, теперь видосы совсем шакальные попрут.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #4

2. Сообщение от Аноним (1), 22-Сен-26, 14:44   +7 +/
но это не точно, я не дочитал

> межкадровое сжатие не используется

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #14

3. Сообщение от Аноним (3), 22-Сен-26, 14:47   +5 +/
Вариация на тему MJPEG, судя по описанию.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #10, #41

4. Сообщение от Аноним (4), 22-Сен-26, 14:48   +10 +/
Это не для "видосов":
https://store.steampowered.com/remoteplay

>Кодек добавлен в качестве опции в сервис Steam Remote Play, позволяющий вести вещания игрового процесса или транслировать вывод на свою систему при игре на других устройствах.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

5. Сообщение от Bob (??), 22-Сен-26, 14:57   –6 +/
ну и зачем оно? Взяли бы оптимизированный h265 и гештальт закрыт
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #9, #15, #57

6. Сообщение от Аноним (6), 22-Сен-26, 15:00   –2 +/
Mjpeg до сих пор никто не превзошёл по качеству. Другое дело, что сам жпег ммм как бы это сказать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

7. Сообщение от Аноним (1), 22-Сен-26, 15:06   +9 +/
Так оно очень медленно кодирует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #32

8. Сообщение от Аноним1234 (?), 22-Сен-26, 15:07   –8 +/
>все кадры являются ключевыми, межкадровое сжатие не используется

В эпоху AI можно было бы сделать, чтобы некоторые кадры являлись бы ключевыми, некоторые нет, GPU бы решало.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #29, #34

9. Сообщение от Аноним (4), 22-Сен-26, 15:09   +/
По ссылке из новости они это обсуждают, в предпоследнем абзаце:
https://themaister.net/blog/2026/07/02/my-side-quest-measuri.../

Важна аппаратная производительность.
p.s.:
- https://cdn.3dnews.ru/assets/external/illustrations/2025/01/...
- https://cdn.3dnews.ru/assets/external/illustrations/2025/01/...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

10. Сообщение от bonifatium (?), 22-Сен-26, 15:14   +1 +/
анимированный gif
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #42

11. Сообщение от Джон Титор (ok), 22-Сен-26, 15:22   +2 +/
Прикольно, теперь можно игры делать на суперкомпьютерах. И играть на каких-нибудь браузер-ОС
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12

12. Сообщение от Аноним (4), 22-Сен-26, 15:28   +2 +/
Что ?
Начинаю подозревать, что "Джон Титор" и "Malinovsky" это один и тот же юзер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #13, #17

13. Сообщение от Джон Титор (ok), 22-Сен-26, 15:44    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

14. Сообщение от Аноним (14), 22-Сен-26, 15:46   –4 +/
> Pyrowave требует передачи в 5-10 раз больше трафика

и тормозить будет, как паровоз без колёс.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #22, #56

15. Сообщение от Аноним (15), 22-Сен-26, 15:50   +1 +/
>ну и зачем оно? Взяли бы оптимизированный h265 и гештальт закрыт

Чей гештальт? - MPEGLA?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #23

16. Сообщение от Аноним (32), 22-Сен-26, 16:01   –1 +/
> Компания Valve представила экспериментальный видеокодек Pyrowave
> Компания Valve объявила о включении

Так "пердставила" или просто "объявила о включении"? Проект-то развивается одним васяном, а не Valve:

https://github.com/Themaister/pyrowave

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #35

17. Сообщение от Аноним (17), 22-Сен-26, 16:07   +4 +/
Мы знаем друг друга не так давно но мне кажется, что мы - это один и тот же человек.
Я знаю это, потому что это знает Тайлер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #54

18. Сообщение от Аноним (18), 22-Сен-26, 16:22   +/
Астор Hans-Kristian Arntzen, один из разработчиков Proton.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

19. Сообщение от Аноним (19), 22-Сен-26, 16:23   –2 +/
> раздельное кодирование каждого кадра
> от 100 до 500 Mbit/s
> При наличии достаточной пропускной способности
> Взяли бы оптимизированный h265

жадный Габен не хочет никому платить, он лучше забъёт ваш канал RAW-потоком

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #33, #58

20. Сообщение от вах (ok), 22-Сен-26, 16:40    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору

21. Сообщение от Аноним (21), 22-Сен-26, 17:01   –2 +/
Зажрались.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31

22. Сообщение от Аноним (-), 22-Сен-26, 17:11   –4 +/
> и тормозить будет, как паровоз без колёс.

Не, будет - жрать трафик. Если косплеить рекламу одной фирмы...

Вот идет 6G абонент!
Мобильный траф про@#$%л он в момент.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

23. Сообщение от Аноним (-), 22-Сен-26, 17:13    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

24. Сообщение от Аноним (-), 22-Сен-26, 17:14   +1 +/
> жадный Габен не хочет никому платить, он лучше забъёт ваш канал RAW-потоком

Поэтому заметьте:
1) Своя фирма есть - у габена, а не у вас.
2) Зарабатывает - он на вас, а не вы на нем.
3) И вы никогда не достигнете его уровня.

...потому что лох - это судьба!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #27, #28

25. Сообщение от corvuscor (ok), 22-Сен-26, 17:39   +7 +/
Проект то очень годный и нужный, потому-что:
1. Кодировщик/декодировщик на чистом Vulkan-шейдере (!), т.е. не зависит от железа.
2. Автор заявляет приоритет на low-latency кодирование, но неплохо бы в лоб сравнить с аппаратными кодировщиками H264/265 и AV1.

Говорить о пропускной способности вообще нет смысла в контексте применения, это около-loseless кодек для высокоскоростных сетей. Это экран стримить с минимальными потерями на телек в соседней комнате.

Анонимы в комментах, проспитесь уже, что вы несете.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #43, #48, #59

26. Сообщение от кодер (?), 22-Сен-26, 17:53   +/
Да, хотя бы разбить кадр на блоки, смотреть есть в блоке изменения или нет, брать только измененные блоки. (Может, остальное закрасить черным? Кодек такое упакует быстро и сильно?) Так до следующего ключевого кадра. В видеонаблюдении этого не хватает. Там тоже проблема, либо тяжелый для генерации h264/h265, либо тяжелый для передачи и хранения MJPEG.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #50

27. Сообщение от Смузихеб забывший пароль (?), 22-Сен-26, 17:58   +/
но если бы каждый был габеном, то... никто бы не был габеном
ведь один валв - ещё куда ни шло, но тысяча-миллион-миллиард валв одновременно едва ли смог выйти бы хотя бы на самоокупаемость
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

28. Сообщение от Аноним (19), 22-Сен-26, 17:59    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

29. Сообщение от anonymous (??), 22-Сен-26, 18:16   +/
Чтобы использовать промежуточные блоки, надо аппроксимировать движение. Раскодируется это довольно быстро, но вот поимк векторов - весьма неспешен. Потребительское железо не сможет делать поиск в нормальном качестве в риалтайме с минимум задержек. ИИ лишь только добавит тормозов, и без того небыстрой видяхе, но очень дорогой, скажем спасибо тому же ИИ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #40

30. Сообщение от anonymous (??), 22-Сен-26, 18:19   +/
> Анонимы в комментах, проспитесь уже, что вы несете.

Анонимные комментаторы, не читатели, они писатели. А так да, это тупо кодек класса "монитор подключён через Ethernet". Удобнее чем тянуть какой-нибудь HDMI в соседнюю комнату. Но всё-таки слишком требовательный к пропускной способности. А если я захочу два монитора подключить? А в соседней комнате ещё кто-нибудь решит воспользоваться тем же протоколом? Роутер захлебнётся, а мне придётся вспоминать девяностые, когда на каждом роутере в обяз QoS настраивался.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #38, #46, #63

31. Сообщение от Аноним (31), 22-Сен-26, 18:23   +/
троллируешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

32. Сообщение от Аноним (32), 22-Сен-26, 18:25   +/
> Так оно очень медленно кодирует.

У H264 есть lossless режим и пресет ultrafast, которые кодируют в реальном времени. И поддержка на уровне железа в любом современном GPU.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #36

33. Сообщение от Аноним (1), 22-Сен-26, 18:38   +1 +/
А почему нельзя забить канал ради качества/скорости?
от 100 до 500 Mbit/s без проблем на локалке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

34. Сообщение от kusb reg (ok), 22-Сен-26, 18:40   +/
Да. Причём по умному или скормить ему даже будущие состояния и текстуры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

35. Сообщение от kusb reg (ok), 22-Сен-26, 18:42   +/
Разработчик связан с Valve. Личный репозитарий, а не Valvesoftware - стиль Valve.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

36. Сообщение от Аноним (1), 22-Сен-26, 18:44   +/
Только речь не про h264 и на ultrafast оно явно будет выглядить соответственно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #39

37. Сообщение от kusb reg (ok), 22-Сен-26, 18:45   +/
Как бы мы не пришли к ситуации, где у провайдера есть ферма подключённая почти напрямую к сети и этот канал толще, чем обычный интернет и считаются игры например.
А потом это эволюционирует в почти пассивное устройство "терминал" запускающее только очень простые программы, а все вычисления не твои.
Напрямую подключается оптика провайдера.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #45, #60

38. Сообщение от Loki13 (ok), 22-Сен-26, 18:47   +/
Уже 2.5Gb в обычных домашних роутерах до 10тыс. Да и гигабита обычного на 2-3 таких трансляции хватит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

39. Сообщение от Аноним (32), 22-Сен-26, 19:17   +/
> Только речь не про h264

Я в курсе, но мой посыл был в том, что даже в старом 264 есть быстрое сжатие без потерь, на фоне чего преимущества сабжа для передачи видео по локалке неочевидны.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #65

40. Сообщение от кодер (?), 22-Сен-26, 19:23   +/
Почему нельзя без "аппроксимации"? Просто есть в блоке изменение или нет. Без ИИ, естественно. У меня детектор движения так работает. Проверяет блоки. Увидел, что разность сумм цветов изменилась больше порога - движение. Например, если движения нет, я закрашу такой блок черным. Такой кадр будет меньше в упаковке jpeg? При распаковке, если блок черный, берем его из ключевого.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

41. Сообщение от tkzv (ok), 22-Сен-26, 19:35   +/
MJPEG2000.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

42. Сообщение от tkzv (ok), 22-Сен-26, 19:38   +/
Как раз оптимизаторы GIF очень хорошо делают дельты. Бывает, ключевой кадр всего один — первый.

А разбухает он из-за мозаики для передачи 16 миллионов цветов через 256.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

43. Сообщение от tkzv (ok), 22-Сен-26, 19:41   +/
Опасаются, что кто-то начнёт стримить в этом формате на весь мир :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #47

44. Сообщение от Аноним (44), 22-Сен-26, 19:46   +/
Вольво в последнее время только и делает, что фейлится. Ну как, в последнее время, давно уже. Начиная с артефакта. Габену пора возвращаться с яхты и заняться делами
Ответить | Правка | Наверх | Cообщить модератору

45. Сообщение от Аноним (45), 22-Сен-26, 19:46   +/
история движется по спирали, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

46. Сообщение от Аноним (14), 22-Сен-26, 20:11   +/
> Удобнее тянуть какой-нибудь HDMI в соседнюю комнату

Вот, поправил, не благодари.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

47. Сообщение от Аноним (14), 22-Сен-26, 20:13   +/
> кто-то начнёт стримить в этом формате на весь мир

Не начнёт. У клаудфляри случайно так что-нибудь опять отломинся в модуле на расте, и не будет этого "всего мира".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

48. Сообщение от Аноним (50), 22-Сен-26, 20:39   +/
> 1. Кодировщик/декодировщик на чистом Vulkan-шейдере (!), т.е. не зависит от железа.

Звучит как, vulkan-шейдер одинаково работает что на gpu RTX5090 что на 386dx40.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

49. Сообщение от Мемоним (?), 22-Сен-26, 20:41   –1 +/
> Low complexity and high throughput intra frame only coding without pixel domain prediction
> Real-time encoding and decoding at resolutions up to 8K
> Optimized for parallel processing on multi-core CPUs and GPUs

А почему не APV?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #61

50. Сообщение от Аноним (50), 22-Сен-26, 20:43   +/
> Да, хотя бы разбить кадр на блоки, смотреть есть в блоке изменения или нет, брать только измененные блоки. (Может, остальное закрасить черным?

теперь давно уже все юзают ФГ и промежуточные кадры генерурую прям DLSS и FSR. В последних DLSS вроде аж до 5-6 промежуточных кадров.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

54. Сообщение от черпало (?), 22-Сен-26, 20:51    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

55. Сообщение от Аноним (55), 22-Сен-26, 20:56   +/
>с задействованием GPU

Шейдеры одни, а желающих много.

Ответить | Правка | Наверх | Cообщить модератору

56. Сообщение от Аноним (56), 22-Сен-26, 21:45   +2 +/
Новость дочитай хоть на строчку дальше - он мало жрет ресурсов(если комп не доисторический с встройкой аля i915) но траффик жрёт 100-500 мбтс\с. Это для игр а не фильмов, там задержка 0,1 и нет сжатия
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

57. Сообщение от Аноним (56), 22-Сен-26, 21:46   +/
Затем - игры тнанслировать с 0,1с задержкой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

58. Сообщение от Аноним (56), 22-Сен-26, 21:57   +/
Потому что это для игр где нужно минимум задержек и сжатие не вперлось. У геймеров уже давно гигабит так что им пофиг
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

59. Сообщение от Аноним (56), 22-Сен-26, 21:59   +/
> на чистом Vulkan-шейдере
> не зависит от железа

Ага не зависит, только вулкан 1.4+ который не только лишь всё тянет нужен

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #64

60. Сообщение от Аноним (56), 22-Сен-26, 22:00   +1 +/
А минусы в чём? Купить для игрыэ такой терминал будет всяко лучше плойки или пеки с 5090 за 2к+ $
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

61. Сообщение от Аноним (56), 22-Сен-26, 22:01   +/
Потгму что это не кодек для видео а для ирансляции игр с минимальной задержкой
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

63. Сообщение от Аноним (63), 22-Сен-26, 22:19   +/
В принципе wifi 5/6 по идее потянет одного клиента/сервера, хотя сервер в этом случае лучше ethernet-ом подключать. Но тут да, требования высокие, хоть отдельную сеть подымай (а может так и планируется в будущих устройствах валвов, и это задел на будущее? Ну типа wifi-точка на борту тех же vr-очков, и не нужно изобретать свой протокол для радиоканала).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

64. Сообщение от Аноним (32), 22-Сен-26, 22:28   +/
> Ага не зависит, только вулкан 1.4+ который не только лишь всё тянет нужен

И в чем проблема, если Vulkan 1.4 поддерживается на всех видяхах Nvidia последних 12 лет (начиная с поколения Maxwell)?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

65. Сообщение от COBA (?), 22-Сен-26, 22:35   +/
Тут совершенно другой кодек. в h264 используется межкадровое кодирование и соответсвенно при сетевых проблемах получите шлейф. А в видео без межкадрового вылетит один кадр - вы этого даже не заметите.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #66

66. Сообщение от Аноним (32), 22-Сен-26, 22:44   +/
> в h264 используется межкадровое кодирование

И ты не в курсе, что оно без проблем отключается?

> соответсвенно при сетевых проблемах получите шлейф

Чувак, какие еще проблемы в локальной сети? Ты вообще новость-то читал, где написано, что это поделие требует (цитата) "5-10 раз больше трафика".

> А в видео без межкадрового вылетит один кадр - вы этого даже не заметите.

Да, да, при сетевых проблемах типа просадки скорости у нас же сугубо один кадр вылетает, а не несколько секунд к ряду...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




XSQUARE
Inferno Solutions
Hosting by Hoster.ru
Хоcтинг:

Закладки на сайте
Проследить за страницей
Created 1996-2026 by Maxim Chirkov
Добавить новость, Поддержать