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
peixe  
#1 Posted : Tuesday, July 21, 2020 12:17:22 AM(UTC)
peixe

Rank: Newbie

Groups: Registered
Joined: 5/11/2020(UTC)
Posts: 6
Brazil
Location: Rio

Was thanked: 11 time(s) in 3 post(s)
Hi.

I understand interlaced over SRT is not supported.

Most broadcasters still are bounded to interlaced for multiple reasons and this will be a strong feature need to integrate with different workflows.

At the moment we are testing sending interlaced sgnals from a Makito encoder into vMix (1080@50i) and they show up in vmix as 540@50p which makes sense but it´s unuseable.

Is there any paln to support for incoming (and outgoing) interlaced SRT?
As said it is critical to integrate with existing workflows in the broadcast world.

Is there any workaround that would allow to convert in vMix from this 540@50p into 1080i?
DWAM  
#2 Posted : Wednesday, August 5, 2020 6:34:57 PM(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)
Asking this question here makes no sense! vMix is not in charge of the evolution of the SRT protocol, you'd better ask your question to the SRT Alliance.

However I can give you my personal opinion : it is very unlikely to see interlaced signals supported by SRT one day. Interlacing is a thing of the past, even if broadcasters still use it.
This being said, you can still stream progressive SRT to a TV station, they just need to process it before use so that it conforms to their requirement. This can be done in realtime with a basic ffmpeg script or whatever signal processor they want to use.

For this, I'd push a 1080p50 feed to them (shot with a correct shutter speed) so that they can get a 1080i50 conversion simply by making each frame interlaced. Or you can check this:
https://en.wikipedia.org...gressive_segmented_frame
peixe  
#3 Posted : Thursday, August 6, 2020 1:43:32 AM(UTC)
peixe

Rank: Newbie

Groups: Registered
Joined: 5/11/2020(UTC)
Posts: 6
Brazil
Location: Rio

Was thanked: 11 time(s) in 3 post(s)
@DWAM
Asking this question here makes absolute sense, so let me explain further.

"it is very unlikely to see interlaced signals supported by SRT one day"
SRT does indeed support interlaced signals or, to put it more accurately, SRT doesn´t care at all about your signal flavor as it is a data transfer protocol and thus why it is agnostic to anything you send inside of it.

The problem with vMix supporting interlaced OVER SRT (note the difference) has to do with vMix handling already interlaced signals that use SRT as a means of transmission.

As I learned, this is a problem at the decoder level on vMix that is not easy to solve.

While this is a problem with the codec that vMix uses, it does present a problem unique to vMix since other receiving ends like hardware SRT receivers or even VLC player do handle interlaced video OVER SRT.

"it is very unlikely to see interlaced signals supported by SRT one day"
I can partially agree with your statement, given the fact that unless you still use a CRT display, your signal indeed will be deinterlaced at some point (probably at the TV in a way that is not controlled) so whenever possible you should go for something like 50P.

HOWEVER.
There is a ton of hardware at the source, middle and destination that cannot support 50P.
This is particularly true for most broadcasters not just because they are OLD but because the underlying infrastructure rely on other signal processing stages that cannot support 50P or even 25P sometimes (and even if they do 25P does present other issues on moving images).

It is fairly simple to integrate this interlaced workflow on a vMix workflow based on SDI as conversions to 50P and/or back to 50i can be done by the capture cards.
This solves downconverting to 50i at the delivery but I still have not found a fully working reliable workflow from hardware encoders sending 50P over SRT to vMix either (working on further testing on that).


While vMix might eventually work reliably for anyone using 50P signals over SRT, that is not always possible when your source is indeed 50i (like most existing broadcast cameras and several other hardware), or it involves undesired steps and gear to upconvert the signals.


For a broadcaster, changing all the infrastructure to 50P requires a huge investment that is not a simple change, and one I can promise, no one is going to do to be able to use vMix in the mix.

On the contrary, if there were a simple way to add interlaced support (even by converting it to 50P on arrival) on Vmix end, it will hugely improve the ability to integrate vMix with existing hardware, which is specially useful for (but not limited to) broadcasters

Unfortunately, this I am told this is not possible so I am still trying to find a workaround it since at the moment even while trying to use 50P over SRT, I have not yet been able to integrate vMix into an existing infrastructure that is heavily based on interlaced workflows.

