LINUX.ORG.RU
Форум — Desktop  

mplayer - неровное воспроизведение


0

1

Привык пользоваться mplayer для видео/музыки, однако на текущей системе возникла проблема: видео воспроизводится хуже, чем в vlc, возможны тормоза и рассинхрон, аудио воспроизводится рывками, в каких-то местах по пол-секунды тишина (в qmmp все ok). cache=4096 не помогает.

mplayer: MPlayer svn r34540 (Debian), built with gcc-4.4.5 (C) 2000-2012 MPlayer Team,
OS: Linux crunchbang 3.2.0-0.bpo.3-686-pae #1 SMP Thu Aug 23 08:21:41 UTC 2012 i686 GNU/Linux.

Видео кодеки: http://pastebin.com/4hM4TUrX
Аудио кодеки: http://pastebin.com/c7CYiy7S

Последний раз для FLAC mplayer использовал [ffflac] afm: ffmpeg (FFmpeg FLAC audio). В qmmp указано лишь, что для FLAC используется liflac.so.

Deleted
← Проблема с локалью.
Thunderbird/lightning RIP? →
Ответ на: комментарий от tazhate

Нетбук Samsung N100, 1 Гб ОЗУ, Intel(R) Atom(TM) CPU N435 @ 1.33GHz, встроенная графика Intel GMA 3150. Конечно, HD нормально не посмотришь, но ведь на некоторых файлах жирные vlc и qmmp идут плавно, а mplayer - нет. Проблема появляется не всегда. Имхо, при этом часто идет активная запись на носители.

Deleted
()
Ответ на: комментарий от Deleted

В чем bottleneck? В процессоре, в видяхе, в диске? Если это выяснить, то можно будет сузить область поиска: в конфигах mplayer, во флагах сборки.

soomrack ★★★★★
()
Ответ на: комментарий от soomrack

Именно во время записи на внешний HDD. Воспроизведение с локального диска. Но как вылечить?

Deleted
()
Ответ на: комментарий от soomrack

vlc - 19% CPU, 2,8% MEM на flac, 93% CPU, 5,2% MEM на avi.

Deleted
()
Ответ на: комментарий от soomrack

В обычном состоянии:

