New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Video Looping with MOV container #4

Open
wnbittle opened this Issue Mar 14, 2015 · 2 comments

Comments

Projects
None yet
1 participant
@wnbittle
Owner

wnbittle commented Mar 14, 2015

What steps will reproduce the problem?

  1. Download Praisenter
  2. Create a slide/template with an MOV background or video component (http://www.bigbuckbunny.org/index.php/trailer-page/ for example)
  3. Enable looping on the background/component
  4. Show the slide/template and wait for the video to loop

What is the expected output? What do you see instead?
This should rewind the video and audio streams to the beginning and begin playback as normal. The video plays fine the first time, however, after looping the video frames flicker. This is due to some video frames being out of order in the stream.

@wnbittle wnbittle added the bug label Mar 14, 2015

@wnbittle

This comment has been minimized.

Show comment
Hide comment
@wnbittle

wnbittle Mar 14, 2015

Owner

Pulling in the details from the xuggler group, which people may not have access to:

I'm doing this by calling IContainer.seekKeyFrame(-1, 0, 0, 0, IContainer.SEEK_FLAG_BACKWARDS); (I have also tried a number of other parameters to this method with the same or worse results).

This partially works. The audio stream is seeked to the beginning and all timestamps are in increasing order. The video stream on the other hand has its timestamps mixed up. For example:

Image 28000000
Image 28080000
Image 28040000 <- what ??
Image 28160000
Image 28120000 <- what ??
Image 28240000
Image 28200000 <- what ??
Image 28320000
Image 28280000 <- what ??
Image 28360000
Image 28480000
Image 28440000 <- what ??

Is seeking in this video just not possible (If not, how can I tell if its not supported, right now this video claims its supported by returning >= 0 from the seekKeyFrame method)? Can anyone else try to seek this video in their player and see if they get the same result?

Owner

wnbittle commented Mar 14, 2015

Pulling in the details from the xuggler group, which people may not have access to:

I'm doing this by calling IContainer.seekKeyFrame(-1, 0, 0, 0, IContainer.SEEK_FLAG_BACKWARDS); (I have also tried a number of other parameters to this method with the same or worse results).

This partially works. The audio stream is seeked to the beginning and all timestamps are in increasing order. The video stream on the other hand has its timestamps mixed up. For example:

Image 28000000
Image 28080000
Image 28040000 <- what ??
Image 28160000
Image 28120000 <- what ??
Image 28240000
Image 28200000 <- what ??
Image 28320000
Image 28280000 <- what ??
Image 28360000
Image 28480000
Image 28440000 <- what ??

Is seeking in this video just not possible (If not, how can I tell if its not supported, right now this video claims its supported by returning >= 0 from the seekKeyFrame method)? Can anyone else try to seek this video in their player and see if they get the same result?

@wnbittle

This comment has been minimized.

Show comment
Hide comment
@wnbittle

wnbittle Mar 14, 2015

Owner

I tested another MOV (H.264/AAC, same as the one that doesn't work) that loops correctly... I guess it could be something about the BBB video.

Owner

wnbittle commented Mar 14, 2015

I tested another MOV (H.264/AAC, same as the one that doesn't work) that loops correctly... I guess it could be something about the BBB video.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment