Rank: Advanced Member
Groups: Registered
Joined: 4/6/2016(UTC) Posts: 84 Location: Sweden Thanks: 25 times Was thanked: 18 time(s) in 13 post(s)
|
It would be neat to be able to receive RTMP streams directly in vMix, without the need to use an external 3rd party service as "middleman".
This would not only cut out the need for a middleman, but also simplify the entire configuration and reduce latency.
I would think it could be implemented quite easily, as all prerequisites are probably already there.
How I see it used: 1) you add an input of type "RTMP Server" This generates an input with a GUID like any other input.
2) Leveraging the existing webserver in vMix, you simply stream to RTMP://[IP address]:[port-of-vMixWebserver]/rtmpinput/[inputGUID]
|
1 user thanked Amokka for this useful post.
|
|
|
Rank: Guest
Groups: Guests
Joined: 1/13/2010(UTC) Posts: 230
Was thanked: 3 time(s) in 3 post(s)
|
+1
very useful feature request, this could be easily implemented throught ffmpeg, it has a "listen" mode.
|
1 user thanked Guest for this useful post.
|
|
|
Rank: Advanced Member
Groups: Registered
Joined: 3/17/2017(UTC) Posts: 421 Location: Luzern - Schweiz Thanks: 63 times Was thanked: 55 time(s) in 49 post(s)
|
|
|
|
|
Rank: Guest
Groups: Guests
Joined: 1/13/2010(UTC) Posts: 230
Was thanked: 3 time(s) in 3 post(s)
|
nginx rtmp server can also deal with this, but generaly i am kinda against "software mediators" once the thing could be done by only one software...
|
|
|
|
Rank: Advanced Member
Groups: Registered
Joined: 3/17/2017(UTC) Posts: 421 Location: Luzern - Schweiz Thanks: 63 times Was thanked: 55 time(s) in 49 post(s)
|
Have you tested the Mona Server?
|
|
|
|
Rank: Guest
Groups: Guests
Joined: 1/13/2010(UTC) Posts: 230
Was thanked: 3 time(s) in 3 post(s)
|
|
|
|
|
Rank: Advanced Member
Groups: Registered
Joined: 7/1/2015(UTC) Posts: 1,151 Location: Houston TX Thanks: 319 times Was thanked: 263 time(s) in 233 post(s)
|
|
|
|
|
Rank: Member
Groups: Registered
Joined: 2/14/2020(UTC) Posts: 25 Location: Brisbane Thanks: 1 times Was thanked: 1 time(s) in 1 post(s)
|
|
|
|
|
Rank: Newbie
Groups: Registered
Joined: 3/22/2022(UTC) Posts: 6 Thanks: 1 times
|
|
|
|
|
Rank: Advanced Member
Groups: Registered
Joined: 4/6/2016(UTC) Posts: 84 Location: Sweden Thanks: 25 times Was thanked: 18 time(s) in 13 post(s)
|
Originally Posted by: mjgraves Even if it works with the vMix plugin version, the point is also to make it simple, easy, fast, reliable and leverage a closer integration into the vMix core system. There are many ways to get this job done (Receiving an RTMP stream). Mona server have also been mentioned and I'm using nginx compiled with rtmp module in a docker container myself. But we have all the (Lego)bricks and pieces already in vMix. They just need to be put together slightly differently than they are now. As when you add a vMix Call, a unique ID is generated. RTMP server in vMix could be similar: add an RTMP Server input - vMix generates a unique input URL you can add to your camera: off to the races you go...
|
|
|
|
Rank: Advanced Member
Groups: Registered
Joined: 4/6/2016(UTC) Posts: 84 Location: Sweden Thanks: 25 times Was thanked: 18 time(s) in 13 post(s)
|
Originally Posted by: melody nginx rtmp server can also deal with this, but generaly i am kinda against "software mediators" once the thing could be done by only one software... I completely agree. It just adds to complexity and reduce reliability. ...and I feel the same in regard to "virtual audio cables". They shouldn't be nessesary, neither for audio input or output in vMix.
|
|
|
|
Rank: Advanced Member
Groups: Registered
Joined: 4/23/2017(UTC) Posts: 1,212 Location: Germany Thanks: 3 times Was thanked: 168 time(s) in 150 post(s)
|
I would strongly recommend using SRT instead of RTMP from the 80's
|
|
|
|
Rank: Advanced Member
Groups: Registered
Joined: 3/17/2017(UTC) Posts: 421 Location: Luzern - Schweiz Thanks: 63 times Was thanked: 55 time(s) in 49 post(s)
|
Originally Posted by: mavik I would strongly recommend using SRT instead of RTMP from the 80's I thought Youtube was still up to date. According to your statement, not anymore, since RTMP is from the 80s. Only when I read the settings of Youtube, it should still be up to date. Only from SRT I can not read anything. Youtube encoder settings: Protocol: RTMP streaming
|
|
|
|
Rank: Guest
Groups: Guests
Joined: 1/13/2010(UTC) Posts: 230
Was thanked: 3 time(s) in 3 post(s)
|
mavik, it could be an option if srt was on streaming sources list...
|
|
|
|
Rank: Advanced Member
Groups: Registered
Joined: 4/23/2017(UTC) Posts: 1,212 Location: Germany Thanks: 3 times Was thanked: 168 time(s) in 150 post(s)
|
What I wanted to say is that RTMP is relatively old compared to SRT. Both are protocolls. I would recommend using SRT instead of RTMP. Undoubtly RTMP is widespread and popular, but just because of that it does not mean it's the better solution. SRT can be added easily as a source. Why would you want a rtmp server function if srt is already there and is the better protocol.
|
|
|
|
Rank: Guest
Groups: Guests
Joined: 1/13/2010(UTC) Posts: 230
Was thanked: 3 time(s) in 3 post(s)
|
Originally Posted by: mavik (...) Why would you want a rtmp server function if srt is already there and is the better protocol. on every streaming software, you can't simply stream to an SRT source by click "Start Stream", only RTMP sources;
|
|
|
|
Rank: Advanced Member
Groups: Registered
Joined: 4/6/2016(UTC) Posts: 84 Location: Sweden Thanks: 25 times Was thanked: 18 time(s) in 13 post(s)
|
Originally Posted by: mavik I would strongly recommend using SRT instead of RTMP from the 80's Without any comparison, SRT is a better protocol than RTMP. But that doesn't change the fact that the number of devices supporting RTMP is 100-fold greater than the number supporting SRT. Besides, you can already send SRT to vMix in much the same way I am suggesting is made for RTMP.
|
|
|
|
Rank: Guest
Groups: Guests
Joined: 1/13/2010(UTC) Posts: 230
Was thanked: 3 time(s) in 3 post(s)
|
sorry for "UP" but this feature request cannot be forgotten at all, once its not dificult to implement
|
|
|
|
Rank: Newbie
Groups: Registered
Joined: 1/5/2021(UTC) Posts: 3 Location: hong kong
|
|
|
|
|
Rank: Guest
Groups: Guests
Joined: 1/13/2010(UTC) Posts: 230
Was thanked: 3 time(s) in 3 post(s)
|
hi all,
Respectfully, i really need to express some things to vmix team in this post, related to the vmix live show december 2022.
yesterday, Tim and Martin answered the question about RTMP server integration on vMix, Thanks for your attention.
Apparently, in their point of view, due to new other protocols available (such as SRT), Martin said RTMP is obsolete.
Personal questions:
*the understanding of "obsolete" means product strategy target, code complexity or something more?
*about SRT, can you find some software on the market which have some Start/Stop stream button for a custom SRT based livestream? (not bad idea turn this as feature request, as you wish)
Personaly, i think vMix itself will not turn obsolete by implement an "apparently" obsolete feature which keep being the MOST USED PROTOCOL FOR LIVESTREAMING, even in 2022.
Remembering vmix has integration with ffmpeg, which itself is capable to do a command line based rtmp server and can make more easy to put all things together.
so, after all that said, why don't you guys give a try on it? did you remember the market breakthrough when vMix come out with multicorder? recently, streamlabs came out with similar feature, but there's no comparison to vMix's multicorder.
about this feature specificaly, no other livestream software can host an rtmp server, an important feature like this, its not only a personal whish, its a market need, think about it.
whish you guys the best, you are the best, merry christmas y'all.
melody
|
|
|
|
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.
Important Information:
The vMix Forums uses cookies. By continuing to browse this site, you are agreeing to our use of cookies.
More Details
Close