[MPlayer-users] [BUG] Audio only playing burns CPU (was: OGG

Filip Kalinski filon at pld.org.pl
Tue Jan 7 23:08:33 CET 2003


On Tue, Jan 07, 2003 at 10:22:47PM +0100, Arpi wrote:
> [Automatic answer: RTFM (read DOCS, FAQ), also read DOCS/bugreports.html]
> Hi,
> 
> > > see get_space() func.
> > > maybe you should add a hack to ao_alsa9.c's get_space:
> > > 
> > > if(space<8192) return 0; else return space;
> > > 
> > > so it will return 'buffer is full' until there is at least 8k free space.
> > 
> > I have mad the change and it's working great for me! CPU usage dropped
> > from 70% to 1.5% :-) Thanks! (i will commit it now)
> 
> you shouldn't commit as-is.
> maybe reduce to 2k and if still helps then commit.
> imho 8k is too much, several cards has 16k total buffer, so waiting until 8k
> gets freed is too long...  mayeb you should query the buffer size and divide
> by 8 and use that limit.

I will try to think about good solution.

> > Anyway, I have prepared gdb output, but the bugs are easy to spot.
> > Demuxers are just not designed to use without video stream.
> it depends.

I mean, demuxers of audio/video files such as avi or mpeg-ps.

> 
> > In demux_avi there is:
> yes, avi means audio+video interleaved.
> the fileformat really isn't for audio-only.
> i've never ever seen any audio-only avi, proabbly because no such thing
> exists.

Neither do I. But it is possible to choose -vc null for file with video.
So either seeking in video files should be disabled in shuch case or made
working.

-- 
Filip Kalinski <filon at pld.org.pl>



More information about the MPlayer-users mailing list