[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