>>462475
>mplayer2
>зависания на пустом месте
>CoreAVC
>вешает венду
Частные проблемы с железом/софтом/настройками/руками, очевидно же.
>изображение в XVid будет нормально выглядеть
Определение "нормально" у каждого свое, но в любом случае изображение будет практически всегда хуже, чем у H.264, ибо цель H.264 на момент разработки — "Average bit rate reduction of 50% given fixed fidelity compared to any other standard", any other standard естественно включал в себя MPEG-4 Part 2/ASP. И это только сам стандарт, а еще стоит учесть, что x264 значительно совершеннее xvid и до сих пор развивается, в отличие от последнего.
>>462555
>х264 требует дохрена процессор мощный, чтобы его в ДВД пихали.
Вопрос не в мощности процессора, а в наличии у чипа, устанавливаемого в плеер, поддержки декодирования определенных кодеков. И да, есть производители устанавливающие такие чипы в DVD-плееры.
Но стоит заметить, что это справедливо лишь для стандартного восьмибитного H.264, с десятибитным ситуация несколько сложнее по той причине, что чипов для его декодирования на данный момент нет.
>Какие?
Те которые выражаются в разнице между техническими инструментами, используемыми в процессе кодирования, очевидно же. Можно конечно взять обе спецификации и детально сравнить, но кому это нужно, если все очевидно и без этого?
>У Xvid ограничения по количеству отображаемых цветов или кадров в секунду?
У Raw YUV таких ограничений нет по определению, но кто хочет, чтобы стандартное 24-минутное 1280x720, 23.976fps, 8bpp, 4:2:0 видео имело размер равный 44.5GiB? Основная задача любого кодека в выбранный битрейт уместить как можно больше полезной информации из этих 265Mbit/s, и на данный момент H.264 справляется с этим лучше остальных.