Arguably, this might not be a problem with vMix itself, but so far it is indeed limiting it´s possible use on this kind of scenarios so I still think it would be very useful to add some level of support for it on vMix itself.

P.S.
Progressive segmented frame is a way to use PROGRESSIVE SIGNALS ON INTERLACED SYSTEMS, which is completely the other way around of this specific problem.



livepad  
#4 Posted : Sunday, August 9, 2020 7:15:17 PM(UTC)
livepad

Rank: Advanced Member

Groups: Registered
Joined: 3/31/2016(UTC)
Posts: 126
Location: london

Thanks: 2 times
Was thanked: 46 time(s) in 32 post(s)
Originally Posted by: peixe Go to Quoted Post
Hi.

I understand interlaced over SRT is not supported.

Most broadcasters still are bounded to interlaced for multiple reasons and this will be a strong feature need to integrate with different workflows.

At the moment we are testing sending interlaced sgnals from a Makito encoder into vMix (1080@50i) and they show up in vmix as 540@50p which makes sense but it´s unuseable.

Is there any paln to support for incoming (and outgoing) interlaced SRT?
As said it is critical to integrate with existing workflows in the broadcast world.

Is there any workaround that would allow to convert in vMix from this 540@50p into 1080i?



This issue mainly affects HEVC although we have also seen it on H.264

A very simple solution exists off the shelf. available today. This is a small part of a professional broadcast infrastructure workflow - the sort of workflow users of Makito encoders will be involved in.

Sienna NDI Processing Engine has a module which converts (540p50) SRT back into 1080i50 NDI (and same for 1080i5994)

This unique module detects the flags which Makito places in the bitstream to indicate upper and lower fields as they are converted into progressive frames for the 540p transit ensuring a seamless return to 1080i50 without any scaling or other deinterlacing artefacts.

Sienna NDI Processing Engine Info

Note that systems which de-interlace the 50i before encoding to create 25p or 50p tend to compromise the image somewhat, since the compression macroblocks include lines from different fields - and these will very often 'smear' the macroblock content compared to encoding macroblocks containing lines from a single field. This is the reason why the best quality systems will either use a codec with native interlaced support or in cases like HEVC they will encode pSF format, with appropriate flags in the bitstream for professional decoders to pick up to reverse the encoding.
fabfab10  
#5 Posted : Monday, September 21, 2020 6:18:00 AM(UTC)
fabfab10

Rank: Advanced Member

Groups: Registered
Joined: 2/20/2019(UTC)
Posts: 63
Italy
Location: Firenze

Was thanked: 5 time(s) in 5 post(s)
Many devices use interlaced H264 as input/output and then internally they de-interlace before encoding and re-interlace at the decoder side.
SRT being a transport protocol should be agnostic to the content it's transporting, so it's on the codec side.
VMix so far is not able to record interlaced H264, i think the problem reside in this part.
Once (and if ever) they get interlaced H264 recording it will be available on SRT as well.
H265 (HEVC) should be not very far from this as well
horuck  
#6 Posted : Monday, February 28, 2022 6:19:38 PM(UTC)
horuck

Rank: Newbie

Groups: Registered
Joined: 2/28/2022(UTC)
Posts: 2
Austria
Location: Vienna

Was thanked: 1 time(s) in 1 post(s)
Dear Vmix community,

I totally agree 1080i50 is THE distribution standard at this time for europe broadcast world!
Why double up horizontal resolution on the small budget feeds (and reducing effective bandwith/pixel) instead of running the SRT Feed native!?

Concerning Interlaced SRT feeds coming from professional haivision encoders or teradek cube encoders (supporting SRT in 1080i50!)(showing up in vmix as 1920x540p50) there IS a FFMPEG option to properly "reformat" it to 1920x1080i50)

the option is called
mode=merge of the tinterlace-filter, see here

https://ffmpeg.org/ffmpeg-filters.html#tinterlace

It would be soooooooo great to properly handle 1080i50 to a 1920x540p50 SRT stream and the decode it back proper again or at least decode-reformat a SRT stream coming in with that resolution back to standard 1080i50.
that saves bandwith, bad upscaling deinterlacing etc on transmitter side and really helps those people working in a complete 1080i50 format - broadcast world.

Looking so much forward maybe using this tinterlace option here!

