-
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
hls stops working: force fragment split #568
Comments
I believe this is the same issue @ #346 |
On Sat, Jan 24, 2015 at 01:42:56PM -0800, Michael Mikhjian wrote:
It could be, however I'm using the latest git version (7a35372). Valentin |
I have it problem too and nginx create more small files about 300-15000 bytes size. 2016/02/14 14:05:53 [error] 952#0: *18459 hls: force fragment split: -78.252 sec, , client: 127.0.0.1, server: 0.0.0.0:1935 It work only in this config: dash off and dash* present Sometimes I have nest errors in ffmpeg logs: Error while decoding stream #0:1: Invalid data found when processing input ffmpeg get mpeg2 stream via http. Sometimes I have next message: but it does not lead to error nginx 1.9.9 I use script when monitoring folder and do next: |
@dburianov |
I'm having this problem as well, but only when streaming from Larix Broadcaster on iOS. Streaming from OBS on my Mac works fine. |
i have the same problem. And i have NO IDEA! |
It problem your based on audiocodec |
How do i fix it?. That's the question. I can see the stream just fine but it's jumpy and delayed at times. |
I'm seeing this issue too. Has anyone found a solution? |
Now I use build ffmpeg from source code and do not have this problem |
Having the same problem here. @dburianov, do you have an idea about what has changed from your distribution version to your own ffmpeg compilation? I'm using ffmpeg 4.0.4 from Fedora 29. What happens to me looks like a (I know I'm not using the appropriate words) "desync" with the chunk size or something like that: |
The issue is happening when the audio and video timestamps are starting from the different start timestamp. This is valid, however the nginx-rtmp library hls splitter does not account for this, taking dts for timestamp and assumes that they have the same start in audio and video. To fix it I used -vf "setpts=PTS-STARTPTS" -af "asetpts=PTS-STARTPTS" as ffmpeg options. Note: the nginx-rtmp interleave and sync options may mess around with timestamps even further. |
You are using ffmpeg fron source, but how, where? |
Any idea why this configuration stops working after a few days:
The text was updated successfully, but these errors were encountered: