James Ross-Gowan 037c7a9279 w32_common: handle media keys ... This was attempted before in fc9695e63b, but it was reverted in 1b7ce759b1 because it caused conflicts with other software watching the same keys (See #2041.) It seems like some PCs ship with OEM software that watches the volume keys without consuming key events and this causes them to be handled twice, once by mpv and once by the other software. In order to prevent conflicts like this, use the WM_APPCOMMAND message to handle media keys. Returning TRUE from the WM_APPCOMMAND handler should indicate to the operating system that we consumed the key event and it should not be propogated to the shell. Also, we now only listen for keys that are directly related to multimedia playback (eg. the APPCOMMAND_MEDIA_* keys.) Keys like APPCOMMAND_VOLUME_* are ignored, so they can be handled by the shell, or by other mixer software.		2017-08-05 02:38:44 +10:00
..
af.rst	af, vf: improvements to libavfilter bridge	2017-05-31 17:42:55 +02:00
ao.rst	ao_coreaudio: insane hack for passing through AC3 as float PCM	2017-06-30 09:06:01 +02:00
changes.rst	…
encode.rst	…
input.rst	vo_opengl: refactor vo performance subsystem	2017-07-01 00:58:27 +02:00
ipc.rst	…
javascript.rst	manpage: upcase JavaScript for section title case consistency.	2017-07-17 15:42:10 +03:00
libmpv.rst	…
lua.rst	…
mpv.rst	manpage: fix minor spelling mistake in mpv.rst	2017-07-19 19:05:25 +01:00
options.rst	w32_common: handle media keys	2017-08-05 02:38:44 +10:00
osc.rst	…
vf.rst	options: kill --field-dominance	2017-07-21 20:00:09 +02:00
vo.rst	options: kill --field-dominance	2017-07-21 20:00:09 +02:00