| |
| 2.2, Аноним (1), 14:44, 22/09/2026 [^] [^^] [^^^] [ответить]
| +7 +/– | |
но это не точно, я не дочитал
> межкадровое сжатие не используется | | |
| |
| 3.14, Аноним (14), 15:46, 22/09/2026 [^] [^^] [^^^] [ответить]
| –5 +/– | |
> Pyrowave требует передачи в 5-10 раз больше трафика
и тормозить будет, как паровоз без колёс.
| | |
| |
| 4.22, Аноним (-), 17:11, 22/09/2026 [^] [^^] [^^^] [ответить]
| –4 +/– | |
> и тормозить будет, как паровоз без колёс.
Не, будет - жрать трафик. Если косплеить рекламу одной фирмы...
Вот идет 6G абонент!
Мобильный траф про@#$%л он в момент.
| | |
| 4.56, Аноним (56), 21:45, 22/09/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
Новость дочитай хоть на строчку дальше - он мало жрет ресурсов(если комп не доисторический с встройкой аля i915) но траффик жрёт 100-500 мбтс\с. Это для игр а не фильмов, там задержка 0,1 и нет сжатия
| | |
|
|
|
| |
| 2.6, Аноним (6), 15:00, 22/09/2026 [^] [^^] [^^^] [ответить]
| –3 +/– |
Mjpeg до сих пор никто не превзошёл по качеству. Другое дело, что сам жпег ммм как бы это сказать.
| | |
| |
| 3.42, tkzv (ok), 19:38, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
 Как раз оптимизаторы GIF очень хорошо делают дельты. Бывает, ключевой кадр всего один — первый.
