logo

Live Production Software Forums

www.vmix.com

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

Notification

Icon
Error
Instant replay quality at different bit rates?
Options
Go to last post Go to first unread
Previous Topic Next Topic
jip  
#1 Posted : Sunday, April 12, 2015 12:25:51 PM(UTC)
jip

Rank: Advanced Member

Groups: Registered
Joined: 7/23/2013(UTC)
Posts: 122
Estonia
Location: North

Thanks: 12 times
Was thanked: 13 time(s) in 11 post(s)
Hi all,
I'm testing the instant replay feature with 1080i50 material captured through HD-SDI with Blackmagic Decklink Duo. The image quality in the camera capture is good.
However, it seems that there is no clearly perceivable different whether the instant replay is recording at 25 Mbps or 100 Mbps. It looks as the recording is grainy and blocky even at 100 Mbps, although the source material should be uncompressed.

I would have expected that 100 Mbps bit rate would be practically indistinguishable from the original capture.

Have anyone else ran into this issue?

(I'm using version 15.0.0.74 x64)
Back to top

Wanna join the discussion?! Login to your vMix Forums forum account, or Register a new forum account.
Back to top  
Kibim  
#2 Posted : Saturday, June 6, 2015 11:30:37 AM(UTC)
Kibim

Rank: Member

Groups: Registered
Joined: 6/6/2015(UTC)
Posts: 21
Location: South Africa

Thanks: 1 times
Was thanked: 1 time(s) in 1 post(s)
jip wrote:
Hi all,
I'm testing the instant replay feature with 1080i50 material captured through HD-SDI with Blackmagic Decklink Duo. The image quality in the camera capture is good.
However, it seems that there is no clearly perceivable different whether the instant replay is recording at 25 Mbps or 100 Mbps. It looks as the recording is grainy and blocky even at 100 Mbps, although the source material should be uncompressed.

I would have expected that 100 Mbps bit rate would be practically indistinguishable from the original capture.

Have anyone else ran into this issue?

(I'm using version 15.0.0.74 x64)


Yes, i get the same issue. What i found is by creating a new replay session, ie : deleting all previous files, or changing recording directory, it then accepts the new bit rate.
25mbps is not really usable, unless you are only streaming a very low resolution, i find 50Mbps is acceptable quality for most applications.
Back to top
WWW
jip  
#3 Posted : Sunday, June 7, 2015 1:45:30 AM(UTC)
jip

Rank: Advanced Member

Groups: Registered
Joined: 7/23/2013(UTC)
Posts: 122
Estonia
Location: North

Thanks: 12 times
Was thanked: 13 time(s) in 11 post(s)
Kibim wrote:

25mbps is not really usable, unless you are only streaming a very low resolution, i find 50Mbps is acceptable quality for most applications.


Thanks for the comment!

Could this requirement for a relatively high bitrate be due to the format of stored replay material. I mean, the encoding is rather unefficient compared to avchd or mpeg4 etc?
Back to top
thomas  
#4 Posted : Thursday, June 11, 2015 9:20:08 AM(UTC)
thomas

Rank: Advanced Member

Groups: Registered
Joined: 3/14/2014(UTC)
Posts: 53
Location: Norway

Thanks: 17 times
Was thanked: 5 time(s) in 4 post(s)
I have just tested 50mbps and 100mbps with vectorscope and Trimaster monitors. 50mbps is (in my opinion) way to blocky and compressed. 50mbps is usually the default recording-quality for broadcast. But in vMix it is too compressed. I hope this get resolved in an update.

100 mbps is also a bit compressed, even though the original source is 50mbps 1080i50. I love vMix and the possibilities, but this should be prioritized, something weird is going on with the compression.

jip wrote:
Kibim wrote:

25mbps is not really usable, unless you are only streaming a very low resolution, i find 50Mbps is acceptable quality for most applications.


Thanks for the comment!

Could this requirement for a relatively high bitrate be due to the format of stored replay material. I mean, the encoding is rather unefficient compared to avchd or mpeg4 etc?
Back to top
WWW
admin  
#5 Posted : Thursday, June 11, 2015 1:06:15 PM(UTC)
admin

Rank: Administration

Groups: Administrators
Joined: 1/13/2010(UTC)
Posts: 5,207
Man
Location: Gold Coast, Australia

Was thanked: 4284 time(s) in 1519 post(s)
Hi,

To clarify how the bit rates work, for performance reasons they are recorded as MPEG-2 I-Frame compression.
The I-Frame is important as it allows random access to each frame in the recording.
(This is what is also used on other professional instant replay systems)

The downside is it requires much higher bitrates for the quality as standard MPEG-2.

So 100mbps is recommended for 1080 sources and even higher bit rates options will be available in the next version of vMix.

Regards,

Martin
vMix
Back to top
WWW BLOG
thanks 1 user thanked admin for this useful post.
jip on 6/12/2015(UTC)
jip  
#6 Posted : Friday, June 12, 2015 3:05:53 PM(UTC)
jip

Rank: Advanced Member

Groups: Registered
Joined: 7/23/2013(UTC)
Posts: 122
Estonia
Location: North

Thanks: 12 times
Was thanked: 13 time(s) in 11 post(s)
admin wrote:
Hi,

To clarify how the bit rates work, for performance reasons they are recorded as MPEG-2 I-Frame compression.
The I-Frame is important as it allows random access to each frame in the recording.
(This is what is also used on other professional instant replay systems)

The downside is it requires much higher bitrates for the quality as standard MPEG-2.

So 100mbps is recommended for 1080 sources and even higher bit rates options will be available in the next version of vMix.

Regards,

Martin
vMix



Thank you Martin! This answers my question perfectly.
I would suggest an addition about this information about applicable bitrates to the respective section in the help documentation.
Back to top
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.

Privacy Policy | Powered by YAF.NET | YAF.NET © 2003-2024, Yet Another Forum.NET
This page was generated in 0.104 seconds.