| 1.1, Аноним (1), 20:42, 18/03/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– | |
> заметно опережает H.264 по уровню сжатия
А на сколько лет отстаёт по времени кодирования?
| | |
| |
| 2.4, Анонн (?), 21:34, 18/03/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
А это имеет хоть какое-то значение для поставщиков контента? Для Google, Microsoft, Amazon, Netflix и т.д.? Они на своем серваке закодируют за любое время, а потом будут "поставлять" экономя себе терабайты трафика и места в хранилищах.
А то что у индейцев компы, камеры, телефоны не тянут... ну, это проблемы индейцев
| | |
| |
| |
| 4.7, Ан (??), 22:04, 18/03/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Речь идёт о кодировке, а не декодировке, всё правильно он говорит.
| | |
| |
| 5.10, Аноним (1), 23:04, 18/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Зачем всем этот декодер, если народ не сможет на своих компах энкодить?! Предлагаешь энкодер иметь только у избранных единорогов?
| | |
| |
| 6.23, Анонн (?), 02:18, 19/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
С чего вдруг народ не сможет энкодить у себя? Только FFmpeg поддерживает 3 энкодер: libaom, libsvtav1 и rav1e. Выбирай любой. Просто новость про декодер.
| | |
| |
| 7.39, Аноним (39), 13:26, 19/03/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
И на сколько порядков медленнее работает, чем нормальные энкодеры?
| | |
|
| 6.47, Ан (??), 17:14, 19/03/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это какой такой комп не сможет энкодить? Дюрон 800?
| | |
| 6.56, Аноним (57), 09:31, 20/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Народ обычно видео не кодирует! Кодирование с хорошим битрейт-качество отдельная тема, в нее въезжать надо. Поэтому кодируют корпы и пираты-релизеры. И те и другие хотят файлы как можно меньше при хорошей картинке, а компьютеры они найдут.
| | |
| |
| 7.65, Аноним (65), 13:36, 20/03/2022 [^] [^^] [^^^] [ответить]
| +/– | |
> Народ обычно видео не кодирует!
Зумеры просто не знают, что делают
| | |
|
|
|
| 4.9, Анонн (?), 22:14, 18/03/2022 [^] [^^] [^^^] [ответить]
| +5 +/– |
С чего это? У вас есть быстрый открытый декодер для свободного формата кодирования видео.
В отличие от запатентованного и огороженного H.264 ("US patents in the MPEG LA H.264 pool lasts at least until 2027")
Но характерно - вы опять недовольны... Кодер видишь ли слишком медленный...
| | |
| |
| 5.44, Аноним (65), 14:14, 19/03/2022 [^] [^^] [^^^] [ответить]
| +/– | |
> В отличие от запатентованного и огороженного H.264
А можно такой же, но с перламутровыми ..., ой, не огороженный
| | |
| |
| |
| 7.54, Аноним (65), 18:29, 19/03/2022 [^] [^^] [^^^] [ответить]
| –2 +/– | |
В интернетах писали, что пулом патентов на vp9 и av1 владеет какая-то фирма, и которая таки собирает дань с мобильных телефонов с аппаратными кодеками для этих форматов. И вроде программные реализации освободили от сбора дани.
Получается, пустили в свой огороженный огород, могут передумать.
| | |
| |
| 8.58, Аноним (57), 09:34, 20/03/2022 [^] [^^] [^^^] [ответить] | +3 +/– | В интернетах писали что гууууугл все патентные дела утряс, а AV1 сразу с учетом ... текст свёрнут, показать | | |
| 8.68, Ан (??), 18:56, 20/03/2022 [^] [^^] [^^^] [ответить] | +1 +/– | Это как если бы написали, что Linux Foundation собирает дань со всех, кто связан... текст свёрнут, показать | | |
| |
| |
| 10.88, Ан (??), 14:34, 21/03/2022 [^] [^^] [^^^] [ответить] | +/– | А, имеется ввиду какая-то третья компания, созданная с целями, которые сегодня н... текст свёрнут, показать | | |
| |
| |
| 12.90, Ан (??), 14:45, 21/03/2022 [^] [^^] [^^^] [ответить] | +/– | Ну, да, компания та не вчера появилась Кто-то из AV1-железячников публично сооб... текст свёрнут, показать | | |
| |
| |
| |
| |
| 16.106, Ан2 (?), 02:17, 22/03/2022 [^] [^^] [^^^] [ответить] | +/– | Так то, что Sisvel считает, что им должны, в этом я не сомневался У меня сомнен... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
|
|
| 4.66, Kuromi (ok), 16:58, 20/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
 Смысл в том что кодируется долго, но один раз, а далее в условном кинотеатре можно отдать контент многие тысячи разю если при этом трафик окажется меньшим чем был, то в момент N затраты на закупку нового железа, например отбиваются экономией трафика и начинается чистый profit в виде экономии. И потом, контент этот кодируется на специальной ферме, а не в реалтайме.