А разбухает он из-за мозаики для передачи 16 миллионов цветов через 256.
| | |
|
|
| 1.5, Bob (??), 14:57, 22/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– |
ну и зачем оно? Взяли бы оптимизированный h265 и гештальт закрыт
| | |
| |
| |
| 3.32, Аноним (32), 18:25, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Так оно очень медленно кодирует.
У H264 есть lossless режим и пресет ultrafast, которые кодируют в реальном времени. И поддержка на уровне железа в любом современном GPU.
| | |
| |
| 4.36, Аноним (1), 18:44, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Только речь не про h264 и на ultrafast оно явно будет выглядить соответственно.
| | |
| |
| 5.39, Аноним (32), 19:17, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Только речь не про h264
Я в курсе, но мой посыл был в том, что даже в старом 264 есть быстрое сжатие без потерь, на фоне чего преимущества сабжа для передачи видео по локалке неочевидны.
| | |
| |
| 6.65, COBA (?), 22:35, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Тут совершенно другой кодек. в h264 используется межкадровое кодирование и соответсвенно при сетевых проблемах получите шлейф. А в видео без межкадрового вылетит один кадр - вы этого даже не заметите.
| | |
| |
| 7.66, Аноним (32), 22:44, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> в h264 используется межкадровое кодирование
И ты не в курсе, что оно без проблем отключается?
> соответсвенно при сетевых проблемах получите шлейф
Чувак, какие еще проблемы в локальной сети? Ты вообще новость-то читал, где написано, что это поделие требует (цитата) "5-10 раз больше трафика".
> А в видео без межкадрового вылетит один кадр - вы этого даже не заметите.
Да, да, при сетевых проблемах типа просадки скорости у нас же сугубо один кадр вылетает, а не несколько секунд к ряду...
| | |
|
|
|
|
|
| 2.15, Аноним (15), 15:50, 22/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>ну и зачем оно? Взяли бы оптимизированный h265 и гештальт закрыт
Чей гештальт? - MPEGLA?
| | |
|
| 1.8, Аноним1234 (?), 15:07, 22/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –9 +/– | |
>все кадры являются ключевыми, межкадровое сжатие не используется
В эпоху AI можно было бы сделать, чтобы некоторые кадры являлись бы ключевыми, некоторые нет, GPU бы решало.
| | |
| |
| 2.26, кодер (?), 17:53, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да, хотя бы разбить кадр на блоки, смотреть есть в блоке изменения или нет, брать только измененные блоки. (Может, остальное закрасить черным? Кодек такое упакует быстро и сильно?) Так до следующего ключевого кадра. В видеонаблюдении этого не хватает. Там тоже проблема, либо тяжелый для генерации h264/h265, либо тяжелый для передачи и хранения MJPEG.
| | |
| |
| 3.50, Аноним (50), 20:43, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Да, хотя бы разбить кадр на блоки, смотреть есть в блоке изменения или нет, брать только измененные блоки. (Может, остальное закрасить черным?
теперь давно уже все юзают ФГ и промежуточные кадры генерурую прям DLSS и FSR. В последних DLSS вроде аж до 5-6 промежуточных кадров.
| | |
|
| 2.29, anonymous (??), 18:16, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Чтобы использовать промежуточные блоки, надо аппроксимировать движение. Раскодируется это довольно быстро, но вот поимк векторов - весьма неспешен. Потребительское железо не сможет делать поиск в нормальном качестве в риалтайме с минимум задержек. ИИ лишь только добавит тормозов, и без того небыстрой видяхе, но очень дорогой, скажем спасибо тому же ИИ.
| | |
| |
| 3.40, кодер (?), 19:23, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Почему нельзя без "аппроксимации"? Просто есть в блоке изменение или нет. Без ИИ, естественно. У меня детектор движения так работает. Проверяет блоки. Увидел, что разность сумм цветов изменилась больше порога - движение. Например, если движения нет, я закрашу такой блок черным. Такой кадр будет меньше в упаковке jpeg? При распаковке, если блок черный, берем его из ключевого.
| | |
|
| 2.34, kusb reg (ok), 18:40, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
 Да. Причём по умному или скормить ему даже будущие состояния и текстуры.
| | |
|
| 1.11, Джон Титор (ok), 15:22, 22/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Прикольно, теперь можно игры делать на суперкомпьютерах. И играть на каких-нибудь браузер-ОС
| | |
| |
| 2.12, Аноним (4), 15:28, 22/09/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Что ?
Начинаю подозревать, что "Джон Титор" и "Malinovsky" это один и тот же юзер.
| | |
| |
| 3.17, Аноним (17), 16:07, 22/09/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
Мы знаем друг друга не так давно но мне кажется, что мы - это один и тот же человек.
Я знаю это, потому что это знает Тайлер.
| | |
|
|
| |
| 2.35, kusb reg (ok), 18:42, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Разработчик связан с Valve. Личный репозитарий, а не Valvesoftware - стиль Valve.
| | |
|
| 1.19, Аноним (19), 16:23, 22/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
> раздельное кодирование каждого кадра
> от 100 до 500 Mbit/s
> При наличии достаточной пропускной способности
> Взяли бы оптимизированный h265
жадный Габен не хочет никому платить, он лучше забъёт ваш канал RAW-потоком
| | |
| |
| 2.24, Аноним (-), 17:14, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> жадный Габен не хочет никому платить, он лучше забъёт ваш канал RAW-потоком
Поэтому заметьте:
1) Своя фирма есть - у габена, а не у вас.
2) Зарабатывает - он на вас, а не вы на нем.
3) И вы никогда не достигнете его уровня.
...потому что лох - это судьба!
| | |
| |
| 3.27, Смузихеб забывший пароль (?), 17:58, 22/09/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
но если бы каждый был габеном, то... никто бы не был габеном
ведь один валв - ещё куда ни шло, но тысяча-миллион-миллиард валв одновременно едва ли смог выйти бы хотя бы на самоокупаемость
| | |
|
| 2.33, Аноним (1), 18:38, 22/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
А почему нельзя забить канал ради качества/скорости?
от 100 до 500 Mbit/s без проблем на локалке.
| | |
| 2.58, Аноним (56), 21:57, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Потому что это для игр где нужно минимум задержек и сжатие не вперлось. У геймеров уже давно гигабит так что им пофиг
| | |
|
| 1.25, corvuscor (ok), 17:39, 22/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +8 +/– |
 Проект то очень годный и нужный, потому-что:
1. Кодировщик/декодировщик на чистом Vulkan-шейдере (!), т.е. не зависит от железа.
2. Автор заявляет приоритет на low-latency кодирование, но неплохо бы в лоб сравнить с аппаратными кодировщиками H264/265 и AV1.
Говорить о пропускной способности вообще нет смысла в контексте применения, это около-loseless кодек для высокоскоростных сетей. Это экран стримить с минимальными потерями на телек в соседней комнате.
Анонимы в комментах, проспитесь уже, что вы несете.
| | |
| |
| 2.30, anonymous (??), 18:19, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Анонимы в комментах, проспитесь уже, что вы несете.
Анонимные комментаторы, не читатели, они писатели. А так да, это тупо кодек класса "монитор подключён через Ethernet". Удобнее чем тянуть какой-нибудь HDMI в соседнюю комнату. Но всё-таки слишком требовательный к пропускной способности. А если я захочу два монитора подключить? А в соседней комнате ещё кто-нибудь решит воспользоваться тем же протоколом? Роутер захлебнётся, а мне придётся вспоминать девяностые, когда на каждом роутере в обяз QoS настраивался.
| | |
| |
| 3.38, Loki13 (ok), 18:47, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
 Уже 2.5Gb в обычных домашних роутерах до 10тыс. Да и гигабита обычного на 2-3 таких трансляции хватит.
