Opened 4 years ago

Last modified 2 years ago

#5640 evaluated Bug

Play status does not update going into fullscreen and while in full screen.

Reported by: dderp Owned by:
Priority: low Milestone:
Component: User Interface Version:
Severity: normal Keywords:
Cc: Evaluation: need info

Description

Win7, normal full screen mode (not D3D).

A video's play state isn't updated in the "visible window text" area (using autohotkey's window spy to view this information) while in fullscreen mode when pause/play status changes.

Additionally, going into fullscreen by double clicking the video pane will invert the play/pause status (status still remains unchanged if play/pause state is changed while in full screen).

Play time elapsed, frame rate, buffers, bitrate, all other information units update fine in the visible window text except for playing status.

Change History (9)

comment:1 Changed 4 years ago by Underground78

Cc: Underground78 added
Evaluation: need info
Status: newevaluated

I don't think I see this behavior here, the status changes from "playback" to "paused" and vice-versa as expected even in fullscreen.

Maybe I have misunderstood your issue?

comment:2 Changed 4 years ago by dderp

Play a movie in windowed mode (ie. not full screen).
Open autohotkey's window spy (referred to as AHKWS from now on).
You'll notice that it shows "playing".
Pause the movie.
AHKWS shows "paused".
Use alt+enter to go fullscreen.
AHKWS shows "paused". As it should.
Play the movie via spacebar or clicking the screen.
AHKWS shows "paused". Status does not update while in fullscreen.

The opposite status' are true as well. If the movie was playing when you entered fullscreen, that status is not changed until you leave fullscreen.

Example (movie is paused, but status still stuck at playing which is what it was when fullscreen mode was entered):
http://i.imgur.com/mmFEM9V.png

The reason this is an issue, at least for me, is because I check the play/pause status with AHK to perform various events. It's niche use and probably trivial, but if it can be fixed, that'd be great.

comment:3 Changed 4 years ago by Underground78

What about the real text that shows when you hover on the bottom of the screen? Is it correct?

The reason this is an issue, at least for me, is because I check the play/pause status with AHK to perform various events.

Can't you use the API?

comment:4 Changed 4 years ago by dderp

The API was not considered or known about when I posted this. Using the API does overly complicate my control scripts. But the status issue in it's current state should not be ignored (that fullscreen play/pause/stop changes aren't reflected in the mpc status.

I'm not butthurt if it doesn't get fixed. It's just inconsistent and should be fixed at some future date.

comment:5 Changed 4 years ago by Underground78

You didn't answer my questions (or at least I'm not able to understand what is the answer):

What about the real text that shows when you hover on the bottom of the screen? Is it correct?

comment:6 Changed 4 years ago by dderp

I missed that question and got focused on the API comment.

The text in status bar area of MPCHC does update accordingly.

Additionally, in the window spy utility, the remaining time/total time (ie. - 01:42:41 / 02:00:51) DOES update. But the play/pause status does not.

So that is interesting and may lead to a quicker fix of the issue.

comment:7 Changed 4 years ago by Underground78

Are you absolutely sure this isn't a bug in the spy utility? I don't see how the text could be correct in the UI and still wrong in the spy utility...

The fact of going fullscreen might change the way the messages are routed.

comment:8 Changed 4 years ago by dderp

Always a possibility, I'll look for another program that can read info in a similar manner and if I find one, see what it can discern.

For the time being, if I do not hide controls in fullscreen OR if I merely pull up the controls in fullscreen then I can get the playing status to update for as long as the controls are visible.

No option I've found in AHK affects this bug (tried a few including detecthiddentext).

comment:9 Changed 2 years ago by clsid2

Cc: Underground78 removed
Version: 1.7.9
Note: See TracTickets for help on using tickets.