logo

Live Production Software Forums


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

Notification

Icon
Error

3 Pages<123
Options
Go to last post Go to first unread
lbgaus  
#41 Posted : Thursday, June 2, 2016 5:29:04 AM(UTC)
lbgaus

Rank: Advanced Member

Groups: Registered
Joined: 11/30/2013(UTC)
Posts: 165
Location: Seoul, South Korea

Thanks: 39 times
Was thanked: 19 time(s) in 14 post(s)
admin wrote:
Play some video footage that has a audio tone that matches a video frame, then record this back using MultiCorder in AVI MJPEG or any AVI codec
then drop it into Premiere and see where the audio and video frame line up.


In this example, the audio lags behind the video about 67 frames according to Premiere (it's really more like 67.5 frames). The tone should be audible only when the clapper bars are moving. At the end of this clip, I pause playback in the middle of the clapper bar movement so you can perceive the lag better.

http://www.filedropper.com/multicorder1-decklinkminirecorder11-01june2016-04-11-35am

Original clapper video file: http://www.filedropper.com/barsclapper

Where the playhead is in this image is where the video begins to move, which is where the corresponding audio tone should be as well.

UserPostedImage

admin  
#42 Posted : Thursday, June 2, 2016 7:24:15 AM(UTC)
admin

Rank: Administration

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

Was thanked: 4301 time(s) in 1523 post(s)
Can you send another support report?
I can't see how it could be so out of sync unless there is some strange audio configuration problem somewhere.
jet  
#43 Posted : Friday, June 3, 2016 10:26:39 AM(UTC)
jet

Rank: Advanced Member

Groups: Registered
Joined: 11/14/2012(UTC)
Posts: 261
Man
Location: Finland

Thanks: 119 times
Was thanked: 15 time(s) in 13 post(s)
Today I finally did the second new test with a long recording (2.5h) with the decklink may27 beta driver and all worked out well without any major problems with my setup.

Kind regards,
Jan
jet  
#44 Posted : Friday, June 3, 2016 10:40:59 AM(UTC)
jet

Rank: Advanced Member

Groups: Registered
Joined: 11/14/2012(UTC)
Posts: 261
Man
Location: Finland

Thanks: 119 times
Was thanked: 15 time(s) in 13 post(s)

lbgaus wrote:
The audio dropouts are no longer happening. The video stuttering also appears to be much reduced. Only thing I am noticing is that right now the audio is about 2 seconds behind the video when checking with my SDI monitor.

I have a single Decklink SDI card with external output sending to this device in Windows 10.

Also, I noticed the External Output duration counter seems to loop back to 0 after some time, maybe this variable should be an Int64 if it isn't already.


Hi lbgaus!

Did I understand correctly that you use vMix on PC1 to mix and then transfer the output over SDI to PC2 to monitor/record/encode the output with vMix or an anoter program?

Kind regards,
Jan





lbgaus  
#45 Posted : Friday, June 3, 2016 12:04:39 PM(UTC)
lbgaus

Rank: Advanced Member

Groups: Registered
Joined: 11/30/2013(UTC)
Posts: 165
Location: Seoul, South Korea

Thanks: 39 times
Was thanked: 19 time(s) in 14 post(s)
admin wrote:
Can you send another support report?
I can't see how it could be so out of sync unless there is some strange audio configuration problem somewhere.


After you mentioned audio configuration problem, I checked my setup again and noticed Windows reactivated the default sound device as the blackmagic card in my system since the last time I rebooted the system (so I could move it from the rack). I disabled the blackmagic windows audio device as it was before trying the updated DLL file, and it has been working with no drift for a little over 24 hours. So, good news (I think). I will let it run another 24 hours just to be sure. It probably gets grumpy if Windows OS and vMix are directly trying to output to the blackmagic card at the same time...

jet wrote:
Hi lbgaus!

Did I understand correctly that you use vMix on PC1 to mix and then transfer the output over SDI to PC2 to monitor/record/encode the output with vMix or an anoter program?

Kind regards,
Jan


Yes, for the purposes of capturing the problem for Martin to look at, I used a different (secondary) PC to capture the vMix SDI output from the primary computer. I attached it after Martin requested I record the problem, since I previously had only an SDI monitor attached to the vMix computer.
jet  
#46 Posted : Saturday, June 4, 2016 11:22:33 AM(UTC)
jet

Rank: Advanced Member

Groups: Registered
Joined: 11/14/2012(UTC)
Posts: 261
Man
Location: Finland

Thanks: 119 times
Was thanked: 15 time(s) in 13 post(s)
lbgaus wrote:
admin wrote:
Can you send another support report?
I can't see how it could be so out of sync unless there is some strange audio configuration problem somewhere.


After you mentioned audio configuration problem, I checked my setup again and noticed Windows reactivated the default sound device as the blackmagic card in my system since the last time I rebooted the system (so I could move it from the rack). I disabled the blackmagic windows audio device as it was before trying the updated DLL file, and it has been working with no drift for a little over 24 hours. So, good news (I think). I will let it run another 24 hours just to be sure. It probably gets grumpy if Windows OS and vMix are directly trying to output to the blackmagic card at the same time...

jet wrote:
Hi lbgaus!

Did I understand correctly that you use vMix on PC1 to mix and then transfer the output over SDI to PC2 to monitor/record/encode the output with vMix or an anoter program?

Kind regards,
Jan


Yes, for the purposes of capturing the problem for Martin to look at, I used a different (secondary) PC to capture the vMix SDI output from the primary computer. I attached it after Martin requested I record the problem, since I previously had only an SDI monitor attached to the vMix computer.


OK. How did the new test go?

Kind regards,
Jan


lbgaus  
#47 Posted : Tuesday, June 7, 2016 8:12:33 AM(UTC)
lbgaus

Rank: Advanced Member

Groups: Registered
Joined: 11/30/2013(UTC)
Posts: 165
Location: Seoul, South Korea

Thanks: 39 times
Was thanked: 19 time(s) in 14 post(s)
After my last message, I checked it a few hours later and was seeing the drift issue I was hoping not to encounter. Frustrated, I decided right then just to restore back to my initial Windows 7 disk image from back before I installed Windows 10 on this system to see what would happen. In the 48 hours since then, I have seen a remarkable and dramatic difference in the graphics rendering performance as well as the external output to the DeckLink card. Mind you, I have the exact same hardware situation as before, and the jittering I would still occasionally see after applying the patched DLL file is now completely, 100% gone from what I've seen the last 48 hours.

Why Windows 10 on this hardware seems to be so terrible performance-wise is a good question, but this system is running much better under Windows 7 with the patched DecklinkPlugin.dll Martin provided.
admin  
#48 Posted : Wednesday, June 8, 2016 1:53:30 AM(UTC)
admin

Rank: Administration

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

Was thanked: 4301 time(s) in 1523 post(s)
17.0.0.88 has been released today with the updated decklink plugin (with a couple of other fixes added since the patched DLL)
Give it a try and let me know of any issues.
thanks 1 user thanked admin for this useful post.
jet on 6/8/2016(UTC)
Users browsing this topic
Guest
3 Pages<123
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.