Даже Ютуб говорил что перекодировка имеющегося видео в VP8\9 займет время, но потихоньку они это сделали.
| | |
|
|
| 2.8, Аноним (8), 22:10, 18/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
У тебя слабый комп. Смотри, у Линуса проблем нет
https://www.opennet.dev/opennews/art.shtml?num=53020
25.05.2020
"Линус Торвальдс сообщил, что для него самым значительным улучшением за неделю стало обновление основной рабочей станции. [...] В новой конфигурации установлен CPU AMD Ryzen Threadripper 3970x с 32 ядрами (64 потока)"
| | |
| |
| 3.11, Аноним (1), 23:06, 18/03/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вот это достижение! Линус (!) смог обновить комп до 32-х ядер... А что, он один из человеков на планете? Или все остальные - такие же Линусы?!
| | |
| |
| |
| 5.31, Ivan_83 (ok), 06:07, 19/03/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Линус себе в любое время без проблем комп купит, там таких проблем нет.
| | |
|
|
| 3.41, Аноним (39), 13:31, 19/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Интересное у тебя отождествление всех там жителей с Линусом... Приезжает доярка в город - а там Линусы на обочине стоят, ждут...
| | |
|
| 2.24, Аноним (24), 02:29, 19/03/2022 [^] [^^] [^^^] [ответить]
| –4 +/– |
Опережает то опережает, но качество картинки ещё хуже. Я не знаю чё там тюнить у libaom, вон у x265 надо отключить sao и задрать rd куда-нибудь в 6, хотя бы veryslow пресет годную картинку с приличным сжатием выдаёт, а тут картинка всегда плохая. Ещё и баги в этом libaom -- в 3 версии насыпали артефактов.
| | |
| |
| 3.49, Ан (??), 17:16, 19/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Если ты не знал, x265 кодят индусы. Sapienti sat.
| | |
| |
| 4.52, Аноним (24), 17:31, 19/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Так у индусов айти и обучающие институты на хорошем уровне и они хотя бы используют английский, а не китайский, в комментариях. Лучше чем могло бы быть.
| | |
|
| 3.59, Аноним (57), 09:36, 20/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
x265 просто никому не надо - в браузерах работать не будет, FAIL
| | |
|
|
| 1.2, Гость (??), 20:48, 18/03/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А ревизию кода уже провели, а ревизоров через полиграф прогнали?..
| | |
| |
| 2.14, Аноним (1), 23:22, 18/03/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Увы, тенденция идёт к централизованному энкодеру, который сможет внятно работать только у гугла в дата-центрах. Остальным - только смотреть то, что накодил гугл.
| | |
| |
| 3.30, Ivan_83 (ok), 06:05, 19/03/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Не идёт.
Есть ещё огромная поляна стрёмеров, видеоблохеров, снимальщиков всего на камеру и тп.
Те как ни крутись, а зажать кодировку только в свои лапы просто рынок не даст, да и сам гугл тогда без контента останется.
Правда лично у меня в фотиках и вебках только аппаратный h.264.
Может в новых мобилках h.265 есть, я хз.
| | |
| 3.50, Ан (??), 17:18, 19/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
М-да, новость про свободный энкодер от свободных Xiph c VideoLAN, но и тут злобный гугл подгадил. Пей таблетки, пока весна на дворе.
| | |
|
| 2.19, Аноним (-), 01:20, 19/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Вроде как самый продвинутый и качественый считается x264 от VideoLAN.
| | |
| |
| 3.20, Аноним (-), 01:25, 19/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
От разработчиков ViseoLAN они же и делают x264. Самый продвинутый и качественый из разных вариантов 264. Возможно имеется в виду H264 который в браузере Firefox который open?
| | |
|
| 2.25, Аноним (24), 02:32, 19/03/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
Они x265 до сих пор не написали нормально, а уже взялись за x256. У меня есть подозрение, что вот ему понадобится декодирование видеокартой, 4к контент в h265 уже весьма рерсурсоёмко, особенно на высоком битрейте.
| | |
| |
| 3.38, anonymous (??), 13:23, 19/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Если кодировать свои видосики, например, из путешествий для длительного хранения, то можно пожертвовать временем в пользу экономии места. Тут новый формат был бы кстати.
| | |
| 3.60, Аноним (57), 09:38, 20/03/2022 [^] [^^] [^^^] [ответить]
| +1 +/– |
В случае H.26x ISO полагает что делать нормальную референсную реализацию не их дело, вы там сами как-нибудь. И с патентами тоже - сами. От них только спека. Обложеная патентами господ продвигавших стандарт.
| | |
|
|
| 1.16, Аноним (-), 00:56, 19/03/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Как-то они бходят упоминание AVX-1 надеюсь и для AVX-1 делают оптимизацию, но не знаю.
| | |
| |
| 2.18, Аноним (-), 01:17, 19/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Правильно наверно так. AVX (AVX-128). Еденицеё я подчёркиваю что это первый.
| | |
| |
| 3.29, Ivan_83 (ok), 06:01, 19/03/2022 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Стыдоба!!!
А SSE, SSE2, SSE3, SSSE3, SSE4, SSE4.1, SSE4.2 это как по вашему?)
128, 132, 133, 134, 135 и 136 бит регистры чтоли?)
mmx - 64 bit - во времена 32 разрядных процов от этого был профит, сейчас скорее наоборот.
sse - 128 bit
avx - 256 bit
avx512 - 512 bit
Тема что AVX 128 бит касалась исключительно того как оно внутри было организованно, в первых райзенах fpu был 128 бит и весь avx внутри подсчитывался по частям, хотя для софта это были 256 бит регистры.
Потому в 3ххх райзенах и был такой скачёк - fpu стал наконец то 256 бит и отдельные бенчи стали местами показывать х2 скорости.
Может какие то интелы и где то ещё оно внутри тоже считалось на 128 бит блоках.
| | |
| |
| 4.70, Аноним (-), 22:43, 20/03/2022 [^] [^^] [^^^] [ответить] | +/– | Не понял я тебя знаний не хватает или написано не понятно А AVX2 это же AVX256 ... большой текст свёрнут, показать | | |
| |
| 5.74, Аноним (-), 23:39, 20/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Не понял я тебя или у меня знаний не хватает или написано не понятно.
| | |
| 5.78, Ivan_83 (ok), 01:17, 21/03/2022 [^] [^^] [^^^] [ответить] | +/– | Сходите на сайт интела если сомневаетесь AVX1, AVX2 это всегда 256 бит регистры... большой текст свёрнут, показать | | |
|
| 4.72, Аноним (-), 22:51, 20/03/2022 [^] [^^] [^^^] [ответить]
| +/– | |
"Mixing AVX and SSE
Besides 3-operand support, the primary difference between the AVX and SSE encodings of an SSE instruction is that the AVX version clears the unused portion of the ymm register (the top 128 bits), while the SSE version does not modify it. Intel strongly advises against mixing SSE 128-bit instructions and AVX 256-bit instructions, as this "mode-switching" can cost upwards of 70 clock cycles. However, mixing SSE 128-bit and AVX 128-bit is okay, as is mixing AVX 128-bit and AVX 256-bit.
In order to safely switch modes, Intel recommends using vzeroupper after using 256-bit AVX instructions and before using 128-bit SSE instructions, if the two are being used in the same program."
| | |
| |
| |
| 6.80, Ivan_83 (ok), 01:35, 21/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Это нюансы работы.
В данном случае это вроде про то, что AVX можно юзать на SSE регистрах.
Это типа бэкпортирования AVX инструкций для работы с 128 бит регистрами, и оно было сделано исключительно из за того что у AVX более удобный синтаксис.
Те на SSE ты можешь написать только так: a+=b, без вариантов, те у тебя b прибавляется к содержимому a и там же ты получаешь результат.
У AVX три операнда, ты можешь записать: a = a + b или c = a + b, что даёт намного больше свободы и избавляет от рутинной работы по копированию результатов.
| | |
| |
| 7.82, Аноним (-), 01:59, 21/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Так вроде если пишут AVX то подразумевают AVX128. Или нет? Следующие AVX256 и 512
| | |
|
|
|
|
|
| 2.28, Ivan_83 (ok), 05:53, 19/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Потому что процессоров у которых только AVX1 было относительно не много.
Исходя из моего опыта, в AVX1 маловато инструкций и его бывает трудно использовать из за этого.
| | |
| |
| 3.61, Аноним (57), 09:40, 20/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Phenom и их более легкие и серверные варианты. Ничего себе мало.
| | |
| |
| 4.79, Ivan_83 (ok), 01:26, 21/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Процессоры АМД были не очень популярными до выхода райзенов, всё же.
У моего 5350 под АМ1 сокет тоже только AVX и он долго был единственным процом с AVX в моей семье.
У райзенов пока нет AVX512, не нужно придумывать.
Зато у них есть аппаратный SHA, странно что интел который его первым реализовал так мало сам его использовал.
| | |
| |
| 5.81, Аноним (-), 01:56, 21/03/2022 [^] [^^] [^^^] [ответить]
| +/– | |
Не придумывал, а предположил так как у Intel, пишут аж с 2013 года есть AVX512. Не отслеживаю что там c компюторным оборудованием происходит, покупаю себе только когда нужно, реально нужно или ломается. Игр нет, уже лет 5 не надо.
"Vector Extensions SIMD instructions for x86 instruction set architecture (ISA) proposed by Intel in July 2013, and implemented in Intel's Xeon Phi x200 (Knights Landing) and Skylake-X CPUs; this includes the Core-X series (excluding the Core i5-7640X and Core i7-7740X), as well as the new Xeon Scalable Processor Family and Xeon D-2100 Embedded Series"
| | |
| |
| 6.85, Аноним (-), 02:13, 21/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
В 2013 предложили. а в продеже я прочёл процесор из серии x200 c 2016 года ( Introduction date ).
| | |
| 6.104, Ivan_83 (ok), 02:05, 22/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
AVX512 интел старательно не даёт в консумерские процы.
И даже когда дал - потом его выключили через обновление микрокода - это как раз в самых распоследних процах с ненужно энергоэффективными ядрами.
| | |
|
| 5.84, Аноним (-), 02:03, 21/03/2022 [^] [^^] [^^^] [ответить] | +/– | AVX-512 are 512-bit extensions to the 256-bit Advanced Vector Extensions SIMD i... большой текст свёрнут, показать | | |
|
|
|
|
| 1.27, Ivan_83 (ok), 05:51, 19/03/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ещё оптимизировать и оптимизировать, потому что сейчас на райзене 5750G 8к 60фпс не тянет.
Тоже самое видео в vp9 тянет с полной загрузкой 5-6 ядер.
По моим прикидкам нужно минимум 12 райзен ядер чтобы тянуть такое видео в AV1 кодеке.
Может есть какие то трюки чтобы и на 8 ядрах пошло, но мне не нравится когда совсем никакого запаса по производительности нет.
| | |
| |
| |
| |
| |
| 5.91, Аноним (-), 14:45, 21/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
А то я видел h265 4K 50 кадров и 50 Мегабит битрейт вроде запись трансляции канала с спутника. И не понял и зачем нужен 265 кодек если битрейт 50 Мбит? Не посмотрел какой цвет у видео. Ради чтоли 10 bit цвет иметь?
| | |
| |
| 6.93, Аноним (-), 14:48, 21/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
А то я видел h265 4K 50 кадров и 50 Мегабит битрейт, вроде запись трансляции канала с спутника. И не понял и зачем нужен 265 кодек если битрейт 50 Мбит? Не посмотрел какой цвет у видео. Ради чтоли 10 bit цвет иметь?
| | |
| 6.95, Аноним (-), 15:02, 21/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Не ну если писать как у x264 есть режим записи без потерь как раз и используется битрейт для кодирования без потерь в 10 Мбит, а для 4К может и 50 Мбит будет если не больше. Но у меня есть подозрение, что видео с 50 Мбит пускают оригинал а не пережатие в 50 Мбит. Не выяснял.
| | |
| |
| 7.97, Аноним (-), 15:05, 21/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
То есть на приёме 50 Мбит, пишут как есть без сжатия. Как на самоделе не знаю.
| | |
|
|
|
|
|
| 2.62, Аноним (57), 09:42, 20/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
А где такое видео вообще водится? Это что за контент? Кинотеатр распиратили?
| | |
| |
| 3.92, Аноним (65), 14:46, 21/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Покупаешь камеру за несколько десятков килобаксов и снимаешь домашнее видео.
| | |
| |
| 4.103, Аноним (-), 20:49, 21/03/2022 [^] [^^] [^^^] [ответить]
| +/– | |
> Покупаешь камеру за несколько десятков килобаксов и снимаешь домашнее видео.
Камера по цене автомобиля или легкого самолета? Тогда и компьютер брать с свежей топовой видеокартой, она в железе AV1 умеет. А у кого всего этого нет - у них и 8K монитора нет...
| | |
| |
| 5.107, Аноним (-), 02:53, 22/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Я тоже считаю и наверно это обьективно если видео 4k, 8k без такго разрешения мониторв смысла нет в этих разрешениях. Я считаю поторопились оптимально для мониторов сейчас былобы 2k и 2k мониторы. Я не вижу смыла в 4л и 8k не большие экраны метр на пол метра. А 2k для мониторов вполне годится.
| | |
| 5.108, Аноним (-), 02:55, 22/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Поправка. не большие экраны. А большие начинать надо как я вижу метр на пол метра и больше для 4 и 8к. Что-то подобное.
| | |
| 5.110, Аноним (-), 03:10, 22/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
igital Cinema Initiatives (DCI) определяет стандарт разрешения 2K как 2048×1080 ладно 2k от 1980 не сильно отличается, но есть такое: вот это годится "Разрешение 2560×1440 также часто маркируется как 2,5K, потому что им соответствует половина высоты и половина ширины 5K"
| | |
| 5.112, Аноним (-), 03:23, 22/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Да, забыл что такое 2k. 4k для монитора вроде и не надо. А 2k по сравнению с 1920 и смысла менять нет 1920 на 2048. Еслибы не было разрешения 1920x1080 тогда да 2k. 2,5k тоже не сильно больше. Но, что надо, монитор тогда 2,5k годится. Если тв тогда лучше 4k на большом экране. Но это всё для эстетов. Мне 1920 хватит на большом экране. А на мониторе и 720 хватает и ниже.
| | |
| 5.116, Аноним (65), 14:42, 22/03/2022 [^] [^^] [^^^] [ответить]
| +/– | |
> Камера по цене автомобиля
А что такого? Покупают же трёхтонные пикапы для поездок в школу. Почему не купить камеру для съёмок примечательных событий становления личности?
| | |
|
| 4.109, Аноним (-), 03:01, 22/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Третья попытка. Я тоже считаю и наверно это обьективно если видео 4k, 8k без такго разрешения мониторов смысла нет в этих разрешениях. Я считаю поторопились, оптимально для мониторов я считаю сейчас было бы 2k и 2k мониторы. Я не вижу смыла в 4k и 8k на не больших экранах. Начинать надо смоей точки зрения с экранов метр на пол метра и больше для 4,8k. А 2k для экранов не очень больших вполне годится.
| | |
|
|
|
| 1.35, Аноним (35), 10:13, 19/03/2022 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
>Добавлена возможность ускорения вычислений при помощи векторных инструкций AVX-512.
А ВОТ ЛИНУС ТОРВАЛЬДС СКАЗАЛ "НЕ НУЖНО!", А ЕЩЁ ПАЛЬЧИК 🖕 ПОКАЗАЛ
| | |
| 1.37, Аноним (37), 12:34, 19/03/2022 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ещё бы в av1 часами не кодировалось то, что в vp9 и h264 кодируется за минуты...
| | |
| |
| 2.46, Аноним (24), 16:09, 19/03/2022 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ты нормальный, vp9 с h264 сравнивать? Первый артифачит как не в себя и на порядок тормознее второго. Ну и мыло, да. Можно vp9 сравнивать с h265, только vp9 и тут в 1000 раз хуже и тормознее (внезапно). Раз av1 ускоряют новыми simd, вполне вероятно, будет не сильно хуже vp9 (vp9 синонимично "дно").
| | |
| 2.51, Ан (??), 17:19, 19/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Как только AV1 будет в хардварных инструкциях, так и будет. С подключением.
| | |
| |
| 3.53, Аноним (53), 18:00, 19/03/2022 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Оно давно в хардварных инструкциях https://opennet.ru/56839 С подключением.
А тут всего лишь пока что
> Предложен новый API для упрощения задействования GPU для ускорения.
Что бы это не значило...
И как бы не говорили, ко-ко, щвабодка, самый лудший кодек без атчислений, А ОФИЦИАЛЬНЫЕ БИНАРНИКИ ССУТСЯ ВЫЛАЖИТЬ - вот тебе и релиз
| | |
| |
| 4.69, Ан (??), 21:22, 20/03/2022 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> в хардварных инструкциях
@
Даёт ссылка на новость о софтовой реализации, да ещё и декодировки, а не кодировки. У тебя в голове хлеб.
| | |
| 4.71, Аноним (71), 22:47, 20/03/2022 [^] [^^] [^^^] [ответить]
| +/– |
Карл, ты бы прочитал то, что выложил... "Video Decode" - ДЕкодер, Карл, ДЕкодер.
| | |
|
|
|
|
