all overlay based vo.
Add support for xover to tdfx_vid. Sometimes the display flash bcs
the x server fuckup the overlay settings :( Not so bad as it only append
when i switch the focused window here.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9570 b3059339-0415-0410-9bf9-f77b7e298cf2
- help (-fstype help) also availabible
- support state BELOW (someone may want to use it...) and by -fstype none forcing of
not changing window layer (user request)
- drop icelayer option, it can be set by -fstype layer=<number>
- simplify vo_x11_fullscreen
- fs change code cleanup
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9318 b3059339-0415-0410-9bf9-f77b7e298cf2
output and -wid (>0) parameter is this:
Mplayer by default creates a colormap using DirectColor visual. If the
window given to mplayer uses TrueColor visual there will be an error
when mplayer sets the colormap for the window. This patch
modifies mplayer to use TrueColor visual if the window given to mplayer
uses TrueColor. Another solution is to make sure that the window given to
mplayer is created using DirectColor visual if it is supported by the
display.
Jouni Tulkki <jitulkki@cc.hut.fi>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9279 b3059339-0415-0410-9bf9-f77b7e298cf2
I don't understand very well why my fix works.
Jouni Tulkki <jitulkki@cc.hut.fi>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9116 b3059339-0415-0410-9bf9-f77b7e298cf2
instead of |\ it should be /|
patch by {asm} <tf198@hszk.bme.hu>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9110 b3059339-0415-0410-9bf9-f77b7e298cf2
The problem was that the new drawing method assumes a linear
framebuffer, which is not available in those modes. This can be worked
around by using the old drawing method, which is what this patch does.
The old method can be forced, by using the "old" driver option.
This patch also enables linear addressing, since it improves write speed
to video memory considerably. The mentioned problem:
"it is not compatable with vga_draw* for some cards"
Is a bug in svgalib, which I think should be fixed in recent svgalib
versions. If someone sees this problem, please report to svgalib
maintainer (that's me).
patch by Matan Ziv-Av. matan@svgalib.org
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9047 b3059339-0415-0410-9bf9-f77b7e298cf2
* Get layers by name rather that fixed ID. Only works for DirectFB >=
0.9.16 so fall back to ID based stuff for older releases.
* New option "noinput" (useful in X)
* Add some NULL pointer checks to uninit()
* Improve error messages and use mp_msg()
* Direct rendering fix (at least IPB was broken)
* Use 0xff for alpha component in all colors
* Blit from temp surface to screen was only done in draw_osd() which
doesn't always get called. Do the blit in flip_page() in this case.
* Add GUI support to control()
* Change the driver name to include G450/G550 ;)
patch by Ville Syrjälä <syrjala@sci.fi>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@9022 b3059339-0415-0410-9bf9-f77b7e298cf2
Works on icemw and fvwm, but not on windowmaker (bug in wmaker...).
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8867 b3059339-0415-0410-9bf9-f77b7e298cf2
- moved global init/uninit code to preinit/uninit
- -fixed-vo support, still buggy (leak some memory and after a while it
permanently kills xv, only X restart helps... or just nvidia sucks again)
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8841 b3059339-0415-0410-9bf9-f77b7e298cf2
Fixed sawfish bahavior in gmplayer: use ABOVE, FULLSCREEN is last choice.
Now mplayer window is visible over the video window.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8836 b3059339-0415-0410-9bf9-f77b7e298cf2
It makes fonts keep scale when they are set to be proportional to width.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8820 b3059339-0415-0410-9bf9-f77b7e298cf2
Removed varaibles which last patch made unused (forgot to do it before).
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8784 b3059339-0415-0410-9bf9-f77b7e298cf2
Remove (added by me before) checking wem type at each fullscreen mode
change. It doesn't help at all in case of window manager change.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8743 b3059339-0415-0410-9bf9-f77b7e298cf2
adds 2 options: -keepaspect (default) and -nokeepaspect
tested with icewm and enlightenment
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8693 b3059339-0415-0410-9bf9-f77b7e298cf2
support for resizing. To maximize window we need to use
_NET_WM_STATE_FULLSCREEN, but it doesn't tell use that it supports it.
New IceWM also doesn't support layers in fullscreen mode, changing it
doesn't change window position (again, "-icelayer" doesn't fit well).
Also while fixing fvwm metacity got broken again, so there is a new
hack or it, and small fix in code for openbox.
Now it should work on almost everything.
Filip Kalinski <filon@pld.org.pl>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8677 b3059339-0415-0410-9bf9-f77b7e298cf2
It includes ugly hack for OpenBox, swaps checking for netwm
with layers (and makes fvwm work -> they have also broken
_NET_WM_STATE_FULLSCREEN but also supports layers) and changes
back fullscreen layer to 10, afterstep doesn't like 12 :-)
Tested with: sawfish, metacity, kwin, blackbox, openbox, waimea,
windowmaker, afterstep, icewm, mwm, fvwm
Filip Kalinski <filon@pld.org.pl>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8670 b3059339-0415-0410-9bf9-f77b7e298cf2
generally two types of layer support for window managers:
- NetWM states (FULLSCREEN, STAYS_ON_TOP, ABOVE)
sawfish, metacity, kwin
- _WIN_LAYER
IceWM, WindowMaker
So we don't need any other window manager detection functions, we need
only to check for these two.
Code tested on lots of windowmanagers.
patch by Filip Kalinski <filon@pld.org.pl>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8661 b3059339-0415-0410-9bf9-f77b7e298cf2
based on patch by Dmitry Baryshkov <lumag@qnc.ru>
- default height changed from 1 to 4, seems to be more optimal and works
fast on both g400max & gf4ti4200
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8655 b3059339-0415-0410-9bf9-f77b7e298cf2
for "stupid BIOSes", but just the first buffer. So when using -double
option I got flicker with such a stupid BIOS...
patch by Aurelien JACOBS <aurel@gnuage.org>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8653 b3059339-0415-0410-9bf9-f77b7e298cf2
After applying fullscreen (x11, xv +/- gui) works with at least:
- sawfish 1.2
- metacity
- kwin
- wmaker
- balckbox
- waimea
- icewm,
so I think it doesn't break anything.
Filip Kalinski <filon@pld.org.pl>
NOTE: we can still reverse it :))) --A'rpi
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8646 b3059339-0415-0410-9bf9-f77b7e298cf2
together happily. if an oldstyle subtitle (font.desc) is found, it will
be used. otherwise mplayer will choose subfont.ttf, if freetype was
detected during ./configure.
(also you can use -font /path/to/font.desc and -font /path/to/foobar.ttf too)
patch-set by Wojtek Kaniewski <wojtekka@bydg.pdi.net>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8636 b3059339-0415-0410-9bf9-f77b7e298cf2
-sub-bkg-color n
-sub-bkg-alpha n
They control the color and alpha value used to initialize the subtitles and OSD BBOX.
With this you can have subtitles inside a traslucent rectangle.
This is useful when a movie already have "hardcoded" subtitles and you
want to overwrite them with rendered subtitles avoiding too much confusion.
patch by Salvador Eduardo Tropea <salvador@inti.gov.ar>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8602 b3059339-0415-0410-9bf9-f77b7e298cf2
control. Possible values are top, center, and bottom,
with bottom being the default. Alignment is relevant when
it comes to positioning subtitles with one line (or fewer
lines) of text relative to multi-line subtitles.
It is implemented as a new command (sub_alignment) that
without an argument cycles the alignment (between top,
center, and bottom), or with an argument sets the
alignment (0 for top, 1 for center, 2 for bottom).
The key 'i' is bound to this command.
patch by Oskar Liljeblad (oskar@osk.mine.nu)
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8535 b3059339-0415-0410-9bf9-f77b7e298cf2
with it. These are:
1) current code is messy
2) poor comments, if any
3) inaccurate frame dropping and delay code
4) output filename hardcoded
5) output framerate as integer
You may specify the output filename and framerate like so:
-vo gif89a:4.33 4.33 fps output
-vo gif89a:some.gif output to some.gif
-vo gif89a:5.02:new.gif output to new.gif at 5.02 fps
The filename defaults to out.gif, and the framerate defaults to 5 fps.
by Joey Parrish <joey@nicewarrior.org>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8515 b3059339-0415-0410-9bf9-f77b7e298cf2
based on patch by Dominik Mierzejewski <dominik@rangers.eu.org>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8452 b3059339-0415-0410-9bf9-f77b7e298cf2
the test of a gnome class windomanager hints, since the gnome hints
are outdated and replaced by the newer NetWM specification. Newer
versions of Gnome support this standard, and therefore the test should
be placed before the Gnome test. Windowmaker does not support NetWM
and is checked after the NetWM test. In fact the new code should be
placed also before the test for IceWM. Regarding other WMs such as
KDE, IceWM the change is not tested.
patch by Svante Signell <svante.signell@telia.com>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8389 b3059339-0415-0410-9bf9-f77b7e298cf2
and store the state of XScreensaver and KDE-Screensaver, will stop them and
restart them later, when the movie has finished ...
It works and was tested with KDE2/3 and XScreensaver 4.05.
patch by Fabian Franz <FabianFranz@gmx.de>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8355 b3059339-0415-0410-9bf9-f77b7e298cf2
With only CRTC2 output all buffer setups are possible. If BES is used
only EXPORT and TEMP work. At least that's how I think it works :) IP/IPB
stuff was pretty much stolen from vo_xv.c.
patch by Ville Syrjälä <syrjala@sci.fi>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8139 b3059339-0415-0410-9bf9-f77b7e298cf2
Layer selection is done as "subdevice" - integer nuber after -vo
directfb: where -1 is autodetection and 0,1,2... are for layers
example: mplayer -vo directfb:2 -dfbopts matrox-crtc2,matrox-tv-standard=pal *.avi
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8138 b3059339-0415-0410-9bf9-f77b7e298cf2
there is /usr/local/include[/freetype/freetype.h]
and /usr/local/include/freetype2[/freetype/freetype.h] ... what a mess!
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8137 b3059339-0415-0410-9bf9-f77b7e298cf2
based on patch by Dominik Mierzejewski <dominik@rangers.eu.org>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8124 b3059339-0415-0410-9bf9-f77b7e298cf2
Cleaned new sync code in dxr3
Renamed some internal variables to allow access from GUI
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8089 b3059339-0415-0410-9bf9-f77b7e298cf2
This is still in testing state so I won't update the docs/Changelog just
yet. By pre11 perhaps ;).
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8032 b3059339-0415-0410-9bf9-f77b7e298cf2
cards and TV out. It's works like DVDMax in Windows.
Instructions on how to make it work are at:
http://www.sci.fi/~syrjala/directfb/readme.txt
patch by Ville Syrjälä <syrjala@sci.fi>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@8014 b3059339-0415-0410-9bf9-f77b7e298cf2
New options to control the colorkey stuff
Fix the osd to be less time consuming
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@7982 b3059339-0415-0410-9bf9-f77b7e298cf2
using the window's colormap (DirectColor).
this method is using the video card's hardware gamma ramp so it involves
no performance penalties at all.
patch by lucho <lucho@haemimont.bg>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@7965 b3059339-0415-0410-9bf9-f77b7e298cf2
Switch :prebuf enables prebuffering, :noprebuf has been removed
Added new sync-engine, activate it with :sync
Rewrote commandline parser to be more intelligent (no need for an
internal structure of commands)
Replaced prebuf variable with spubuf, this name was real confusing. I
did not add this variable.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@7951 b3059339-0415-0410-9bf9-f77b7e298cf2
NOTE: this driver needs some cleanup, and should use mDisplay/mScreen
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@7931 b3059339-0415-0410-9bf9-f77b7e298cf2
One approach is to always set the XV_AUTOPAINT_COLORKEY attribute if available
on the XVideo port being used.
patch by Ben Liblit <liblit@eecs.berkeley.edu>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@7858 b3059339-0415-0410-9bf9-f77b7e298cf2
- support for file-writing even if --enable-dvb: -vo mpegpes:filename.mpg
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@7673 b3059339-0415-0410-9bf9-f77b7e298cf2
a video. I mapped it to the input-keyword "sub_visibility".
This keyword is mapped to the 'v' key on the keyboard. I tested the patch
with old-fashioned subtitles, with freetype subtitles and DVD subtitles.
Works fine. The patch also includes documentation updates.
patch by Uwe.Reder@3SOFT.de
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@7629 b3059339-0415-0410-9bf9-f77b7e298cf2
- it should not set _NET_WM_STATE_STAYS_ON_TOP, this hint does
not exist in the spec
(http://www.freedesktop.org/standards/wm-spec/1.2/html/x224.html)
and _NET_WM_STATE_FULLSCREEN already implies "on top" so there's no
need to set this.
it should set _NET_WM_STATE_FULLSCREEN instead, I don't
currently see code to set _NET_WM_STATE_FULLSCREEN
- the XUnmapWindow() after sending the client message
is officially speaking breaking the spec, should be
XWithdrawWindow().
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@7543 b3059339-0415-0410-9bf9-f77b7e298cf2
- made some internal funcs static
- removed spaces & obsolete comment at the end
- removed cvs log from header
- different driver name if no XF86VidMode avail.
- removed vd_printf, use mp_msg() instead
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@7500 b3059339-0415-0410-9bf9-f77b7e298cf2
of the mplayer DGA driver.
It implements a more general buffer scheme than double buffers that
allows for deeper buffer queues.
by Fredrik Noring <noring@nocrew.org>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@7499 b3059339-0415-0410-9bf9-f77b7e298cf2
(X11UseLocalhost defaults to yes). The following patch permits to consider
as non local any DISPLAY environment which port is greater or equal to 10
else mplayer tries a local optimization on a distant X server which doesn't
work.
patch by Denis.Ducamp@groar.org
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@7493 b3059339-0415-0410-9bf9-f77b7e298cf2
Supports non-countinous Hsync freq spec.
patch by Rudolf Marek <MAREKR2@cs.felk.cvut.cz>
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@7361 b3059339-0415-0410-9bf9-f77b7e298cf2
function. This is useful for framebuffers on Sun hardware, where we have
multiple truecolor visuals of different depths available, and the root
window typically runs at depth 8, yet there are 24 bit true color visuals
available as well.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@7257 b3059339-0415-0410-9bf9-f77b7e298cf2
Patch by Donnie Smith <xc0bead2d8130df59@f4n.org>, updated by me.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@7202 b3059339-0415-0410-9bf9-f77b7e298cf2