| | |
| 3.46, Аноним (14), 20:11, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Удобнее тянуть какой-нибудь HDMI в соседнюю комнату
Вот, поправил, не благодари.
| | |
| 3.63, Аноним (63), 22:19, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
В принципе wifi 5/6 по идее потянет одного клиента/сервера, хотя сервер в этом случае лучше ethernet-ом подключать. Но тут да, требования высокие, хоть отдельную сеть подымай (а может так и планируется в будущих устройствах валвов, и это задел на будущее? Ну типа wifi-точка на борту тех же vr-очков, и не нужно изобретать свой протокол для радиоканала).
| | |
|
| 2.43, tkzv (ok), 19:41, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Опасаются, что кто-то начнёт стримить в этом формате на весь мир :)
| | |
| |
| 3.47, Аноним (14), 20:13, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> кто-то начнёт стримить в этом формате на весь мир
Не начнёт. У клаудфляри случайно так что-нибудь опять отломинся в модуле на расте, и не будет этого "всего мира".
| | |
|
| 2.48, Аноним (50), 20:39, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> 1. Кодировщик/декодировщик на чистом Vulkan-шейдере (!), т.е. не зависит от железа.
Звучит как, vulkan-шейдер одинаково работает что на gpu RTX5090 что на 386dx40.
| | |
| 2.59, Аноним (56), 21:59, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
> на чистом Vulkan-шейдере
> не зависит от железа
Ага не зависит, только вулкан 1.4+ который не только лишь всё тянет нужен
| | |
| |
| 3.64, Аноним (32), 22:28, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Ага не зависит, только вулкан 1.4+ который не только лишь всё тянет нужен
И в чем проблема, если Vulkan 1.4 поддерживается на всех видяхах Nvidia последних 12 лет (начиная с поколения Maxwell)?
| | |
| |
| 4.68, Аноним (14), 00:08, 23/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Вот только твои слова расходятся с текстом nvidia: "Vulkan 1.4 support and functionality on ... Blackwell, Ada Lovelace, Ampere and Turing based GPUs". Не беда, ты промахнулся всего на 5 лет.
| | |
| |
| 5.70, Аноним (32), 00:40, 23/09/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Вот только твои слова расходятся с текстом nvidia: "Vulkan 1.4 support and functionality on ... Blackwell, Ada Lovelace, Ampere and Turing based GPUs". Не беда, ты промахнулся всего на 5 лет.
Потому что ты, гений, читаешь релиз ноты к самой последней версии дров. Возьми версию 570 годом назад и - БА! - там Maxwell (First generation) с кучей всякого старья:
https://web.archive.org/web/20250917153727/https://developer.nvidia.com/vulkan
Вот это поворот, да?
| | |
|
|
|
|
| 1.37, kusb reg (ok), 18:45, 22/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Как бы мы не пришли к ситуации, где у провайдера есть ферма подключённая почти напрямую к сети и этот канал толще, чем обычный интернет и считаются игры например.
А потом это эволюционирует в почти пассивное устройство "терминал" запускающее только очень простые программы, а все вычисления не твои.
Напрямую подключается оптика провайдера.
| | |
| |
| 2.60, Аноним (56), 22:00, 22/09/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
А минусы в чём? Купить для игрыэ такой терминал будет всяко лучше плойки или пеки с 5090 за 2к+ $
| | |
|
| 1.44, Аноним (44), 19:46, 22/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Вольво в последнее время только и делает, что фейлится. Ну как, в последнее время, давно уже. Начиная с артефакта. Габену пора возвращаться с яхты и заняться делами
| | |
| 1.49, Мемоним (?), 20:41, 22/09/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –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?
| | |
| |
| 2.61, Аноним (56), 22:01, 22/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
Потгму что это не кодек для видео а для ирансляции игр с минимальной задержкой
| | |
| |
| 3.69, Мемоним (?), 00:28, 23/09/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Кодек OpenAPV обладает сверхнизкой задержкой (sub-frame / single-frame latency) благодаря своей архитектуре, которая разработана специально для профессиональной записи и редактирования видео
> 1080p (Preset: Fastest): На современных процессорах (например, уровня Intel Core Ultra или AMD Ryzen/EPYC) скорость кодирования легко достигает от 360 до 670+ FPS. Это означает, что чистая задержка обработки одного кадра (oapve_encode) составляет всего ~1.5–3 миллисекунды
Разница минимальна.
| | |
|
|
|
