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
gerard@aemotion.com  
#1 Posted : Tuesday, January 20, 2015 8:23:20 AM(UTC)
gerard@aemotion.com

Rank: Newbie

Groups: Registered
Joined: 9/13/2013(UTC)
Posts: 9
Location: Netherlands

We have created a playout server based on vMix. By using vMix through the API we can load clips, start them, perform all the things we want to do.
But since version 13 it is not stable anymore. After playing for a couple of days vMix crashes. The only thing we get is: vMix has stopped working. That's all. No messages in the windows log or whatever.
Version 12 was perfect. It played for over 2 months without restarting or whatever.

We checked the performance in regard to memory but that seems to be okay. We didn't change anything to our software. The only thing we did was upgrading vMix. Everything is running on a dedicated Windows machine used for nothing else. System updates are disabled.

Do you have a clue how to solve this?
admin  
#2 Posted : Tuesday, January 20, 2015 8:26:32 AM(UTC)
admin

Rank: Administration

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

Was thanked: 4136 time(s) in 1487 post(s)
Hi,

If you see a generic stopped working error, then there will be additional information in the Windows Event Log.
Go to Event Viewer -> Windows Logs -> Application and you will find a windows error reporting entry for vMix.

Most likely cause is a bad codec or driver as any errors in vMix itself are reported differently.

Regards,

Martin
vMix
gerard@aemotion.com  
#3 Posted : Thursday, February 5, 2015 10:58:53 AM(UTC)
gerard@aemotion.com

Rank: Newbie

Groups: Registered
Joined: 9/13/2013(UTC)
Posts: 9
Location: Netherlands

Finally got some entries in de logs:

Foutbucket 94581754124, type 5
Naam van gebeurtenis: CLR20r3
Antwoord: Niet beschikbaar
Id van CAB-bestand: 0

Handtekening van probleem:
P1: vmix64.exe
P2: 13.0.0.142
P3: 53d10e91
P4: System.Windows.Forms
P5: 2.0.0.0
P6: 5397e03e
P7: 151f
P8: 18
P9: System.InvalidOperationException
P10:

Toegevoegde bestanden:
C:\Users\ctvplayout\AppData\Local\Temp\WER4F70.tmp.WERInternalMetadata.xml

Deze bestanden zijn mogelijk hier beschikbaar:
C:\Users\ctvplayout\AppData\Local\Microsoft\Windows\WER\ReportArchive\AppCrash_vmix64.exe_a1dd95f9e8e9a6ad2eabd5e137778fb156104170_00000000_f846577f

Analysesymbool:
Opnieuw zoeken naar oplossing: 0
Rapport-id: 89ac019b-a4df-11e4-8266-e03f49471751
Rapportstatus: 1
Opgedeelde bucket: f6f005fb945a254dd02033fe99d71198
File Attachment(s):
Report.zip (5kb) downloaded 0 time(s).

You cannot view/download attachments. Try to login or register.
admin  
#4 Posted : Thursday, February 5, 2015 11:03:37 AM(UTC)
admin

Rank: Administration

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

Was thanked: 4136 time(s) in 1487 post(s)
Sorry, I assumed "since version 13" meant that you had already tried the latest vMix 14.
Please download the latest version from our web site and see if solves the problem as a number of bugs were fixed.

Regards,

Martin
vMix
gerard@aemotion.com  
#5 Posted : Thursday, February 5, 2015 11:08:12 AM(UTC)
gerard@aemotion.com

Rank: Newbie

Groups: Registered
Joined: 9/13/2013(UTC)
Posts: 9
Location: Netherlands

Hi Martin,

We have this error also in the 14.0.0.112 x64 version. Is there a newer version available?
After we upgraded to version 14 we started getting these crashes. We never had them with version 12. So we downgraded to 13. Same issue.
Now we are running 14 again (14.0.0.112) and issue still there.

But it occurs after let's say 3 - 4 days of operation. Never rightaway after launching vMix and starting to control it with our software (using the API).
admin  
#6 Posted : Thursday, February 5, 2015 11:11:30 AM(UTC)
admin

Rank: Administration

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

Was thanked: 4136 time(s) in 1487 post(s)
Could you let me know what inputs you are running (in as much detail as possible) and if there are any custom codecs installed in windows?
If you have AC3 Filter installed, make sure the latest version is installed.

http://www.ac3filter.net/wiki/Download_AC3Filter
gerard@aemotion.com  
#7 Posted : Thursday, February 5, 2015 11:18:36 AM(UTC)
gerard@aemotion.com

Rank: Newbie

Groups: Registered
Joined: 9/13/2013(UTC)
Posts: 9
Location: Netherlands

Hi Martin,

We have about 8-9 inputs running. Our playout server software adds inputs and remove them after they have played. We use about 40 different clips now and the all come by several times before the crash occurs. It is not the same clip the crash occurs on.

The system is a clean Windows 8.1 install without any codecs added. But, we did install the AAC encoder because we need to stream to an Android App as well.

