-
Notifications
You must be signed in to change notification settings - Fork 3.5k
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
Seeking in flv doesn't seem to work in video on demand #432
Comments
debug log portion follows:
|
I have been having the same issue since installing this module in Dec '13. The issue is consistent in all files. When we first attempted to debug the issue we started over with no metadata, used various different tools to generate the metadata, and re-upped the videos. However, there was no difference observed. Seeking may be successful once or twice in the same video, but excessive forward-seeking and especially attempting to back-seek will just result in the video restarting, or freezing entirely. Frequently, attempting to seek in any direction while the player is in a paused state will cause the request to hang indefinitely. |
@benmcmeen it looks like there's still no metadata in the flv. I've just tried my flv with the JW Player and it works just fine. Could you send me your file for testing? |
It seems the issue I was experiencing is probably a FlowPlayer bug. I tried the same video in JWPlayer and seeking works as expected. More clearly, the issue was this:
|
I'm really sorry I haven't been able to reply... I went into a different I did experience this in both players, however. I'll try to find some time On Wed, Oct 1, 2014 at 4:19 PM, vaultwiki notifications@github.com wrote:
|
Hello, I think the issue is related to #114 What can i do to help you debug it @vaultwiki ? Thanks. |
My server streams local files. It does not pull any [streaming] content from anywhere else. As I mentioned, I think this is an issue with the player and not the server. At this point I am still waiting for time to try FlowPlayer's HTML5 variant to see if that works. Otherwise, I might be buying a license to a different player in the near future. I had already noticed in the RTMP debug logs that no request was received by the server for the indefinite seeks. This implies to me that the player (FlowPlayer Flash) was not sending a seek request. Since seeking worked as expected with JWPLayer, as mentioned previously, this further supports this idea, so please don't hold this report open on my account. |
Thanks for your reply. In fact I'm using JWPlayer and I've got the same problem where seeking is not working. I don't see the problem with a direct RTMP stream but only when using the "proxy".. |
BTW here is my config:
|
I've had the same issue, my workaround is to remux the recordings to MP4 with ffmpeg on exec_record_done |
@VackerSimon using ffmpeg -> MP4, but having seeking issues with the vod. Mind sharing your ffmpeg -> MP4 command? |
@hoodsy flvtomp4.sh: |
I have a simple config for VOD:
application indexed {
play /tmp/indexed;
}
The indexed directory contains recorded flv files that have been indexed with yamdi. When I play them with JWPlayer, I have a total duration and they play (and pause) fine. However, any scrubbing or seeking causes the video to start over at the beginning. I see entries in the error log like:
2014/07/04 17:16:45 [info] 7868#0: *28 seek: offset=10000000, client: 68.34.202.186, server: 0.0.0.0:1935
...which basically tell me nginx-rtmp is getting the seek request - but nothing after that indicating why the seek fails.
This problem exists when adding metadata with flvmeta as well.
I can confirm the indexed flvs play/pause/seek correctly in Cloudfront's RTMP server and crtmpserver.
The text was updated successfully, but these errors were encountered: