search

pycousin / gnome-mplayer

Automatically exported from code.google.com/p/gnome-mplayer
GNU General Public License v2.0
0 stars 0 forks source link

Subtitles always shown after pause #703

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago 
Steps to reproduce the problem:

1. Start playing a video with (soft-encoded) subtitles => subtitles are 
displayed as per default
2. Hit 'V' while playing => subtitles are no longer displayed
3. Hit Pause (space bar)
4. Resume playing by hitting pause (space bar) again
5. Subtitles have now been toggled on again inadvertently without hitting 'V' 
again or enabling them in the pulldown menu.

Version 1.0.8 on Xubuntu 13.04

Original issue reported on code.google.com by radbertg...@gmail.com on 12 Nov 2013 at 10:35

GoogleCodeExporter commented 8 years ago 
I can also confirm that I very often have the "Subtitles enabled" message 
displayed after hitting pause. It is distracting.

Original comment by landroni...@gmail.com on 22 Nov 2013 at 9:20

GoogleCodeExporter commented 8 years ago 
landronimirc, I think your problem is a different one that has already been 
fixed in SVN.

Original comment by kdeko...@gmail.com on 24 Nov 2013 at 2:55

GoogleCodeExporter commented 8 years ago 
I'm not sure it's different (and I see it in 1.0.9a). I have OSD enabled and 
each time I hit 'pause' I'm notified on the OSD that "Subtitles enabled". I 
_assume_ that this means that at each pause gnome-mplayer enables subtitles, as 
described by the OP.

Original comment by landroni...@gmail.com on 24 Nov 2013 at 2:58

GoogleCodeExporter commented 8 years ago 
There is a Setting in preferences called OSD level, setting that to the lowest 
level should make the message go away in the SVN code. But what the original 
problem appears to be is that subtitles are showing even after they have been 
disabled. Which is a different problem that seeing the label.

Original comment by kdeko...@gmail.com on 24 Nov 2013 at 4:20

GoogleCodeExporter commented 8 years ago 
I did some research on this issue and was able to recreate it. It appears it is 
either a bug in mplayer or I have to approach the problem differently. Sent 
email to the mplayer developers to see what they say.

Original comment by kdeko...@gmail.com on 28 Nov 2013 at 3:14

GoogleCodeExporter commented 8 years ago 
ok, found a the problem and committing a fix

Original comment by kdeko...@gmail.com on 13 Dec 2013 at 5:43