Input normally existing:
1. Colour: black
2. Channel logo: PNG file
3. A couple of XAML files for titles (4x)
4. 2 - 3 MP4 files (one that needs to be removed, one that's playing right now, one that is the next clip)

I hope this helps a bit...
admin  
#8 Posted : Wednesday, February 11, 2015 1:48:22 AM(UTC)
admin

Rank: Administration

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

Was thanked: 4136 time(s) in 1487 post(s)
I'm running some long term tests with multiple MP4 files playing in a looped list with a Title overlay.
This should replicate the same functionality as the API adding and removing videos on a regular basis.

I will see what happens after the 3-4 day mark.

Just to confirm there isn't any codecs causing issues, add a single input with one of the MP4 files
and go to the Input Settings and check the Advanced tab and report what items are in the list.

Thanks,

Martin
vMix
gerard@aemotion.com  
#9 Posted : Wednesday, February 11, 2015 4:04:25 AM(UTC)
gerard@aemotion.com

Rank: Newbie

Groups: Registered
Joined: 9/13/2013(UTC)
Posts: 9
Location: Netherlands

I added one file and the following are reported:
- Audio Renderer
- Video Mixing Renderer 9
- Audio Processor
- Microsoft DTV-DVD Video Decoder
- Microsoft DTV-DVD Audio Decoder
and the path to the clip
admin  
#10 Posted : Tuesday, February 17, 2015 8:21:43 AM(UTC)
admin

Rank: Administration

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

Was thanked: 4136 time(s) in 1487 post(s)
Hi,

As an update vMix has been running none stop for many days without errors
so I think it may be a rare combination of how the inputs are added or removed.

Is it at all possible to email us a copy of the playout software so I can run an identical test?
It realise it may not be possible to do this, but it's probably the only way to solve this issue.

The only other thing I can think of is a rare memory fault or hardware issue.
These can be frustrating to debug as the combination of how things work in vMix 13/14 may trigger it
while 12 may work perfectly fine.

I would recommend running MemTest86 just in case:
http://www.memtest86.com/download.htm

Regards,

Martin
vMix
gerard@aemotion.com  
#11 Posted : Tuesday, February 17, 2015 3:37:20 PM(UTC)
gerard@aemotion.com

Rank: Newbie

Groups: Registered
Joined: 9/13/2013(UTC)
Posts: 9
Location: Netherlands

Hi Martin,

The playout solutions is a client/server one. So you would need to setup a server and a client. Could be very timeconsuming since we don't have a manual ready yet.

However, we could give you access to the server here if that is something you would like to.
You need a VPN to our network, after that you can use a remote desktop connection.

Some more information that could perhaps we of interest:
1. We test with all shorter clips. Meaning that in a couple of days testing a lot of clips are loaded and removed through the API. Including the overlays shown.
2. While vMix is still in crash and waiting for a user to acknowledge closing down, the webserver is still active and accepting commands. We know this because in case of error our playout will send us a txt message.

If you would like access to our server, could you please pm me?


gerard@aemotion.com  
#12 Posted : Wednesday, February 25, 2015 6:36:15 AM(UTC)
gerard@aemotion.com

Rank: Newbie

Groups: Registered
Joined: 9/13/2013(UTC)
Posts: 9
Location: Netherlands

Hi Martin,

I think we finally found the cause of the crash. We created a situation in which we first set the fields in a title and then show the overlay and hide it again.
All working fine. But we made a change in which we want to be able to set about 10 fields in the title.

So we called the API 10 times sequentially. Fields not having a value were also used in the call to the API. Resulting in an internal server error. It appears that if that happens to much (building up during some days) then vMix will crash eventually. We changed our code so it won't generate this internal server error anymore, and it appears to be stable.

Thanks for all the help and for the great product.

Gerard.
admin  
#13 Posted : Wednesday, February 25, 2015 6:49:01 AM(UTC)
admin

Rank: Administration

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

Was thanked: 4136 time(s) in 1487 post(s)
Hi Gerard,

Thanks for the info, that will give me something to stress test over the next few days and see what happens.

Regards,

Martin
vMix
admin  
#14 Posted : Wednesday, February 25, 2015 6:51:24 AM(UTC)
admin

Rank: Administration

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

Was thanked: 4136 time(s) in 1487 post(s)
Actually, could you post an example of an API request that caused a 500 error.
I will run the same thing thousands of times a second to see if any memory leaks occur.
gerard@aemotion.com  
#15 Posted : Wednesday, February 25, 2015 7:28:09 AM(UTC)
gerard@aemotion.com

Rank: Newbie

Groups: Registered
Joined: 9/13/2013(UTC)
Posts: 9
Location: Netherlands

I don't have the exact URL giving the internal server error. For now I tried this one:
http://127.0.0.1:8088/API?Function=SetText&Input=1ba9f30d-fc9b-4c3f-90e3-7a3be8841d98&selectedindex=8&value=

Giving a neat error: exceeds limits (I guess that's an okay message, but not the internal server error).
It could be that we send a DBNull (value), but how that would work out in an URL is a mystery to me.... :-)
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.