Исходное сообщение
"Оценка качества HEVC при сжатии изображения до размера сообщ..." Отправлено Аноним, 21-Окт-13 03:33
> Короче разводка для лохов. Маркетинг итить. Тем не менее, I-кадр выступает референсом и хорошо бы чтобы он был покачественнее, но весил при этом поменьше. Иначе качественной картинки не видать. Современные кодеки умеют ставить относительно мало I-кадров в потоке, но тут лезет иная проблема: в случае сбоев реиснхрон очень длительный, перемотка - жутко тормозит, т.к. если I-кадры идут каждые 1000 кадров, то юзер отмотавший на I+500 кадров нарвется на нужду задекодировать I-кадр и 500 кадров P и B типа за ним. Что очень сильно доставляет, ибо минимум несколько секунд интенсивной нагрузки на проц пока плеер усиленно декодирует 500 кадров (в нормальном виде это почти 20 секунд видео). Поэтому желание сильно экономить на I-кадрах приводит к граблям с которыми сталкивались юзеры div3 и тому подобного, когда на весь мувик 5 I-кадров и черта с два такой мувик вообще перемотаешь "на 22 минуты 46 секунд". Окажется что все 22 минуты и 46 секунд от 1-го I кадра декодироват - во атас :).