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
plaino  
#1 Posted : Wednesday, June 17, 2015 4:18:25 PM(UTC)
plaino

Rank: Member

Groups: Registered
Joined: 3/29/2014(UTC)
Posts: 12

Thanks: 2 times
We are a professional sprint kart track that likes to live stream our local races and have been using vMix for a while. We started out with some cheap Dahua IP cams and 1 Dahua PTZ. Everything was mostly fine, some ghosting or skipping in the video once in a while. We recently bought 8 Lilin UFG1122EX IP cameras, they do 120FPS at 1080P. We need the faster frames because the karts are going past the cameras at up to 80-90MPH, 30 FPS isn't cutting it. I originally set the new cameras up at 120FPS and it was unwatchable, I scaled them back to just 30FPS where the Dahua cameras are and it still kinda bad. I had a slight issue with dropped frames with the Dahua's but the Lilin cameras are really bad. I have done my searching and found the article for improving performance in vMix, it didn't help.

We have been using the Lenovo for streaming with vMix, the custom build is running Blue Iris to record the streams. I even installed a trial of vMix on the custom build and get the same results with the dropped frames. I have attached some screenshots.

I am not going live yet with the new cameras, all I am doing is adding them as inputs in vMix and looking at the statistics. The camera is streaming at 30FPS/1080p/VBR/4Mb Bit Rate.

vMix is set for the correct parameters 1080p / 30p.

2 systems:
Lenovo IdeaCentre K410
Intel Core i7-3770 Processor 3.4 GHz (8 MB cache)
8GB DDR3
2048 GB 7200 rpm Hard Drive
Nvidia GT 620

Custom Built:
AMD FX-8350 Black 8 Core 4.0GHz
4 3TB 7200 RPM Seagate Barracuda's in RAID 5
8GB DDR3 1600
GeForce GTX 960

Latest version of vMix on both all updates for everything done.

Cameras are IP cameras, inputs are RTSP streams. All network equipment is Gigabit Ethernet. POE+ switch has more than enough wattage for all cameras.

All help is welcome. Thank you in advance.
plaino attached the following image(s):
Screen Shot 06-16-15 at 01.29 PM.JPG (140kb) downloaded 10 time(s).
Screen Shot 06-16-15 at 03.51 PM.JPG (156kb) downloaded 7 time(s).
Screen Shot 06-16-15 at 01.32 PM.JPG (139kb) downloaded 9 time(s).

You cannot view/download attachments. Try to login or register.
kgoodyer  
#2 Posted : Wednesday, June 17, 2015 7:42:23 PM(UTC)
kgoodyer

Rank: Advanced Member

Groups: Registered
Joined: 6/16/2015(UTC)
Posts: 193
Man
United Kingdom
Location: Milton Keynes, UK

Thanks: 10 times
Was thanked: 53 time(s) in 27 post(s)
I think you need to identify if the issue is with vMix or the way the IP cameras work. I notice your camera streams are Using TCP rather than UDP. TCP has an additional bandwidth overhead to allow for packet by packet handshaking. If you are running on your own 'Controlled' LAN, without any routers between your vMIX machines and the cameras you should used UDP which is a Fire and Forget type of protocol (no error correction). So that might be worth trying.

I have come across some Ethernet switches that have a somewhat doggy switching fabric, and don't deal with multiple web streams (especially multicast) - try a different switch if you can.

