Слишком шустрый плеер

echo "dev.rtc.max-user-freq=1024" >> /etc/sysctl.conf

У меня этого файла нет.
Но в /etc/rc.d/rc.local написанно:
echo 1024 > /proc/sys/dev/rtc/max-user-freq
это оно?

ага.

Не помогает, всё равно глючит со скоростью. Наверное что-нибуть с опциями перемудрил когда ядро собирал.

Дядя, не грузи. Сделай просто - берёшь framerate из вывода, играешь 10 минут и смотришь на общее число проигранных кадров. Если всё совпадает - бежишь в сторону ближайшей стены.

Ибо в гробу я видал причину "по моим ощущениям".

Ну вопервых, при сравнении с xine'ом разница очень даже заметна, а во вторых он проигрывает клип продолжительностью 2:57 за 2:43, так что это не только мои ощещения.

а настройки в ~/.mplayer пробовал удалять?

Пробовал.

Отлично, man svn, man google, google -> mplayer hq, подожди ночи - и вперёд, выкачивать найтли снэпшот.

Собираешь, смотришь, если поправили - на нём и остаёшься.

Это не глюк mplayer'а, он есть и в xine и VLC, просто проявляется на разных файлах. Раньше всё было нормально.

Посмотри с другой стороны, на разных форматах глюк есть? М.б. это в кодеке(они-то общие) глюк?

Есть еще вариант, включить синхронизацию звука и видео, где точно не скажу, ужо с пол года линь не запускал(работы много, баловаться некогда)

man mplayer
смотри параметр autosync

Если есть не только в mplaeyr - то это косяк ffmpeg'a, а поскольку он при выгрузке из SVN также по цепочке сливается самый свежий - то должно помочь.

Ну или ты такой немереный джедай и юзаешь win32codecs за каким-то чёртом, я ж без руля и напрочь - т.к. всё и вся дома amd64 w/o compat.

Вот это может быть. Я его ставил пару месяцов назад, а глюк только недавно заметил (так как на больших файлах он не проявляется).