Skip to content
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

Latency of HLS produced by shake-packager is high for live streaming >5 s #1256

Open
Herajy opened this issue Aug 14, 2023 · 0 comments
Open
Labels
component: HLS The issue involves HLS output

Comments

@Herajy
Copy link

Herajy commented Aug 14, 2023

System info

Operating System: <Ubuntu 20.04>
Shaka Packager Version: <v2.6.1-634af65-release>

Issue and steps to reproduce the problem

./packager 'in=udp://127.0.0.1:10007,stream=video,init_segment=h264_360p/init.mp4,segment_template=h264_360p/$Number$.m4s,playlist_name=h264_360p/main.m3u8,iframe_playlist_name=h264_360p/iframe.m3u8'
--segment_duration 1
--hls_playlist_type=LIVE --hls_master_playlist_output master.m3u8
--preserved_segments_outside_live_window 4
--time_shift_buffer_depth 4 \

Extra steps to reproduce the problem?
(1) start the packaging
(2) play master.m3u8 into shake player

What is the expected result?
latency of produced hls is less than two seconds

What happens instead?

The best latency I have produced using the above command for live streaming is 5- 6 seconds which still high

ffmpeg Input command:

ffmpeg -i rtmp://localhost:1930/live/test -codec copy -bsf:v h264_mp4toannexb -f mpegts udp://127.0.0.1:10007;

@cosmin cosmin added the component: HLS The issue involves HLS output label Apr 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
component: HLS The issue involves HLS output
Projects
None yet
Development

No branches or pull requests

2 participants