logo

Live Production Software Forums


Welcome Guest! To enable all features please Login or Register.

Notification

Icon
Error

Options
Go to last post Go to first unread
Barney Box Lane  
#1 Posted : Thursday, August 30, 2018 6:52:49 AM(UTC)
Barney Box Lane

Rank: Advanced Member

Groups: Registered
Joined: 8/21/2017(UTC)
Posts: 319
Location: Uk

Thanks: 26 times
Was thanked: 33 time(s) in 29 post(s)
hi guys,

I was wondering if someone could tell me how rtmp behaves with regards to delay..

is it ever changing
does it always get slowly worse and worse then for me at least, stay at around 10secs until restarted
is there a way of making it behave like UDP - so dropping every bad packet straight away to stay in sync

as it is, it seems if I had two camera pulled in remotely they wouldnt be in sync or stay in sync, so I want to know how to plan to use it

with how it is I would only use it to record interviews and play them out moment after once they're safely in
DWAM  
#2 Posted : Sunday, September 2, 2018 10:22:18 AM(UTC)
DWAM

Rank: Advanced Member

Groups: Registered
Joined: 3/20/2014(UTC)
Posts: 2,721
Man
France
Location: Bordeaux, France

Thanks: 243 times
Was thanked: 794 time(s) in 589 post(s)
Trying to use RTMP for production is a very bad idea.

This protocol is very basic and was designed to send a feed to a server in charge of distribution for END USERS where delay or latency is not an issue. This means there is absolutely no mecanism or system to control temporality, not even for a single stream, so obviously even less for several streams that should stay in sync.

Guillaume
thanks 1 user thanked DWAM for this useful post.
Barney Box Lane on 9/4/2018(UTC)
mjgraves  
#3 Posted : Sunday, September 2, 2018 12:56:47 PM(UTC)
mjgraves

Rank: Advanced Member

Groups: Registered
Joined: 7/1/2015(UTC)
Posts: 1,151
Man
United States
Location: Houston TX

Thanks: 319 times
Was thanked: 263 time(s) in 233 post(s)
I generally agree with DWAM, RTMP is for distribution, not contribution.

That said, I have used IP cameras that include both RTMP and SIP as means of connection. SIP is more typically found in IP phones and video conferencing. SIP defaults to passing the media via RTP over UDP. It's nearly always point-to-point, which helps with latency.

Most IP cameras deliver H264 which implies some encoding delay, usually 1-2 seconds. Some are capable of MJPEG, which requires more bandwidth but does not add that latency.

So, if your camera has SIP connectivity and supports MJPEG encoding, you can reduce the latency on the feed. Grandstream cameras did this. But have exited the IP camera business over the past year.
thanks 1 user thanked mjgraves for this useful post.
Barney Box Lane on 9/4/2018(UTC)
Users browsing this topic
Guest (2)
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.