mplayer cache option greatly reduces performance

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]<

 



Hi. Thanks for quick answer.
RD> Try with different -cache-seek-min values and -demuxer mov.
RD> Possible causes in addition of suboptimal behaviour of the mov demuxer
RD> are bad/insufficient interleaving in the files.
"-cache-seek-min" doesn't seem to have any effect. Your point was,
mplayer often seeks, so "0" value should stop it from waiting for the
buffer to fill, right? It seeks, that's true:
******************************************
Out of boundaries... seeking to 0x10471800
Out of boundaries... seeking to 0x3E000  
Out of boundaries... seeking to 0x10471800  
Out of boundaries... seeking to 0x40800  
******************************************
but for some reason "-cache-seek-min 0" doesn't help. I also tried
other values from 1 to 99.

"-demuxer mov" makes it a little faster, but just a little. For
example, with "-cache 8192" I have only laggy video and no sound. With
"-demuxer mov -cache 8192" I already have some sound, and it's playing
a little faster, but still laggy and desyncing.
Rare lags occur with "-cache 20000" and higher with or without
"-demuxer mov"


-- 



[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux