Live streaming and FFMPEG
up vote
0
down vote
favorite
Introduction and problem description
Hello everyone, I have a server that generates a series of bitmaps of the same resolution and at a fixed rate. I have to make a webserver which converts them into an output video or video pieces as soon as they start generating and then stream them live to any client that requests it. I'm entirely new to this world.
My thoughts
So far I've found FFmpeg being the best solution for the encoding and I also saw that it has many tools for streaming. What would be my best bet for encoding and trasmitting? After what I've learned so far I think the easiest solution would be encoding into and RTMP streaming server so that any client would be able to access it, would this be the best approach? Or anyone has better suggestions? (So far I saw that there is the UDP approach, the RTMP approach and the HLS/DASH approach for live streaming.) I just need a wide vision on my project so then I can elaborate a solution.
Thank you in advance for any suggestion.
video ffmpeg webserver streaming
New contributor
add a comment |
up vote
0
down vote
favorite
Introduction and problem description
Hello everyone, I have a server that generates a series of bitmaps of the same resolution and at a fixed rate. I have to make a webserver which converts them into an output video or video pieces as soon as they start generating and then stream them live to any client that requests it. I'm entirely new to this world.
My thoughts
So far I've found FFmpeg being the best solution for the encoding and I also saw that it has many tools for streaming. What would be my best bet for encoding and trasmitting? After what I've learned so far I think the easiest solution would be encoding into and RTMP streaming server so that any client would be able to access it, would this be the best approach? Or anyone has better suggestions? (So far I saw that there is the UDP approach, the RTMP approach and the HLS/DASH approach for live streaming.) I just need a wide vision on my project so then I can elaborate a solution.
Thank you in advance for any suggestion.
video ffmpeg webserver streaming
New contributor
Only a short comment. I would not go for RTMP. HLS/DASH would certainly be the more future-proof way. See also superuser.com/a/478287/48078
– slhck
Nov 15 at 11:05
I read that RTMP offers a very short latency compared to HLS but the fact that HLS is becoming more and more supported by most browsers is truly appealing.
– Vincent Bavaro
Nov 15 at 11:17
RTMP requires Flash; short latency can be achieved with RTP/RTSP. HLS and DASH are very similar to each other and can also get relatively short latency, depending on what your use case is.
– slhck
Nov 15 at 11:27
My use case requires a client in another country to connect to my server through any (or most) browser -probably via an auth protocol, but that will be clarified later- and get the video stream.
– Vincent Bavaro
Nov 15 at 11:33
add a comment |
up vote
0
down vote
favorite
up vote
0
down vote
favorite
Introduction and problem description
Hello everyone, I have a server that generates a series of bitmaps of the same resolution and at a fixed rate. I have to make a webserver which converts them into an output video or video pieces as soon as they start generating and then stream them live to any client that requests it. I'm entirely new to this world.
My thoughts
So far I've found FFmpeg being the best solution for the encoding and I also saw that it has many tools for streaming. What would be my best bet for encoding and trasmitting? After what I've learned so far I think the easiest solution would be encoding into and RTMP streaming server so that any client would be able to access it, would this be the best approach? Or anyone has better suggestions? (So far I saw that there is the UDP approach, the RTMP approach and the HLS/DASH approach for live streaming.) I just need a wide vision on my project so then I can elaborate a solution.
Thank you in advance for any suggestion.
video ffmpeg webserver streaming
New contributor
Introduction and problem description
Hello everyone, I have a server that generates a series of bitmaps of the same resolution and at a fixed rate. I have to make a webserver which converts them into an output video or video pieces as soon as they start generating and then stream them live to any client that requests it. I'm entirely new to this world.
My thoughts
So far I've found FFmpeg being the best solution for the encoding and I also saw that it has many tools for streaming. What would be my best bet for encoding and trasmitting? After what I've learned so far I think the easiest solution would be encoding into and RTMP streaming server so that any client would be able to access it, would this be the best approach? Or anyone has better suggestions? (So far I saw that there is the UDP approach, the RTMP approach and the HLS/DASH approach for live streaming.) I just need a wide vision on my project so then I can elaborate a solution.
Thank you in advance for any suggestion.
video ffmpeg webserver streaming
video ffmpeg webserver streaming
New contributor
New contributor
edited Nov 15 at 10:16
New contributor
asked Nov 15 at 10:07
Vincent Bavaro
12
12
New contributor
New contributor
Only a short comment. I would not go for RTMP. HLS/DASH would certainly be the more future-proof way. See also superuser.com/a/478287/48078
– slhck
Nov 15 at 11:05
I read that RTMP offers a very short latency compared to HLS but the fact that HLS is becoming more and more supported by most browsers is truly appealing.
– Vincent Bavaro
Nov 15 at 11:17
RTMP requires Flash; short latency can be achieved with RTP/RTSP. HLS and DASH are very similar to each other and can also get relatively short latency, depending on what your use case is.
– slhck
Nov 15 at 11:27
My use case requires a client in another country to connect to my server through any (or most) browser -probably via an auth protocol, but that will be clarified later- and get the video stream.
– Vincent Bavaro
Nov 15 at 11:33
add a comment |
Only a short comment. I would not go for RTMP. HLS/DASH would certainly be the more future-proof way. See also superuser.com/a/478287/48078
– slhck
Nov 15 at 11:05
I read that RTMP offers a very short latency compared to HLS but the fact that HLS is becoming more and more supported by most browsers is truly appealing.
– Vincent Bavaro
Nov 15 at 11:17
RTMP requires Flash; short latency can be achieved with RTP/RTSP. HLS and DASH are very similar to each other and can also get relatively short latency, depending on what your use case is.
– slhck
Nov 15 at 11:27
My use case requires a client in another country to connect to my server through any (or most) browser -probably via an auth protocol, but that will be clarified later- and get the video stream.
– Vincent Bavaro
Nov 15 at 11:33
Only a short comment. I would not go for RTMP. HLS/DASH would certainly be the more future-proof way. See also superuser.com/a/478287/48078
– slhck
Nov 15 at 11:05
Only a short comment. I would not go for RTMP. HLS/DASH would certainly be the more future-proof way. See also superuser.com/a/478287/48078
– slhck
Nov 15 at 11:05
I read that RTMP offers a very short latency compared to HLS but the fact that HLS is becoming more and more supported by most browsers is truly appealing.
– Vincent Bavaro
Nov 15 at 11:17
I read that RTMP offers a very short latency compared to HLS but the fact that HLS is becoming more and more supported by most browsers is truly appealing.
– Vincent Bavaro
Nov 15 at 11:17
RTMP requires Flash; short latency can be achieved with RTP/RTSP. HLS and DASH are very similar to each other and can also get relatively short latency, depending on what your use case is.
– slhck
Nov 15 at 11:27
RTMP requires Flash; short latency can be achieved with RTP/RTSP. HLS and DASH are very similar to each other and can also get relatively short latency, depending on what your use case is.
– slhck
Nov 15 at 11:27
My use case requires a client in another country to connect to my server through any (or most) browser -probably via an auth protocol, but that will be clarified later- and get the video stream.
– Vincent Bavaro
Nov 15 at 11:33
My use case requires a client in another country to connect to my server through any (or most) browser -probably via an auth protocol, but that will be clarified later- and get the video stream.
– Vincent Bavaro
Nov 15 at 11:33
add a comment |
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
Vincent Bavaro is a new contributor. Be nice, and check out our Code of Conduct.
Vincent Bavaro is a new contributor. Be nice, and check out our Code of Conduct.
Vincent Bavaro is a new contributor. Be nice, and check out our Code of Conduct.
Vincent Bavaro is a new contributor. Be nice, and check out our Code of Conduct.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fsuperuser.com%2fquestions%2f1375616%2flive-streaming-and-ffmpeg%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Only a short comment. I would not go for RTMP. HLS/DASH would certainly be the more future-proof way. See also superuser.com/a/478287/48078
– slhck
Nov 15 at 11:05
I read that RTMP offers a very short latency compared to HLS but the fact that HLS is becoming more and more supported by most browsers is truly appealing.
– Vincent Bavaro
Nov 15 at 11:17
RTMP requires Flash; short latency can be achieved with RTP/RTSP. HLS and DASH are very similar to each other and can also get relatively short latency, depending on what your use case is.
– slhck
Nov 15 at 11:27
My use case requires a client in another country to connect to my server through any (or most) browser -probably via an auth protocol, but that will be clarified later- and get the video stream.
– Vincent Bavaro
Nov 15 at 11:33