After seek with keyboard problem about c2play HOT 11 CLOSED

This sounds similar to an issue that was corrected. Ensure you are using the beta1 branch for testing. I will see if I can reproduce the issue.

from c2play.

No I use alpha3

On Sep 30, 2016 18:44, "OtherCrashOverride" [email protected]
wrote:

This sounds similar to an issue that was corrected. Ensure you are using
the beta1 branch for testing. I will see if I can reproduce the issue.

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#10 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFfTPTbDPPFYMfWXcxb1Y4aghEJetFYcks5qvS5agaJpZM4KLJ8h
.

from c2play.

Is it easy for you to fix it also in alpha3???

On Sep 30, 2016 18:59, "Δαμανάκης Ιωσήφ" [email protected] wrote:

No I use alpha3

On Sep 30, 2016 18:44, "OtherCrashOverride" [email protected]
wrote:

This sounds similar to an issue that was corrected. Ensure you are using
the beta1 branch for testing. I will see if I can reproduce the issue.

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#10 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFfTPTbDPPFYMfWXcxb1Y4aghEJetFYcks5qvS5agaJpZM4KLJ8h
.

from c2play.

I checked and the fix should be present in alpha3
26e34c8

The alpha3 branch is no longer supported since beta1 is now available.

from c2play.

Hi

I tested with beta1 and the problem is still there.

Thank you.

from c2play.

If you press pause play or seek jast few seconds before the video end then the error is reproduced. Try it.

from c2play.

If it happens with play/pause that helps to narrow down the scope. What is the media container you are seeing this happen with (avi/mp4/mkv/ts)?

from c2play.

Mp4

On Oct 4, 2016 02:00, "OtherCrashOverride" [email protected] wrote:

If it happens with play/pause that helps to narrow down the scope. What is
the media container you are seeing this happen with (avi/mp4/mkv/ts)?

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
#10 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFfTPYav4FW6u9b5Y2xlNSRL7X5zpg5mks5qwYkIgaJpZM4KLJ8h
.

from c2play.

I will investigate this further when time permits.

from c2play.

This commits displays the media duration making it easier to reliably test and reproduce this issue:
cfbfa9a

To reproduce, get the "Duration:" output and use it as a parameter for playback.
./c2play-x11 YourMediaFile.mp4 -t 0.0
Substitute a value less than duration for the "-t" parameter. Testing shows that if the time is near the end (within seconds) of the stream, playback may not occur or the player may get stuck.

This bug is not trivial to correct. It can be worked around by testing your media file using the above method and avoiding seeks to durations past a known working duration.

from c2play.

I have identified the cause of the lock-ups. It happens when streams are badly muxed (such as for edits of live tv shows) causing an incorrect stream duration. Seeking to this duration failed but c2play was not terminated. This caused the player to continue to wait for data to arrive. The program will now throw an AVException when this condition happens.

The failure to display the last few seconds of a stream are due to av_seek_frame seeking past the last valid keyframe. The AVSEEK_FLAG_BACKWARD flag is now always used so that seeking will backup to the last valid key frame. Since this may be an I frame and not an IDR frame, its possible that nothing will be displayed or garbage will be seen. This is not a bug since the only valid seek points are IDR frames. Additionally, the codec extra data is now always sent at the start of a stream making it possible for the hardware to attempt decoding with only I frames.

This commit and the two prior resolve this issue:
d2b7264

from c2play.