Thanks!
thanks 1 user thanked horuck for this useful post.
narcus on 5/18/2023(UTC)
stevespaw  
#7 Posted : Tuesday, March 1, 2022 1:36:28 AM(UTC)
stevespaw

Rank: Advanced Member

Groups: Registered
Joined: 3/12/2015(UTC)
Posts: 482
Man
Location: Kansas City, MO USA

Thanks: 151 times
Was thanked: 75 time(s) in 57 post(s)
+1
rambouzi  
#8 Posted : Monday, May 30, 2022 8:21:29 PM(UTC)
rambouzi

Rank: Member

Groups: Registered
Joined: 6/6/2016(UTC)
Posts: 19
Man
Netherlands
Location: The Netherlands

+1

I would like to be able to stream interlaced video over SRT too. Is there any way to change the SRT setting's in vMix, the same way it is possible for the output streaming settings by editing the "ffmpegformats.xml" file in streaming folder of vMix?

It looks like the MP4 encoding is only interlacing luma and not chroma. Resulting in 'Ghosting' effect in the video. Unacceptable for professional use.

I did some tests with a live interlaced (camera) video on the SDI input of a Blackmagic Recorder card. Record this SRT stream with FFMPEG and link/import it in to AVID Media Composer interlaced project (we tested in ADOBE Premiere too). Playing this recording looks okay at first glance, but when inspecting the the fields, the ghosting effect was clearly visible.

A workaround is to set vMix to 1080-50p. But than the video needs to bee transcoded before use.

'Why' you might ask, do I want this? I work with interlaced video and we want to stream live incoming content, like a press conference, to external locations for viewing and recording on location. After recording the SRT stream (ffmpeg) the correspondent will edit the material. We need to make it as simple as possible (dummy proof).

So, can the SRT settings be changed in some kind of XML file, or can someone at vMix change this? It would be highly appreciated.
fabfab10  
#9 Posted : Thursday, September 1, 2022 12:33:49 AM(UTC)
fabfab10

Rank: Advanced Member

Groups: Registered
Joined: 2/20/2019(UTC)
Posts: 63
Italy
Location: Firenze

Was thanked: 5 time(s) in 5 post(s)
Originally Posted by: horuck Go to Quoted Post
Dear Vmix community,

I totally agree 1080i50 is THE distribution standard at this time for europe broadcast world!
Why double up horizontal resolution on the small budget feeds (and reducing effective bandwith/pixel) instead of running the SRT Feed native!?

Concerning Interlaced SRT feeds coming from professional haivision encoders or teradek cube encoders (supporting SRT in 1080i50!)(showing up in vmix as 1920x540p50) there IS a FFMPEG option to properly "reformat" it to 1920x1080i50)

the option is called
mode=merge of the tinterlace-filter, see here

https://ffmpeg.org/ffmpeg-filters.html#tinterlace

It would be soooooooo great to properly handle 1080i50 to a 1920x540p50 SRT stream and the decode it back proper again or at least decode-reformat a SRT stream coming in with that resolution back to standard 1080i50.
that saves bandwith, bad upscaling deinterlacing etc on transmitter side and really helps those people working in a complete 1080i50 format - broadcast world.

Looking so much forward maybe using this tinterlace option here!

Thanks!


Totally agree with this post Horuck, to the point that in DVB any HEVC interlaced content is actually broadcasted using 1920x540@50p and then reassembled considering frames as field and alternating lines.
If there was a real interest in doing so it could be possible.
thanks 1 user thanked fabfab10 for this useful post.
meremultimedia on 5/1/2023(UTC)
aircooled76@gmail.com  
#10 Posted : Tuesday, October 15, 2024 11:00:32 AM(UTC)
aircooled76@gmail.com

Rank: Advanced Member

Groups: Registered
Joined: 8/15/2013(UTC)
Posts: 97
Man
Australia
Location: Could be Australia could be Europe/UK!

Thanks: 1 times
Was thanked: 7 time(s) in 7 post(s)
Just adding to this post.

We are sending a stream to the Olympic Channel in Madrid and they requested a 50i feed via SRT in addition to an RTMP at 50i too.

I get Progressive is the future, but it would be great if vMix was able to deliver to these organisations direct. We are currently SRTing at 50p to AWS MediaConnect then re-encoding with MeiaLive to 50i to meet their specs.

Don't know the technical backend required to send 50i through vMix or how much that would take to do. But it would be handy!
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.