Профиль: Аноним (вход | регистрация) не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.me/opennews/art.shtml?num=66317

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

Оглавление

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

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

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

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

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

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

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

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

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

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

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

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

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

В эпоху 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   +1 +/
Что ?
Начинаю подозревать, что "Джон Титор" и "Malinovsky" это один и тот же юзер.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #13, #17

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

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

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

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

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

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

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

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

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

https://github.com/Themaister/pyrowave

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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   +1 +/
Вольво в последнее время только и делает, что фейлится. Ну как, в последнее время, давно уже. Начиная с артефакта. Габену пора возвращаться с яхты и заняться делами
Ответить | Правка | Наверх | 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   +/
> 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ообщить модератору

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

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

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

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

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

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

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

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


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

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




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

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