>>на тестовом HD ролике (H.264, 1920x1080) по скорости победил VLC
>вывод видео/аудио,Логично, блин.
> оптимизации под систему, надеюсь, одинаковые
Стандартные из кубунтовых репов. Да и какие особо оптимизации для х64 систем?Там вроде дюжин наборов команд еще не успели наплодить.
>собствено, речь шла больше не о чистой скорости декодирования (в обоих приложениях
>используется ffmpeg), а про работу в условиях жёсткой нехватки ресурсов.
Ну вот мплеер хавал больше проца чем VLC. Впрочем сие на х64 кубунте. А на ARMовской n800 картина ровно обратная, т.к. мплеер долго и упорно оптимизили под армы а vlc так, собрали чисто для прикола вообще. Результат понятен - на nXX0 мплеер заруливает влц с отрывом :)
> mplayer очень аккуратно дропает кадры, синхронизируя изображение со звуком.
Эээ как бы вам сказать, я игрался с ним на n800 где проца реально так не хватает и вот там то я как раз замечал некоторые грабли с синхронизацией звука, если что. А если проца реально так не хватает (n800 - 400MHz ARM откровенно не хватает для многих неконверченных дивиксин) - даже hard frame drop как-то не очень спасает. Иногда дропая кадр, мплеер вообще встает на кадре на МИНУТУ :). Очевидо, до следуюшего ближайшего кейфрейма, тудыть-растудыть! При этом промежуточных кадров вообше нет. Слайдшоу с 1FPM (1 Frame Per Minute) это охренительная работа framedrop - дропается вообще почти все :D.При том - зуб даю что проца хватате намного больше чем на 1 кадр в минуту - мувик большую часть времени в реалтайме прет и затыкается только на интенсивных сценах где кодек задирает битрейт в пару раз. Зато если заткнется - все, слайдшоу.
>mplayerxp пытается выровнять загрузку системы, используя многопоточное декодирование.
Мой проц как правило справляется в 1 поток даже с HD. Там где проц реально слабый (nXX0) никакой многопоточности нет. А если уж там пытаться что-то оптимизить - это надо на DSP и (в n900) на акселератор декодирования видео сбагривать. На писюке у меня и так все работает :P.Что в "стоковом" мплеере что в VLC.
>в vlc после версии 1.0 изображение в лучшем случае сыпется квадратами,
>в худшем - замораживается.
См. выше про эксперименты с фреймдропом на реально тормозных процессорах :).Не особо мне понравился фреймдроп у мплеера в экстремальных случаях (n800 жрет мувик до 900-1200 кбит без проблем, но если у мувика средний битрейт вот такой - некоторые сцены бывают с битрейтом в 2 раза больше, и вот тут мплеер конкретно давится, сваливаясь в слайдшоу). Впрочем как я понял, еще и от кодека зависит. Разные кодеки кодируют по разному. И возможности забить на декодирование без разрушения картинки - бывают разные. В случае античных MP43, DIV3 и т.п. хлама (без b-frames) забить на декодирование чего-нибудь без разрушения картинки вообще трудно (если не декодировать или только частично декодировать I или P кадр, посыпется картинка того что за ним, т.к. зависит от этого кадра). В случае XVID или DIV5 обычно есть b-кадры, которые как я понимаю можно вообще не декодировать без разрушения картинки (для показа правильной картинки достаточно информации из I- и P-кадров, просто снизится FPS). На таких потоках плееры достаточно цивильно дропают кадры. Так что дропание кадров стоит сравнивать как минимум на одном и том же мувике, при том учитывая вот такие вот особенности потоков от кодеков.