################################################# # UPDATE : 2012/01/03 # # iCam is great software and I'm getting really great support. # # For those of you following this thread, I wanted to update this post now # because Stefan is definitely a hard worker decidated to fix this issue. # Today we've made good progress in the understanding of the issue that # I reported. # # 2 Thumbs up to iCam! # # We'll keep you posted. # # Pierre # #################################################
Using the temporary account the refresh is perfect.
There's 1 test I haven't done yet, it's to connect from a remote site to my camera. Not sure if this will make a difference or not to understand the issue.
There's no filtering, qos or whatsoever on this WIFI at my mother's place -- even mine at home doesn't have any restrictions, for sure not on any of the local traffic.
If I provide you with a network capture log, is there a way for you to see if the iPad is in "3G slow mode". I know the app checks if the iPad is in WIFI mode or not, what if there's a bug in iOS?! I just don't understand why the iPad is waiting 1 second on the local network.
I might go drive around later to try to find an opened WIFI to see if I find something else.
There's 1 thing I didn't check from the network capture that I did yesterday. I just did another capture...
I believe that the 1 second latency is introduced by the iPad2 NOT iCamSource. Why? There are 8 packets of 1077 data length (I guess this is the video, right?) that are send from iCamSource to the iPad. Right after those 8 packets, there's the 1 second delay and then the iPad2 sends the following packets (I guess you can decrypt it).
If you are on a more "vanilla" network and are still experiencing the same issue it may be software on your local computer that is somehow effecting the traffic when you are not connecting through your VPN.
What security / firewall / anti-virus software do you have running on your computer?
If you would like a refund for an Apple App Store purchase you can click the "Report a Problem" link in your e-mail receipt that you received for iCam or from within your iTunes account's purchase history. Developers are given the ability to issue refunds direct to customers on the Android Market, but not on the Apple App Store.
I agree it could be something on the computer but I don't know any such type of "anti-virus / firewall" that would delay packets every second. I already ask you this but didn't get a clear answer from you. What is the "sleep" logic in iCamSource? Is it based on 1 second or not?
The fact that I'm from Canada makes no difference, right? The fact that I'm using Bell Canada (which is also a cellular provider) makes no difference as well in the "logic" of how your both applications slows the traffic or not, right? That is a change when I open my VPN I'm coming out in the USA but w/o the VPN I'm coming out from Bell network.
This said, I tried on 2 computers. One has AVG anti-virus and the other one is "MS Security Essentials". There are no special firewall rules, I mean it's "basic" stuff.
I'll wait for the refund, I'm not there yet - I do like what I see when I'm on the VPN. Maybe you or I will think of something and figure it out. It can't be that hard, it's all logic.
You set up icamsource and a camera on your mom's computer, then connected your iPad to her network...and the same issue occurred? Weird! Hope you get it figured out. iCam is awesome/helpful once it's set up and working correctly. The fact that it's working correctly when you enable your VPN is strange. How do you connect to the VPN? Do you have to install software for it? If so, did you try connecting iCam before installing it on your mom's computer? Is it possible the VPN software is interferring? I'm not familiar with VPN's and how they work.
Also, you were talking about the bitrate when using a hi-def camera....icamsource downsizes the images to a max of 640 x 480 to achieve that bitrate. So having cameras with resolutions set to greater than 640 x 480 will only cause your computer to work harder and possibly slow down the number of images being sent in a given amount of time. Granted, it sounds like your computer is more than capable of processing the hi-res images at more than 2/sec with no problem.
The 3G limit is imposed by Apple. App Store apps can only stream around 10 KB/s over 3G or they will not be approved. iOS devices allow developers to query what type of network they are connected to for throttling purposes. If your iPad is connected via WiFi then iCam will not be throttled.
It sounds like you have a lot of moving parts on your network, with multiple WiFi networks (as per your post before it was edited) and the ability to connect via a VPN. The fact that it works fine when using your VPN means that there is likely some other issue / configuration on your local network / system that is causing the problem.
I would start with a completely standard vanilla setup (temporarily disabling all advanced firewall / security software / network packet shaping and filtering settings) with a simple NAT-ed network connection and work backwards to find the culprit. Start with the best-case scenario using your fastest available WiFi network (which never provide their maximum advertised bandwidth anyway) and go from there.
I'm at my mother's house now, it can't be more vanilla that you can ask for. I'm having the same issue here and if I open my VPN it works flawlessly.
Bottom line, whenever I test this regardless of the router "iCam <-> iCamSource" locally lags (no NAT needed here) and nothing is complicated here at all. It's the most simple scenario you can ask for, isn't it?
If you have no other clue, please tell me how to get myself a refund.
Is your iPad 2 running 5.0 or 5.0.1? If it is running 5.0 I would suggest updating it to the latest available software.
Since others users are not reporting this issue (seeing one frame every 2 seconds over the same local WiFi network is not normal) then I am guessing that it has something to do with your particular setup.
Is your iPad 2 jailbroken?
The iCamSource does have logic in it to throttle the connection on a per-second basis, but only when iCam is reporting that it is connected via 3G.
The fact that you are able to see a couple of frames a second via iCamWeb is good to know, but doesn't really help the issue on the iPad. (The &fps=5 simply removes the 1 fps limit ... It doesn't force or guarantee 5 frames per second.)
My other suggestions would be to cycle power on your iPad and router and remove any other WiFi devices from your network temporarily to see if that has any effect.
Also, is your WiFi network 802.11b/g/n?
iPad2 running 5.0.1, no jailbroken.
I took too much time to reply, my session timeout and now I have to write everything over.
I'll do this faster, if you're not positive on what I write please ask.
I have an account with StrongVPN (google it). On my PC I open my VPN (OpenVPN). Once the VPN is open, I start iCamSource and then launch iCam no my iPad. iCam to connect to iCamSource MUST go over Internet to reach the StrongVPN IP address associated to my PC. When I do this, iCam works flawlessly. The video is extremely fluid even at the maximum "Better Video Quality'. Currently on my WIFI router I force to use B network (11 Mbps). You have to agree with me, 11Mbps is way more than enough to stream this video.
I also tested in G and N, I get the same results -> over the VPN stunning video, w/o the VPN sluggish. Are we positive the "non 3G iPad" returns the right information to your application?
BTW I'd rather have this "3G delay" like an option. If WIFI is on, it doesn't mean that the device isn't going via a cellular network. I intend to tether with my Android phone over 3G. Why not make this a configuration option? ... or can't your "protocol" adjust based on how the stream goes? I know it can be tricky... or why not an option like to tells how often to refresh? When I'm on 3G, refresh every minute might be enough for a camera in front of the garage entrance. Per camera setting on the iCam side would be great. Just suggestions ... but all I want if iCam on local network to work flawlessly.
If you fix it I won't request a refund but I'll also buy the Android app for my phone, and I think I have a friend of mine that might be interested as well.
Tomorrow I'll try to find a wifi cafe (hoping one is open around here) and try it from a remote location (honestly tomorrow I think everything is close here, this might have to wait).
CPU w/o iPad or iPad connected : 11-26% No difference between Better Frame Rate / Better Quality.
The good news is that using my 2nd laptop (over WIFI, just like my iPad) and with IE9 (skjm.com/icam/web set at 5fps) the refresh now works fine but for sure I don't see 5 fps... perhaps 1-2 frame/seconds. I'd be happy to have that refresh on my iPad for 5$ but I'm not getting that.
My iPad2 is 2 weeks old, running iOS 5.0. I'm able to stream netflix video so there's no such wifi issue here.
If you guys are using UDP, I still don't understand why the network isn't flowing faster. I look at the capture and there are a few millisecond delays sometimes that I can't understand -- my laptop is only running iCamSource when I'm doing this.
I did a wireshark capture, hoping I could figure out how to connect to iCamSource ... let's talk about that capture!
While the iPad is connected, pretty much always see the following stream of packet :
PC -> iPad - packet size 99 (54) iPad -> PC - packet size 91 (46) iPad -> PC - packet size 95 (50) PC -> iPad - packet size 1119 (1074 UDP data portion) PC -> iPad - packet size 1119 PC -> iPad - packet size 1119 PC -> iPad - packet size 1119 PC -> iPad - packet size 1119 PC -> iPad - packet size 1119 PC -> iPad - packet size 1119 PC -> iPad - packet size 1119 PC -> iPad - packet size 100 (55) iPad -> PC - packet size 103 (58) iPad -> PC - packet size 99 (54) PC -> iPad - packet size 91 (46) PC -> iPad - packet size 95 (50) iPad -> PC - packet size 106 (61) PC -> iPad - packet size 103 (58) Then it starts over again and again.
__ At exactly every 1 second the stream is STOP. Why is that? Maybe because the image is still ... no changes on the camera. BUT if I start to wave my hand in front of the camera, the stream stays the same and is again blocking every second.
At least when I move my hand in front of the camera, I'd expect more network traffic but it's not happening. Why not? How could 8 packets of 1074 bytes (the UDP data portion size) can properly update a high-res image? I'd expect the stream to be low in traffic if the image doesn't change a lot and see more traffic when I move my hand in front of the camera. Why isn't it like that?
Hopefully you have something to bite on and find where the issue could be. I don't expect to post anymore data, I think I've provided you enough proof with the network data capture to show there's something wrong. It's not normal for the network traffic to pause every second.
I just tested with another laptop : both the integrated camera as well as with the USB Microsoft camera gives sluggish video on my iPad. I go to Netflix on my iPad, open a movie... again stunning video. Definitely not a network issue of any kind. I even rebooted my iPad (just in case).
I also tested with the latest iCamSource software as well as the 2 other previous versions available to download.
I also look at one of your video on the web site, there's a small animal walking around. Obviously the refresh I can isn't the same at all.
Here are my result using a Microsoft USB LifeCam Studio Full 1080p.
The result is even worst. I wait for the image to load on the iPad, I put my hand in front of the camera and it takes a good 2 seconds for the hand to show up. Then I take my iPad, go to netflick and I have awesome video.
Show Posts