Linux 3.2.0-0.bpo.3-686-pae (crunchbang) 	09.11.2012 	_i686_	(2 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          28,95    0,14   12,58    4,23    0,00   54,10

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda              10,47       853,60       308,99 1004031100  363445192
sdb               0,15         1,18         1,16    1383908    1367697
sdf               0,26         0,03        55,65      34026   65463224

В нагруженном:

Linux 3.2.0-0.bpo.3-686-pae (crunchbang) 	09.11.2012 	_i686_	(2 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          28,95    0,14   12,58    4,23    0,00   54,10

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda              10,47       854,20       308,98 1004794428  363456784
sdb               0,15         1,18         1,16    1383908    1367697
sdf               0,26         0,03        56,07      34074   65960568
Deleted
()
Ответ на: комментарий от soomrack

В HD у mplayer 82-89% CPU, 6-7% MEM. Какое-то замедленное воспроизведение и сильный рассинхрон. Total 71% CPU, 12% MEM.

Deleted
()
Ответ на: комментарий от Deleted

А к чему тогда было «mplayer - 7% CPU, 1.6% MEM на flac, 42% CPU, 2,6% MEM на avi» ?

Мы же вроде проблему для HD решаем? Тогда включай флаг vaapi для mplayer.

soomrack ★★★★★
()
Последнее исправление: soomrack (всего исправлений: 1)
Ответ на: комментарий от soomrack

mplayer:

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sda             240,00     30178,00        14,00      60356         28
sdb               0,00         0,00         0,00          0          0
sdf             237,00         0,00     22380,00          0      44760

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sda             242,00     30050,00        12,00      60100         24
sdb               0,00         0,00         0,00          0          0
sdf             213,50         2,00     21500,00          4      43000

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sda             190,00     23266,00         0,00      46532          0
sdb               0,00         0,00         0,00          0          0
sdf             210,00         0,00     23594,00          0      47188

vlc:

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sda             155,50     19606,00        20,00      39212         40
sdb               0,00         0,00         0,00          0          0
sdf             176,50         0,00     20714,00          0      41428

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sda             143,00     18380,00         0,00      36760          0
sdb               0,00         0,00         0,00          0          0
sdf             220,50         0,00     22022,00          0      44044

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sda             151,50     18928,00        30,00      37856         60
sdb               0,00         0,00         0,00          0          0
sdf             199,50         0,00     22742,00          0      45484

mplayer замер на пол-секунды несколько раз, vlc - 1 раз. (flac)

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от crunchy_crow

Как оказалось процессор действительно был загружен на 100%.

soomrack ★★★★★
()
Ответ на: комментарий от Deleted

Кстати. Проигрывание идет с sda, так? Mplayer жрет больше данных (на 50%), чем vlc. Почему?

Какое качество у vlc? есть ли пропуски кадров?

soomrack ★★★★★
()
Ответ на: комментарий от soomrack

Нет, для flac. Для чтения HD со внешнего HDD (без записи на внешний HDD, поскольку HD-видео само по себе тормозит):

mplayer:

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sda               4,50        24,00         0,00         48          0
sdb               0,00         0,00         0,00          0          0
sdf              23,00      1472,00         0,00       2944          0

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sda              25,50      1978,00        56,00       3956        112
sdb               0,00         0,00         0,00          0          0
sdf              12,00       768,00         0,00       1536          0

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sda               1,50        58,00         0,00        116          0
sdb               0,00         0,00         0,00          0          0
sdf              23,00      1472,00         0,00       2944          0

91% CPU, 5.4% MEM

vlc:

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sda              44,50      1154,00       222,00       2308        444
sdb               0,00         0,00         0,00          0          0
sdf              17,00      1090,00         0,00       2180          0

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sda              11,00      1304,00         0,00       2608          0
sdb               0,00         0,00         0,00          0          0
sdf              16,00      1024,00         0,00       2048          0

Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
sda              24,50      2016,00        40,00       4032         80
sdb               0,00         0,00         0,00          0          0
sdf              16,00      1026,00         0,00       2052          0

130% (??) CPU, 9.6% RAM.

Deleted
()
Ответ на: комментарий от soomrack

Проигрывание идет с sda, так?

Да.

Mplayer жрет больше данных (на 50%), чем vlc. Почему?

Нет, mplayer везде легче, чем vlc. Подытоживаем: mplayer: 

HD: 91% CPU, 5.4% MEM
avi: 42% CPU, 2,6% MEM
flac: 7% CPU, 1.6% MEM

vlc: 

HD: 130% (??) CPU, 9.6% RAM
avi: 93% CPU, 5,2% MEM
flac: 19% CPU, 2,8% MEM

HD дано без доп. нагрузки в виде записи.

Какое качество у vlc?

Это как определить?

есть ли пропуски кадров?

Не знаю, все по дефолту. На некоторых тяжелых файлах иногда можно наблюдать рассыпание на квадраты и зеленые кадры.

Deleted
()
Ответ на: комментарий от soomrack

Вывод vlc:

VLC media player 2.0.3 Twoflower (revision 2.0.2-93-g77aa89e)
[0x95128f0] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
MKV/Ebml Parser: m_el[mi_level] == NULL
MKV/Ebml Parser: Up cannot escape itself
MKV/Ebml Parser: m_el[mi_level] == NULL
MKV/Ebml Parser: Up cannot escape itself
[0x98b0938] dts decoder: DTS channels:6 samplerate:48000 bitrate:1536000
[0x9998c60] pulse audio output error: PulseAudio server connection failure: Connection refused
Stream with high frequencies VQ coding
[h264 @ 0xb5667300] mmco: unref short failure
[h264 @ 0xb5667300] mmco: unref short failure
[h264 @ 0xb517cb00] mmco: unref short failure
[h264 @ 0xb517cb00] mmco: unref short failure
[h264 @ 0xb56b4ca0] mmco: unref short failure
[h264 @ 0xb56b4ca0] Missing reference picture
[h264 @ 0xb5667300] Missing reference picture
[h264 @ 0xb5667300] mmco: unref short failure
[0x9897200] avcodec decoder error: more than 5 seconds of late video -> dropping frame (computer too slow ?)
[h264 @ 0xb5667300] mmco: unref short failure
[h264 @ 0xb517cb00] reference picture missing during reorder
[h264 @ 0xb517cb00] Missing reference picture
[h264 @ 0xb5667300] mmco: unref short failure
Deleted
()
Ответ на: комментарий от soomrack

Кстати, вопрос вдогонку: чтобы OpenOffice/LibreOffice быстрее на таком железе крутились, лучше поставить больше памяти или SSD? Или же все это будет бесполезно из-за слабого процессора?

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от Deleted

Да не будет. Если оно тормозит, то из-за процессора. А по поводу памяти - быстрее будет tmpfs, но всё равно не нужно.

Tanger ★★★★★
()
Ответ на: комментарий от Tanger

Если оно тормозит, то из-за процессора.

Вы меряли или фантазируете?
Любой, даже самый медленный, цпу из китайского калькулятора только и делает, что ждёт завершения i/o.

aidaho ★★★★★
()
Ответ на: комментарий от soomrack

Для того, чтобы поставить приоритет выше, каждый раз нужен будет root.

Deleted
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Проблема с локалью.
Desktop
Thunderbird/lightning RIP? →