| 1.1, Аноним (-), 20:48, 05/09/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Вот если VFR станет распространённым, это гут. Не жду от медиа индустрии фильмов в 4k, но вот 60фпс/vfr это реально чувствительный плюс к экспириенсу от просмотра фильмов
| | |
| |
| 2.6, Аноним (-), 23:10, 05/09/2013 [^] [^^] [^^^] [ответить]
| +4 +/– |
Плюс чувствуется только после того, как поборешь ощущение просмотра любительской домашней видеозаписи, которое появляется при просмотре 60fps видео.
| | |
| |
| 3.8, Аноним (-), 23:59, 05/09/2013 [^] [^^] [^^^] [ответить]
| +/– |
Дважды смотрел фильм на 48фпс. Так и не избавился от этого мерзкого ощущения
| | |
| |
| 4.26, Аноним (-), 12:48, 06/09/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Дважды смотрел фильм на 48фпс. Так и не избавился от этого мерзкого ощущения
А вы больше смотрите 24fps > 48/60/120/240 деланные ависинтом. Это всё равно что 480p апконвертнутое до тех же самых пресловутых 1080р, никто не придумает отсутствующие пиксели, а тем более целые кадры
| | |
|
|
| 2.12, Аноним (-), 06:37, 06/09/2013 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> экспириенсу от просмотра фильмов
Угу, будет тебе экспириенс. В виде отжима у тебя бабла из кошелька. На то что и так всю жизнь было реализуемо. А что мешало 60FPS гнать через любой иной кодек? Ну, кроме необходимости чуть больше места выделить под более качественный поток? :)
| | |
| |
| |
| 4.22, Аноним (-), 11:04, 06/09/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> не надо пытаться вразумить зомби
Ну я как-то надеюсь что существо с мозгом после достаточно сильного пинка потенциально способно начать наконец пользоваться мозгом по назначению. А не просто "жррррраааааатььььь!!!". К тому же как известно, если кадавру давать жрать в неограниченных количествах - ни к чему хорошему это не приводит.
| | |
|
| 3.25, Аноним (-), 12:42, 06/09/2013 [^] [^^] [^^^] [ответить]
| +/– |
Ничего не мешало. Просто такие вещи делаются под шумок - вышел 1080р, стали активней пользовать avc. На этой итерации развития кодеков неплохо бы 60fps/vfr протолкнуть
| | |
|
|
| 1.2, хрюкотающий зелюк (?), 20:49, 05/09/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
> и кодирование потока с переменной частотой кадров
интересно, но жаль что нет аппаратной жалки... или есть уже платные энкодеры для встраивания H265 в FPGA?
| | |
| |
| 2.7, Аноним (-), 23:43, 05/09/2013 [^] [^^] [^^^] [ответить]
| +/– |
Для H.264 аппаратные сжималки для FPGA умели только I кадры, если не ошибаюсь.
| | |
| |
| 3.17, NikolayV81 (ok), 08:49, 06/09/2013 [^] [^^] [^^^] [ответить]
| +/– |
 Как то FPGA пропустил, кстати нашёл инфу что чуть ли не в 2009-м году Level4 Hi реализован.
... Отредактировано, было:
>Да ладно, а как же видеокамеры?
>Или имеется ввиду полностью аппаратный модуль с собственным кэшем на выходе которого сжатый поток? | | |
|
| 2.13, Аноним (-), 06:38, 06/09/2013 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> интересно, но жаль что нет аппаратной жалки...
Ничего страшного, будешь новые девайсы покупать :). Впрочем там гугель с VP9 нынче подсуетился вовремя, они думается еще и аппаратный блок забесплатно раздадут всем желающим.
| | |
| |
| 3.18, NikolayV81 (ok), 08:50, 06/09/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> интересно, но жаль что нет аппаратной жалки...
> Ничего страшного, будешь новые девайсы покупать :). Впрочем там гугель с VP9
> нынче подсуетился вовремя, они думается еще и аппаратный блок забесплатно раздадут
> всем желающим.
Аппаратный блок только если ни на один патент не нарвутся, что в существующей ситуации практически нереально, особенно в аппаратной реализации.
| | |
| |
| 4.23, Аноним (-), 11:06, 06/09/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Аппаратный блок только если ни на один патент не нарвутся, что в
> существующей ситуации практически нереально, особенно в аппаратной реализации.
Для VP8 они уже не только выпустили блоки но и раздали всем желающим. Так что куча новых чипов умеет VP8. Чуть погодя такая же история будет и с VP9, при том в отличие от - гугель еще и блок декодирования подгонит. А h.265 сами, типа, реализуйте, или лицензируйте на стороне за отдельные баблосы.
Редкий, почти уникальный случай когда я поддерживаю желание корпораса надрать зад зарвавшимся и зажравшимся "стандартизаторам".
| | |
|
|
|
| 1.5, Buy (ok), 22:50, 05/09/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
 А смысл в этом кодеке если алгоритмы запатентованы? На аппаратном уровне никто не рискнет поддерживать. Не, я не против, молодцы.
| | |
| |
| 2.19, NikolayV81 (ok), 08:52, 06/09/2013 [^] [^^] [^^^] [ответить]
| +/– |
> А смысл в этом кодеке если алгоритмы запатентованы? На аппаратном уровне никто
> не рискнет поддерживать. Не, я не против, молодцы.
Какого крупного производителя электроники это останавливало? Плата за патенты в 20 баксов на устройство ценой 1000-1500 баксов да ещё и охотно покупаемое людьми это повод не использовать ( особенно с учётом отсутствия безопасной для производителя альтернативы )?
| | |
|
| 1.9, AnonuS (?), 00:19, 06/09/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– | |
> В настоящее время поддерживается только декодирование промежуточных кадров, поддержка межкадрового декодирования
Т.е. пока что показывает пустой экран ? Ну, удачи ребятам, пусть дальше пилят.
> Код проекта написан на языке Си...
Надо было пистон брать, тут нам намедни разъяснили насколько он хорош. А вот сейчас подойдёт Изя и скажет, что надо было на "Жабке"(ТМ) писать.
| | |
| |
| |
| 3.14, Аноним (-), 06:40, 06/09/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> вменяемо работало!
Это, типа, успевало бы задекодировать 320x240x10FPS с потерей не более 50% кадров? А то как-то сомнительно что JIT сможет генерить что-то хотя-бы минимально сравнимое с вылизанным вручную ассемблером в критичных кусках. По поводу чего гугловые кодеки например весьма изрядно прирастают ASM'ом. Что х86, что ARM. Скорость кодирования-декодирования выигрывает реально в разы. А для тяжелого кодека скорости много не бывает.
| | |
|
|
| 1.11, Аноним (-), 02:53, 06/09/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
The current version is basically just a glorified slideshow viewer.
The way most video codecs work is they start by storing a full picture once every second or two. These are called key-frames, or intra-frames. The frames in between key-frames are called inter-frames, and this is where 90+% of the real work of a codec happens. These frames are stored as a short description of how the current frame is different than the last key-frame. Instead of storing the full picture you just describe what parts of the picture are moving, or if part of the picture is getting brighter or darker, or if colors are shifting.
Currently, libde265 only decodes intra frames, inter-frame decoding is under construction.
It's essentially a slideshow viewer, showing something akin to a series of JPEG pictures. Basically the entire CODEC is missing, the part that compresses and decompresses all the video frames in between.
| | |
| |
| 2.16, Аноним (-), 07:50, 06/09/2013 [^] [^^] [^^^] [ответить]
| +/– |
почему-то в новости не отражено требование в больших мощностях по сравнению с 264, радуга одна
| | |
|
|
