It has been done this way in libswscale for years without apparent ill effect.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@27699 b3059339-0415-0410-9bf9-f77b7e298cf2
The hard limit on the amount of buffered bytes per demuxer stream had
not been increased since 2001. Since then there have been significant
increases in both video bitrates (so it's easier to hit the limit) and
typical memory available on a computer (so there's less reason to
limit the memory used for buffering). The 8 MiB limit was too easy to
hit in the case of high-bitrate video lagging behind audio, when the
file is demuxed ahead to get audio packets but video has to be
buffered until the decoder catches up to that point.
Increase the limit to 128 MiB and remove the #ifdef for
CONFIG_TV_BSDBT848 because the normal limit is now higher than the
increased value under the #ifdef.
The eof flag is set when another demuxer stream has hit the limit on
the size or count of buffered packets. This makes sense because in that
error situation the calling code can not rely on being able to demux
more packets from this stream, so it should rather exit or whatever
instead of getting stuck trying. However the situation can improve if
packets are demuxed from the other stream. In that case the eof flag
should be cleared. This commit adds code to clear the flag if
something is successfully read from the stream (so it's only cleared
if a caller tries to read packets despite the flag being set; that's
enough to fix audio sync issues after video packet buffer overflow).
libvo/vo_png.c:67: warning: implicit declaration of function 'exit_player'
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@27687 b3059339-0415-0410-9bf9-f77b7e298cf2
dependencies. This avoids a ton of spurious warnings when generating
dependency information in the gui subdirectory.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@27686 b3059339-0415-0410-9bf9-f77b7e298cf2
This reverts commit 22322409dd.
The reverted commit had at least the following problems:
- It adds a lot of filesystem handling code to an individual VO.
- The added code is duplicated from vo_jpeg.c.
- The added code has exit_player() calls. A VO should not exit the
whole program. Even if vo_jpeg still has those calls they are a bug
that shouldn't spread elsewhere.
- The functionality benefit of automatic directory creation is
questionable. It was probably only included in vo_jpeg because of
the option to automatically create multiple subdirectories (though
the utility of that is also questionable); vo_png does not have that.
Behaviour without pausing_keep_force prefix is a bit weird.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@27680 b3059339-0415-0410-9bf9-f77b7e298cf2
According to Siarhei Siamashka libavcodec is faster on ARM so it is better to
use it directly instead of creating this hackish mix of two libraries.
Plus, these local changes would never be acceptable upstream, so no good
reason for keeping it in our local patchset remains.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@27677 b3059339-0415-0410-9bf9-f77b7e298cf2
Replace printed code of input type with user-frendly "broadcast"/"cable" strings.
patch from Laurent laurent dot aml at gmail dot com
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@27662 b3059339-0415-0410-9bf9-f77b7e298cf2
providing additional information like requested frequency
and found nearest fequency/channel.
patch from Laurent laurent dot aml at gmail dot com
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@27661 b3059339-0415-0410-9bf9-f77b7e298cf2
diego
Uoti Urpala
gpoirier
reimar
michael
nicodvb
voroshil