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
atvtest  
#1 Posted : Saturday, April 7, 2018 6:01:57 AM(UTC)
atvtest

Rank: Newbie

Groups: Registered
Joined: 4/7/2018(UTC)
Posts: 2
Location: MADRID

Thanks: 1 times
Currently, we are testing the Vmix Software for future events. We want to use Vmix for these events, but we have some doubts in the operation of this.

We need to work with RTMP and repetitions, but we have found in the manual that RTMP input are not compatible.


However, after conducting a series of tests, we have not detected any problems working with this type of inputs.

Has anyone else tried this configuration? Any problem?

Thanks
DWAM  
#2 Posted : Saturday, April 7, 2018 8:43:21 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)
Due to the latency that RTMP implies, RTMP inputs cannot be considered as "Live Production".

Just use a RTMP server that supports DVR. Not a vMix thing imho

thanks 1 user thanked DWAM for this useful post.
atvtest on 4/7/2018(UTC)
atvtest  
#3 Posted : Saturday, April 7, 2018 10:46:55 AM(UTC)
atvtest

Rank: Newbie

Groups: Registered
Joined: 4/7/2018(UTC)
Posts: 2
Location: MADRID

Thanks: 1 times
I understand perfectly what you say and you are right because of the latencies can not be considered "Live production". Maybe I have not explained myself well.
In my case, I work with RTMP input but in an internal network created expressly for this, with a dedicated streaming server and therefore the latency I have in the inputs is not appreciable.

My question is to know if the system generates some type of error or bug when using this type of protocols (RTMP), and therefore did not work or stays frozen with replay.
DWAM  
#4 Posted : Saturday, April 7, 2018 11:16:57 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)
Working with H.264 signals is not a good idea for me. It kind of works but you will certainly experience difficulties to sync multiple inputs, you might have artefacts from time to time, you cannot really do clean fades or smooth transitions and the resulting final encode to stream and record will obviously be much lower quality than with uncompressed inputs.
Besides AFAIK you cannot use replay module with RTMP/RTSP inputs.

H.264 is a codec for final delivery to the end users. It's very low quality, not designed for production (even if many users do it for very cheap productions).
r@wisla  
#5 Posted : Saturday, April 7, 2018 4:28:42 PM(UTC)
r@wisla

Rank: Advanced Member

Groups: Registered
Joined: 8/5/2013(UTC)
Posts: 280
Man
Location: Poland

Thanks: 29 times
Was thanked: 40 time(s) in 37 post(s)
Route your rtmp input to NDI - then add it as another input and it will be available for replay.
Users browsing this topic
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.