The other thing to try is using VLC to test if it's the streams or the vMix PC's (it could be an issue with your PC's network interface). Run VLC on the vMix PC, choose Network Stream, and use exactly the same URI as you do in vMix to recive the stream. Once you get the first camera going, open multiple copies of VLC and try and get all the cameras to be seen by VLC. You can use TOOLS - MEDIA INFORMATION - STATISTICS tool bar to monitor for dropped frames etc.

I will have to say (and I don't know what Codec your cameras are using... guessing h.264) is that the PC will have to do some pretty heavy work decoding 4 x 1080p web streams simultaneously - now it maybe that the vMix GPU based codecs have the performance needed, but I can only do 12 SD H.264 decodes on a reasonable PC, let alone HD.

Hope this helps, I'm no vMix expert, but I know multi-camera streaming like the back of my hand, so please shout if you want somebody to brain storm your issue with.

All the Best

Keith
thanks 1 user thanked kgoodyer for this useful post.
plaino on 6/20/2015(UTC)
plaino  
#3 Posted : Saturday, June 20, 2015 9:58:23 AM(UTC)
plaino

Rank: Member

Groups: Registered
Joined: 3/29/2014(UTC)
Posts: 12

Thanks: 2 times
Thank you kgoodyer for the help and suggestions.

I disconnected all cameras from the POE switch except for one. I then plugged the Lenovo computer into the switch as well. So all that was connected to the switch was one camera and the computer.

I opened the stream in vMix and the dropped frame issue was still happening. I then opened it in VLC and it was still dropping frames but not nearly as fast. I have attached screenshots.

Yes we are using h.264 for codec. I tried the one camera in vMix using UDP before and tried it again, it will drop frames then vMix throws a "Connection Error" message for the input and then it picks up again and cycles like that, continually dropping the connection. This is why I was using RTSP TCP.

The switch is a TP-LINK TL-SG1008PE. It is 802.3af/at PoE compliant and has 16Gbps switching bandwidth.
plaino attached the following image(s):
Screen Shot 06-19-15 at 09.49 AM.JPG (138kb) downloaded 4 time(s).
Screen Shot 06-19-15 at 09.46 AM.JPG (142kb) downloaded 4 time(s).

You cannot view/download attachments. Try to login or register.
plaino  
#4 Posted : Saturday, June 20, 2015 10:07:38 AM(UTC)
plaino

Rank: Member

Groups: Registered
Joined: 3/29/2014(UTC)
Posts: 12

Thanks: 2 times
I was just on the web admin page for the camera and looking at the settings. I saw something that caught my eye. RTSP settings, in particular RTSP package size. Lilin documentation on these settings is scare, any idea yourself? Should I up the package size?
plaino attached the following image(s):
Screen Shot 06-19-15 at 10.06 AM.JPG (63kb) downloaded 8 time(s).

You cannot view/download attachments. Try to login or register.
Speegs  
#5 Posted : Saturday, June 20, 2015 10:55:11 AM(UTC)
Speegs

Rank: Advanced Member

Groups: Registered
Joined: 8/3/2013(UTC)
Posts: 405
Location: Gold Coast, Australia

Thanks: 27 times
Was thanked: 76 time(s) in 58 post(s)
I've never used these devices, but you could try a larger package size, if one is available in that drop down and definitely try that RTSP/UDP Port, but change Vmix to RTSPUDP as well and see if that works. Like kgoodyer said udp is definitely better for speed on a LAN where packet loss shouldn't be a big problem. That is also something you should check, while streaming ping the device constantly while testing. That will in theory show signs of packet loss and high response times if the LAN is playing up.

120fps is pretty quick, I certainly watched my cpu resources quickly disappear at high frame rates with FMLE, also worth trying @ 720p first and working your way up to 1080p to see if lowering the pixels you are moving helps the situation. Sorry I only have "generic" troubling shooting advice as I'm usually very happy to have 50 fps or 1080i and I tend not to use IP capture devices as they add latency sorting packets/decompressing and I imagine use significantly more cpu than semi-hardware capture devices since they do more work to get the pixels into the computer.
thanks 1 user thanked Speegs for this useful post.
plaino on 6/20/2015(UTC)
plaino  
#6 Posted : Saturday, June 20, 2015 11:07:18 AM(UTC)
plaino

Rank: Member

Groups: Registered
Joined: 3/29/2014(UTC)
Posts: 12

Thanks: 2 times
I appreciate any and all advice at this time speegs, thank you.

The drop down does allow a bigger package size. I changed it to 32k (it goes up to 64k). I also changed it to RTSP/UDP and rebooted the camera.

I then loaded the stream as UDP in vMix. Same issue with it constantly dropping connection. I also did a ping -t for a constant ping while its streaming, the results are attached.
plaino attached the following image(s):
Screen Shot 06-19-15 at 11.05 AM 001.JPG (61kb) downloaded 5 time(s).
Screen Shot 06-19-15 at 11.05 AM.JPG (365kb) downloaded 11 time(s).

You cannot view/download attachments. Try to login or register.
Speegs  
#7 Posted : Saturday, June 20, 2015 5:59:12 PM(UTC)
Speegs

Rank: Advanced Member

Groups: Registered
Joined: 8/3/2013(UTC)
Posts: 405
Location: Gold Coast, Australia

Thanks: 27 times
Was thanked: 76 time(s) in 58 post(s)
I see why you are running out of ideas, double check the computers cpu not in mix but the entire task manager.. I'm stumped too. I'm guessing the camera has no cpu info, worth looking if you can connect to it via a shell you can often run the Linux command top to see how hard it is working.
plaino  
#8 Posted : Wednesday, June 24, 2015 3:26:26 PM(UTC)
plaino

Rank: Member

Groups: Registered
Joined: 3/29/2014(UTC)
Posts: 12

Thanks: 2 times
vMix is only using about 2%-5% when not streaming and just having 1 input from the new cameras. Overall CPU is only a few percent higher, I made sure there was almost nothing on this computer except for vMix.

Just for the heck of it. I dropped the frame rate of the camera to 15, and tried this in both 1080 and 720. The dropped frames from the renderer dropped to 0 but there were still source dropped frames.

Does this mean that vMix can't render 30 FPS from these new cameras? But it can from the Dahua PTZ and crappy cheap Dahua IP cams we used to use.
plaino attached the following image(s):
Screen Shot 06-23-15 at 12.39 PM.JPG (143kb) downloaded 6 time(s).

You cannot view/download attachments. Try to login or register.
admin  
#9 Posted : Wednesday, June 24, 2015 4:48:38 PM(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)
Hi,

Source dropped frames for RTSP just means the camera is not sending frames as fast as the vMix frame rate.
This is normal if the camera is not sending the full 30fps.

Regards,

Martin
vMix
plaino  
#10 Posted : Thursday, June 25, 2015 11:26:03 AM(UTC)
plaino

Rank: Member

Groups: Registered
Joined: 3/29/2014(UTC)
Posts: 12

Thanks: 2 times
Very good information to know admin, thank you.

Do you have any recommendations or help in troubleshooting how I can get my camera back up to 30 frames or higher without all the renderer frame drops?

We love vMix and would very much like to solve this issue. Thank you in advance.
plaino  
#11 Posted : Wednesday, July 1, 2015 3:16:13 PM(UTC)
plaino

Rank: Member

Groups: Registered
Joined: 3/29/2014(UTC)
Posts: 12

Thanks: 2 times
Selfish bump, desperate for help.
plaino  
#12 Posted : Tuesday, July 7, 2015 4:12:25 PM(UTC)
plaino

Rank: Member

Groups: Registered
Joined: 3/29/2014(UTC)
Posts: 12

Thanks: 2 times
Selfish bump, desperate for help.
Braunschweiger  
#13 Posted : Wednesday, July 8, 2015 9:59:36 PM(UTC)
Braunschweiger

Rank: Newbie

Groups: Registered
Joined: 6/29/2015(UTC)
Posts: 5
Location: Leipzig

I will have to say (and I don't know what Codec your cameras are using... guessing h.264) is that the PC will have to do some pretty heavy work decoding 4 x 1080p web streams simultaneously - now it maybe that the vMix GPU based codecs have the performance needed, but I can only do 12 SD H.264 decodes on a reasonable PC, let alone HD.






samsung a8 schutzhülle
plaino  
#14 Posted : Thursday, July 9, 2015 1:14:13 PM(UTC)
plaino

Rank: Member

Groups: Registered
Joined: 3/29/2014(UTC)
Posts: 12

Thanks: 2 times
Yes we are using h.264 for a codec.


We were using some cheaper Dahua 3MP POE cams set to 1080p at 30FPS and were mostly not having an issue. Even with 4 or 5 being used as inputs in vMix they would cut out maybe a couple times per race but overall had no real issues or frame drops.

But with the new Lilin cams even set to 1080p at 30FPS we are getting major frame drops.

So everything else is the same, just the cams are different. We only put up 3 of the Lilin cams for testing and still have some Dahua ones connected and the difference in frame drops is dramatic.

I am attaching a screenshot of 1 dahua cam and 1 lilin cam:

.75 is the dahua cam
.78 is the lilin cam

i added each one twice, once using tcp, once using udp

with the lilin it looks like UDP is better but the connection keeps getting lost (connection error) and resetting itself, not usable.

plaino attached the following image(s):
Screen Shot 07-08-15 at 01.08 PM.JPG (203kb) downloaded 5 time(s).

You cannot view/download attachments. Try to login or register.
plaino  
#15 Posted : Thursday, July 9, 2015 2:07:20 PM(UTC)
plaino

Rank: Member

Groups: Registered
Joined: 3/29/2014(UTC)
Posts: 12

Thanks: 2 times
An update of the cams since I posed my last post without hitting the reset button.
plaino attached the following image(s):
Screen Shot 07-08-15 at 02.06 PM.JPG (211kb) downloaded 7 time(s).

You cannot view/download attachments. Try to login or register.
plaino  
#16 Posted : Thursday, July 23, 2015 9:03:07 AM(UTC)
plaino

Rank: Member

Groups: Registered
Joined: 3/29/2014(UTC)
Posts: 12

Thanks: 2 times
I just wanted to give a quick update on my issue.

I contacted the manufacturer, Lilin, and after some back and forth we narrowed down the issue to the camera itself. They gave me some beta firmware and it drastically reduced the dropped frames. I wanted to leave this for anyone else who might have a similar issue, check for an updated firmware for the camera, it could really help.
plaino attached the following image(s):
Screen Shot 07-22-15 at 08.59 AM.JPG (122kb) downloaded 9 time(s).

You cannot view/download attachments. Try to login or register.
Users browsing this topic
Guest
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.