vMix Forums
	 » 
	General
	 » 
	vMix Call
	 » 
	Vmix call render time spikes
	 
	
        
            
            
    | 
	Rank: Advanced Member
 Groups: Registered
 Joined: 12/4/2018(UTC) Posts: 51  Location: BrusselsThanks: 3 timesWas thanked: 11 time(s) in 11 post(s)
 
 | 
            
		      
                Hi all,
 So recently had a show that involved 8 vmix calls and a bunch of media all running on AWS. Everything was absolutely normal until the last two calls joined the event. From that point onward I was getting crazy render time spikes (from sub 15ms to over 500ms). The logs are unhelpful in that they just say that the render time spiked, but not what's causing that spike. I'm now aware of another system (7 calls on AWS) with a similar issue.
 Has anyone else experienced this? Any thoughts or ideas as to what might be causing it?
 
 Thanks!
 | 
    | 
             | 
            
         | 
    |  | 
        
        
        
            
        
            
            
    | 
	Rank: Newbie
 Groups: Registered
Joined: 8/23/2020(UTC)
 Posts: 7
 
 | 
            
		      
                I'm curious if you were doing a peer-to-peer connection (meaning, did you have the "peer-to-peer" button checked in the vmix call window inside of vmix? The reason I asked is that I experienced something similar last weekend. I was able to get about 6 callers on, but ALL of the calls would randomly freeze at the same moment. I confirmed that our WAN connection was completely stable and never went down. We then discovered that we didn't have the proper firewall settings to do a "peer-to-peer" call, so the changes were made yesterday. I'm not quite sure if that did the trick, but I'll know this saturday when we do another stream. | 
    | 
             | 
            
         | 
    |  | 
        
        
        
    
        
            
            
    | 
	Rank: Newbie
 Groups: Registered
Joined: 5/24/2020(UTC)
 Posts: 5
 
 | 
            
		      
                Ryan, what changes did you do to your firewall? | 
    | 
             | 
            
         | 
    |  | 
        
        
        
            
        
            
            
    | 
	Rank: Newbie
 Groups: Registered
 Joined: 6/6/2020(UTC) Posts: 5  Location: London | 
            
		      
                Originally Posted by: Ryan Salazar  I'm curious if you were doing a peer-to-peer connection (meaning, did you have the "peer-to-peer" button checked in the vmix call window inside of vmix? The reason I asked is that I experienced something similar last weekend. I was able to get about 6 callers on, but ALL of the calls would randomly freeze at the same moment. I confirmed that our WAN connection was completely stable and never went down. We then discovered that we didn't have the proper firewall settings to do a "peer-to-peer" call, so the changes were made yesterday. I'm not quite sure if that did the trick, but I'll know this saturday when we do another stream. Hi Ryan - did you see any improved results with this? | 
    | 
             | 
            
         | 
    |  | 
        
        
        
    
        
            
            
    | 
	Rank: Advanced Member
 Groups: Registered
 Joined: 12/4/2018(UTC) Posts: 51  Location: BrusselsThanks: 3 timesWas thanked: 11 time(s) in 11 post(s)
 
 | 
            
		      
                Hi all,
 Just thought I'd wrap this up. The issue is now believed to be linked to the memory leak that was fixed with patch 23.0.0.66.
 
 
 | 
    | 
             | 
            
         | 
    |  | 
        
        
        
    
                           
	vMix Forums
	 » 
	General
	 » 
	vMix Call
	 » 
	Vmix call render time spikes
	 
	
    
        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