mpv - video player based on MPlayer/mplayer2

	Commit message (Collapse)	Author	Age
*	use libvbe from vesautils	alex	2005-08-18
\| \| \| \|	git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@16257 b3059339-0415-0410-9bf9-f77b7e298cf2
*	proper disabling/enabling of console output for vo_vesa	aurel	2005-07-16
\| \| \| \|	git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@15981 b3059339-0415-0410-9bf9-f77b7e298cf2
*	Currently vbeGetProtModeInfo call the 0x4f0a function of int 10h the get	faust3	2004-10-06
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	a simple 32 bits protected mode interface to some VESA functions. This protected mode interface is interesting because it's quicker than the raw int 10h interface. Unfortunatly, begining with VBE 3.0, the 0x4f0a function is optional, and some video cards don't implement it (3dfx, intel 845/855/865...). This protected mode interface is then only used in vbeSetWindow and vbeSetDisplayStart : - vbeSetWindow already implement an alternative methode if protected mode interface is not available. - vbeSetDisplayStart also contain an alternative implementation, but this one is disabled with a #if 0. I don't exactly know why because it works well ! So currently, cards which don't have the 0x4f0a function are not supported. This patch correct this. - vbeGetProtModeInfo failure is not fatal. - vbeSetDisplayStart has it's alternative implementation reenabled. it's used only with cards which don't have the 0x4f0a function so this won't make any difference for cards which were already working. This patch also make the failure of vbeGetModeInfo not fatal. The VBE 3.0 standard state that GetModeInfo can fail with some mode which are listed as supported if the mode can't be used in the current situation (not enough video memory for example). So a failure of vbeGetModeInfo don't mean that other modes won't work and should really not be fatal. patch by Aurelien Jacobs <aurel@gnuage.org> git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@13569 b3059339-0415-0410-9bf9-f77b7e298cf2
*	stdout and stderr are macros --- you can't assign to them. Assignment ↵	faust3	2004-09-16
\| \| \| \| \| \|	doesn't make sense anyway, because freopen will always return the same FILE * structure that it got in parameter. patch by Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz> git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@13353 b3059339-0415-0410-9bf9-f77b7e298cf2
*	neomagic tv out support throught vesa vbe, patch by Rudolf Marek	alex	2004-06-25
\| \| \| \|	git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@12661 b3059339-0415-0410-9bf9-f77b7e298cf2
*	cumulative libc5 compatibility patch ;)	gabucino	2003-11-13
\| \| \| \| \| \| \| \|	- VESA detection by sys/io.h header - workaround a missing define on libc5 git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@11456 b3059339-0415-0410-9bf9-f77b7e298cf2
*	uninit fix by Aurelien JACOBS <aurel at gnuage.org>	faust3	2003-05-16
\| \| \| \|	git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@10115 b3059339-0415-0410-9bf9-f77b7e298cf2
*	linux->osdep	arpi	2003-02-09
	git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9381 b3059339-0415-0410-9bf9-f77b7e298cf2