Closed GoogleCodeExporter closed 8 years ago
- pause on clicking video screen
That can already be done in the preferences. Interface tab, second to last
checkbox.
Original comment by BM.Harts...@gmail.com
on 7 Jun 2009 at 4:25
Oh silly me, searched for good 15 minutes and didn't see it.
Original comment by puc...@gmail.com
on 7 Jun 2009 at 8:21
I don't know quite what you mean about mplayer reacting to global hotkeys. If
you map
the media keys in gnome, they should work with gnome-mplayer.
There is an --autostart=0|1 command line option already
Pause on click - you have already found
Original comment by kdeko...@gmail.com
on 8 Jun 2009 at 5:31
Well the thing with media key is that i got video and music player going, and i
don't want media player to react to media keys (ie. i got paused movie + music
player going in which case pressing play will start playing both so i would
like
mplayer to ignore those keys).
And well, if autostart is from command line (and if it's working as i wrote in
ticket) then would it be big problem to move this as checkbox to preferences ?
Original comment by puc...@gmail.com
on 8 Jun 2009 at 9:01
There already is a hidden conf key called "use_mediakeys" and in SVN I'm gonna
expose
this via the gui.
Can you give a good reason to disable autostart, right there is mainly for
integration with the gecko-mediaplayer plugin. And so far this is the first
request
I've seen to disable it in the normal player.
You can work around this, but starting with the playlist visible and then adding
files to the playlist (+ button or drag and drop) and the starting the player.
Original comment by kdeko...@gmail.com
on 8 Jun 2009 at 9:31
It would be usefull for any sort of video presentation where you speak and
meanwhile
select video file without worrying that it will launch off on its own. Sure
there
are couple workarounds like using playlist or selecting it and immediatly
pressing
"stop" but imo option would be usefull.
Original comment by puc...@gmail.com
on 8 Jun 2009 at 10:13
[deleted comment]
I'm sorry if this has been discussed before, but I would very much like to see
an
option to preserve the open video's aspect ratio on window resize. I
understand that
allowing arbitrary window resizing is a useful feature in some contexts, but
I'd like
to see that feature exposed to the user. [Really whiny comment deleted. This
is a
great project!]
Original comment by romanemp...@gmail.com
on 2 Sep 2009 at 7:15
romanempire,
I don't understand the issue. The window is allowed to resize, but the video
itself
retains the original aspect, unless you change it with the A key or the
View->Aspect
menu. The resulting display will have blackborders where needed, but the video
itself
should retain the aspect.
Original comment by kdeko...@gmail.com
on 2 Sep 2009 at 7:15
I would like an option to "force" the window to maintain the open video's aspect
ratio, so that on window resize no black borders would ever be needed.
Original comment by romanemp...@gmail.com
on 2 Sep 2009 at 7:18
Not a real strong desire for that functionality personally. With fullscreen
really
not wanting that functionality and the ability to double the video size I really
don't see a strong reason to do that feature.
Original comment by kdeko...@gmail.com
on 2 Sep 2009 at 7:41
The advantage is that it emulates the behavior of mplayer itself; several other
players/frontends offer the option as well. The problem with double/half video
size,
etc. is a lack of choice/flexibility. As you say, the fullscreen case would
have to
be handled separately.
Googling around a bit has revealed a few other people calling for such
functionality
in various venues.
Would you be opposed to my offering a patch? I'm not terribly familiar with the
source, but it looks like the gboolean resize_window(void *data) function in
gui.c
would be the main focus of any changes.
Original comment by romanemp...@gmail.com
on 2 Sep 2009 at 7:51
I am open to patches, but I think it would need to be done in
allocate_fixed_callback, rather than resize_window.
Original comment by kdeko...@gmail.com
on 2 Sep 2009 at 8:05
This feature is in 0.9.8
Original comment by kdeko...@gmail.com
on 13 Oct 2009 at 7:36
Original issue reported on code.google.com by
puc...@gmail.com
on 7 Jun 2009 at 10:11