SKJM Forum

Support => iCam Support => Topic started by: antipro on March 09, 2011, 04:37:59 PM

Title: bandwidth
Post by: antipro on March 09, 2011, 04:37:59 PM
i have a problem with icam on the iphone.
when i select the main screen with 4 cam the bandwidth sent to the phone via wifi is near to 148kB/s and i see 2 webcams with good fps.

the problem is when i select one of them, i see the image fit the screen but the fps drops drammatically with many freezes.

the bandwidth also drop down from 150kb/s to a poor 30kb/s.

at least via wifi i expect to see fluid images.

what's the problem?

i also noticed just now that via 3G the bandwidth sent is very poor, something like oscillating from 5kb/s to 20kb or less. is normal? i expect to see all my upload bandwidth available used.
Title: Re: bandwidth
Post by: Jay on March 10, 2011, 11:27:00 AM
Does the video appear slow in iCamSource on the computer as well?  The framerate in iCamSource is determined by the camera.

On local Wi-Fi, you should see a few frames per second.
On a remote Wi-Fi hot spot, you should see about a frame per second.
On 3G, Apple requires us to keep the framerate less than 1 frame every 2 seconds (0.5 fps).  This has been the limit since iCam was first released.
On EDGE, you'll probably see about one frame every 5 seconds or so, or as low as 1 frame every 10 seconds if you have a poor EDGE signal.

If the framerate you're seeing is significantly lower than that, please let me know what framerate you are seeing and what connection type you're using.
Title: Re: bandwidth
Post by: antipro on March 10, 2011, 12:03:18 PM
Does the video appear slow in iCamSource on the computer as well?  The framerate in iCamSource is determined by the camera.

The video in icamsource appear normal 30fps.

Quote
On local Wi-Fi, you should see a few frames per second.

on local wifi, like i said, i have the mosaic view with 30fps and 150kb/s BUT, when select a webcam, both the fps and the bandwidth drop down and i see many freezes and very poor fps.
this is the real problem, i cant understand why, isnt it strange?

Quote
On a remote Wi-Fi hot spot, you should see about a frame per second.

well, of course i have a poor upload band, only 30kB/s, but i expect to see more than 1fps. i will test better later, need to find a remote wifi.

Quote
On 3G, Apple requires us to keep the framerate less than 1 frame every 2 seconds (0.5 fps).  This has been the limit since iCam was first released.

can i ask why of this limitation?

Quote
On EDGE, you'll probably see about one frame every 5 seconds or so, or as low as 1 frame every 10 seconds if you have a poor EDGE signal.

on edge i expect nothing, i dont even try.

Quote
If the framerate you're seeing is significantly lower than that, please let me know what framerate you are seeing and what connection type you're using.

I will test again and will report here if i'll find something strange.
btw fps arent shown in the display, i can only estimate them.
I am using a normal ADSL 1  4832 kbps / 320 kbps.
thanks
Title: Re: bandwidth
Post by: Jay on March 10, 2011, 09:16:04 PM
When you say it freezes, do you mean it locks up, or is it just jerky?

What are the specs of your computer (CPU, RAM, etc.)?  It's possible that resizing to the larger fullscreen image is requiring more processing.

We have seen cases in the past where the framerate was slowed by third party software that had hijacked the JPEG encoding functions from the operating system.  Do you have any sort of image or video encoding software installed on your computer?  The encoding software that we've seen the problem with before was ffdshow and calibratedQ XD Decode, but there are probably other similar products that do the same thing.

The 3G bandwidth limitation was imposed by Apple.  They never communicated the reason for it.
Title: Re: bandwidth
Post by: antipro on March 11, 2011, 10:01:58 AM
When you say it freezes, do you mean it locks up, or is it just jerky?

yea sorry, my english is not very good, for google translator "freeze" and "lock up" are the same word in my language. i try to explain better: when in full screen, sometimes the image has good fps but every second more less, it lock up for about 1 second.

Quote
What are the specs of your computer (CPU, RAM, etc.)?  It's possible that resizing to the larger fullscreen image is requiring more processing.

it's a phenom 2 quad core, 610e model number, 4GB DDR2 800, ATI 5650.
the problem is not in the pc, is in the comunications between the software and the iphone.
it's normal to see those "lock ups" when the band used is 30kb(full screen) instead of 150kb(mosaic view).

Quote
We have seen cases in the past where the framerate was slowed by third party software that had hijacked the JPEG encoding functions from the operating system.  Do you have any sort of image or video encoding software installed on your computer?  The encoding software that we've seen the problem with before was ffdshow and calibratedQ XD Decode, but there are probably other similar products that do the same thing.

yes i think i have more than one of those encoding sw,
surely i have ffdshow installed. uhm, i'll try to uninstall it and i try to reinstall icamsource again.

edit: i did it and nothing append, btw i am here if you want other informations

id like to know if others users have the same issue on local wifi or not.
(the issue is: high band used with mosaic, poor band used when just tap and set the image in full screen on the phone)
people where are you? help me please.


Quote
The 3G bandwidth limitation was imposed by Apple.  They never communicated the reason for it.

thanks



(http://img838.imageshack.us/img838/1378/235jo.jpg) (http://img838.imageshack.us/i/235jo.jpg/)

Title: Re: bandwidth
Post by: Jay on March 11, 2011, 04:59:56 PM
If you have any other kind of video/image encoding software, try disabling it temporarily to see if it has any effect.

Also, is your iPhone jailbroken?
Title: Re: bandwidth
Post by: antipro on March 11, 2011, 05:28:08 PM
If you have any other kind of video/image encoding software, try disabling it temporarily to see if it has any effect.

Also, is your iPhone jailbroken?

where do i see the list of encoding sw installed? (btw imho is not a codec issue, i use similar softwares, of course you know "Yawcam" and others without any problems)

the iphone has been recently jailbroken, but the app has been bought.
honestly i bought it cause the one hacked wasnt working at all.
Title: Re: bandwidth
Post by: Jay on March 12, 2011, 01:25:35 AM
Unfortunately, there isn't any list where you can see what image encoding software you have installed (not that I know of anyway).

I'm not sure what is causing the behavior you're seeing, which is why I'm asking about the image encoding and the jailbreak.  Those are both things that have caused framerate issues in the past.  Unfortunately, the bandwidth usage by itself doesn't indicate what the cause is, so we need more info to narrow it down. 

You said that it freezes for about a second.  How often does that occur?

You may be right about the image encoding, but I'm not sure that a program like Yawcam would even be encoding any images.  iCamSource resizes the images before they're sent to the phone, which is why it needs to use the image encoding functionality included in Windows.  Sometimes, third-party software hijacks the image encoding functionality from the operating system.  We have seen a few instances in the past where third-party image encoding caused issues similar to this.

Also, do you have access to an iPhone/iPod/iPad that isn't jailbroken?  If you were able to test with a non-jailbroken device, that would rule out jailbroken software as a possible cause.
Title: Re: bandwidth
Post by: antipro on March 12, 2011, 10:37:35 AM
Unfortunately, there isn't any list where you can see what image encoding software you have installed (not that I know of anyway).

ok, btw i tried with onother pc, the one i use for gaming, it has not any econding software installed:
same behavior

Quote
I'm not sure what is causing the behavior you're seeing, which is why I'm asking about the image encoding and the jailbreak.  Those are both things that have caused framerate issues in the past.  Unfortunately, the bandwidth usage by itself doesn't indicate what the cause is, so we need more info to narrow it down. 

well, i will post again when i will upgrade to the firmware 4.3


Quote
You said that it freezes for about a second.  How often does that occur?

it occour everytime, always.
each second more less it freezes.
For half second or less, the images are fluids.

Quote
You may be right about the image encoding, but I'm not sure that a program like Yawcam would even be encoding any images.  iCamSource resizes the images before they're sent to the phone, which is why it needs to use the image encoding functionality included in Windows.  Sometimes, third-party software hijacks the image encoding functionality from the operating system.  We have seen a few instances in the past where third-party image encoding caused issues similar to this.

ok, tell me some 3rd party sw you found. so i can search for the same or similars into my pc.

Quote
Also, do you have access to an iPhone/iPod/iPad that isn't jailbroken?  If you were able to test with a non-jailbroken device, that would rule out jailbroken software as a possible cause.

yes I have access to another iphone, but its not the same model, it's a 3gs and it has not icam installed.

i will use mine to test it just when i upgrade to the new firmware and with no jb.

last things: when you swap between mosaic and fullscreen, what append to your upload band?
it remain at the same value? fps remain the same?
does a log file of icamsource exist somewhere?

see you
Title: Re: bandwidth
Post by: Jay on March 12, 2011, 04:47:18 PM
Just to clarify, you're seeing fluid frames for 1/2 second, then it pauses for a second, then is fluid for 1/2 second, over and over.  Is that correct?

Do you see this same behavior if you connect your phone to a remote Wi-Fi network?  Approximately what framerate do you see when the phone is connected to a remote network?

The encoding software that we've seen the problem with before was ffdshow and calibratedQ XD Decode, but there are probably other similar products that do the same thing.

We haven't seen the behavior you're describing in our own testing.  There have been a few other users that have seen jerky images on the local Wi-Fi network, but so far, they've all appeared to be associated with 1) CPU speed, 2) available bandwidth, 3) Third Party image encoding software, and 4) jailbroken phones.  The vast majority of users with jailbroken phones don't experience this, so it's not just the fact that the phone is jailbroken.  There might be some jailbroken software that has some effect on the network  or image decoding functionality.

Also, iCamSource doesn't create a logfile.
Title: Re: bandwidth
Post by: antipro on March 12, 2011, 08:53:57 PM
i dont know, excluding the jb for the moment i want try to find the codec issue.

omg, i understood... there's another problem with my system and icam: the band and fps become low also when i point the webcam to a fast moving object, for example a TV screen instead of me in a room. why? my codec problem?

i also tried to connected 2 and 3 webcam at the same time.
 with 3 connected the cpu is about 80%. could be normal?


Title: Re: bandwidth
Post by: Jay on March 13, 2011, 06:07:10 PM
The CPU usage depends on several things.  If any of the cameras are IP cameras, then the camera settings, such as the resolution and the framerate could effect the CPU usage of iCamSource.  Also, the motion detection processing settings in iCamSource will effect the CPU usage.

What is the Brand/Model of your webcam(s)?

Is your computer connected to the router directly with an ethernet cable or through Wi-Fi?

Does disabling Motion Detection in iCamSource have any effect on the problem?
Title: Re: bandwidth
Post by: antipro on March 14, 2011, 12:45:16 PM
PCs are connected trough lan cable, not wifi.
i have 3 logitech webcam: 9000 pro, c250, e3500(removed).

Probably the e3500 is obsolete or not perfectly compatible with the last software.
i removed it from the system cause it need too much cpu to works, i dont know why.

Now, with only two webcams, the cpu utilization is about 30%, that is a good value.


The problems of low fps still here:

I watch the iphone and i see my self "smooth moving" (30 fps) from 2 webcams, bitmeter says 150kb/s upload.

Then i point one of the webcams or both to a TV and immediately i see trough bitmeter the upload is dropping a lot, i watch the iphone and i see very low fps and freezes.

Again, this time i point my self and i see a fast good looking mosaic, i touch the screen to zoom to one webcam in fullscreen and again i see myself with dropping upload band and fps+freezes.

all this while the cpu is always about 30/40%.

Motion Detection is disabled.
Router Upnp says 12000 and 12001 ports are opened.

Title: Re: bandwidth
Post by: Jay on March 14, 2011, 08:13:32 PM
If motion detection is disabled, then the only processing done by iCamSource is that it resizes the image from the webcam and then sends it to the phone.  That shouldn't be affected in any way by movement in front of the camera.

Have you tried changing the image quality slider in iCamSource (Better Frame Rate -> Better Image Quality)?  Does that have any effect on this behavior?
Title: Re: bandwidth
Post by: antipro on March 14, 2011, 09:31:16 PM
If motion detection is disabled, then the only processing done by iCamSource is that it resizes the image from the webcam and then sends it to the phone.  That shouldn't be affected in any way by movement in front of the camera.

Have you tried changing the image quality slider in iCamSource (Better Frame Rate -> Better Image Quality)?  Does that have any effect on this behavior?

Ok i understood.
yes i tried but is the same.
Title: Re: bandwidth
Post by: OUAnthony on March 15, 2011, 12:46:52 AM
Just wondering what version of Windows you're on? Did you rule out the codecs? If not, I know there's a tool (can't recall what it's called) that will display all of the codecs installed on the system. Also, did you verify that its either your phone or your computer? Maybe change your username/password temporarily in icamsource and give it to someone else with iCam to see if the video works properly for them. If you can narrow it down to your phone, it's probably jb-related (maybe a networking issue?). If it's your computer, I'd think it'd have to be codec or networking related.
Title: Re: bandwidth
Post by: antipro on March 15, 2011, 09:23:09 AM
Just wondering what version of Windows you're on? Did you rule out the codecs? If not, I know there's a tool (can't recall what it's called) that will display all of the codecs installed on the system. Also, did you verify that its either your phone or your computer? Maybe change your username/password temporarily in icamsource and give it to someone else with iCam to see if the video works properly for them. If you can narrow it down to your phone, it's probably jb-related (maybe a networking issue?). If it's your computer, I'd think it'd have to be codec or networking related.

W7 sp1 x64


it's time to realize that i lost my money, doesnt matter, but i cant spend other time on solving issues.
all i can say is that I havent any problems with any others surveillance softwares.
see you later
Title: Re: bandwidth
Post by: antipro on November 18, 2012, 08:46:07 AM
after an app update that problem was gone, now I have it again: poor bandwith usage when i tap to view a cam in full screen.
funny


EDIT: well, I have also the same problem on mosaic view, only 1 of the 3 cams have a decent fps ratio, in my humble opinion there's something wrong in the app.

The app is laggy.

I can do nothing on my side, I am available if you care of that.

EDIT2: ok it's definitive, if I turn lights off, images are dark but fps are better, if I turn lights on fps drops down near to 1fps, just ridiculous.

do something
Title: Re: bandwidth
Post by: Stefan on November 20, 2012, 09:52:35 AM
Running 3 USB webcams simultaneously from one computer potentially reaching the power limitations of your USB bus, especially since changing the order got things working for you in the other thread. You are likely walking the edge of what your USB bus can handle, and changing the startup order of the webcams is effecting that.

If you run one or two webcams on the computer, do you experience the same issue? If you run multiple iCamSources on multiple computers (that you asked about in another thread) do you have the same issue?

Some Mac computers cannot even handle 2 USB webcams simultaneously.

I am also assuming that you are running the latest versions of iCam and the iCamSource.

No other users are reporting this issue, so the fair assumption is that it is specific to your system / setup.
Title: Re: bandwidth
Post by: antipro on November 20, 2012, 01:07:01 PM
no problems with 3 or 4 webcams connected at the same time with any other software. I have a modern pc.
power issues? i dont think so, maybe if you use an hub..

icamsource and icam both are lagging with 1 or 2 cams too.
and yes, with multiple instances too. and on differents pcs.

maybe is my router that is incompatible, a netgear dgn3500...
Title: Re: bandwidth
Post by: Stefan on November 20, 2012, 05:53:43 PM
It could be an issue of your local WiFi network being bogged down or dealing with interference from other channels. Unplugging and re-plugging in your router may help as well. (Or just replacing the router, if that is an option.)
Title: Re: bandwidth
Post by: antipro on November 20, 2012, 06:21:38 PM
I think my network works correctly.
you continue to presume the issue is in my system but if it is so, why this behavior when i double tap a preview to fullscreen?
http://db.tt/CHGOrG9z
Title: Re: bandwidth
Post by: Stefan on November 21, 2012, 09:15:38 AM
One thing you could also try is connecting via iCamWeb from the same computer running the iCamSource: http://skjm.com/icam/web/

By default iCamWeb refreshes the image once every second, but if you add "&fps=5" to the end of the large "Share" URL it will attempt to refresh the image 5 times a second. Then, you can also try viewing a camera using iCamWeb from a different computer on your network to see how quickly the image refreshes.
Title: Re: bandwidth
Post by: antipro on November 21, 2012, 12:16:31 PM
"5 fps = quick image refresh"...
ok I just realized we have a different conception of smooth images.

Dude, I'm talking about I want to see me like I was look myself into a mirror.
by using the hightest bandwith available.

BTW, even if it was at 30fps that do not demonstrate anything.

There's something wrong, I don't know where, if in the app or in my system,
i say you only what i'm having, i'm not inventing anything.
I just tried all I can try.


a crash occured just now while typing this post
http://db.tt/QjhQcW6X

Title: Re: bandwidth
Post by: Stefan on November 21, 2012, 04:17:37 PM
Ah, well you should not expect the video stream to be "like looking in the mirror". Since these are real-time streams that have to be captured and compressed for transmission over a network they are never going to be that smooth.

The frame rate seen in this iPhone 3GS TV commercial (iCam is the third app featured) is pretty typical: http://www.youtube.com/watch?v=0tmcNcTNzxA
Title: Re: bandwidth
Post by: antipro on November 21, 2012, 08:18:50 PM
I am not agree, when  I look at the mosaic view and the apps decide to works, I have 140KB/s upload and realtime fast like mirror images, when I tap one and it expand to fullscreen, the bandwith drops at a poor 30kb/s that anyway it could be enough for a decent framerate, but it isn't, in this case.

Sometimes I have 20kb/s unstable upload and images lag evertimes.
Sometimes 10kb/s, Sometimes, 1 of 2 are laggy. it's a kind of lottery.

All other softwares are transmitting images at 30fps fullscreen, but I'm sure ur app can do it too,
I saw icam worked well like I want one time after an update, maybe you did change something in a recent update..

you want to change my mind, I dont change idea, there's something wrong.
the dog images in the spot is too short to see it well but it is very poor, and coul be much better

I show you network behavior, I show you an error relating lame.dll.
I can send you what you want, but wish you help me?
Do you call this an aid?

I know my english sucks and explain someone networks/fps troubles is not easy, what can I do? Cant you send me some icamsource debug versions?


this screenshot is taken one of the very few times icamsource works semi-good.
the first upload graph is 1 webcam unstable and laggy.
then I start after restarting icamsource.
the goods are mosaic - 1 webcam, the bads are fullscreen
http://db.tt/fGmVPWRX

imho icam works good, the problem is in icamsource.
and always imho also at 30kb/s images are smooth at 640x480.

the images seems limited to 1fps at 30kb/s: non sense

I'm going to play russian roulette alone with six bullets. see you
Title: Re: bandwidth
Post by: Stefan on November 21, 2012, 09:46:38 PM
I am not agree, when  I look at the mosaic view and the apps decide to works, I have 140KB/s upload and realtime fast like mirror images, when I tap one and it expand to fullscreen, the bandwith drops at a poor 30kb/s that anyway it could be enough for a decent framerate, but it isn't, in this case.

Sometimes I have 20kb/s unstable upload and images lag evertimes.
Sometimes 10kb/s, Sometimes, 1 of 2 are laggy. it's a kind of lottery.

All other softwares are transmitting images at 30fps fullscreen, but I'm sure ur app can do it too,
I saw icam worked well like I want one time after an update, maybe you did change something in a recent update..

What other applications are you using that are transmitting real-time full-screen video from your computer to your phone at 30 fps?

We have not recently changed anything that has to do with the frame rate ... I believe the last time was in February.

Actually, one thing you could try is this BETA test version that was used by testers before the February change was released: http://skjm.com/icam/iCamSource2.4.3b.zip

It is just the exe and not the installer, so if you unzip it into your C:\Program Files\iCamSource folder and run it instead of the installed version, do you still see the same zoomed-in frame rate?

Additionally, if you could possibly give us some more information about what update fixed things for you, that would be helpful.

you want to change my mind, I dont change idea, there's something wrong.
the dog images in the spot is too short to see it well but it is very poor, and coul be much better

I am simply suggesting that you might want to adjust your expectations based on the technical issues and limitations involved.

I show you network behavior, I show you an error relating lame.dll.
I can send you what you want, but wish you help me?
Do you call this an aid?

I suggested using iCamWeb to give a contrasting view of the situation to see if an iCam client on the same computer as the iCamSource would experience the same frame rate issues. That would essentially remove any network delay from the equation. Did you ever perform that test?

The lame.dll crash would be related to the audio decoding, and should not be effecting your frame rate, but you could try choosing "No Audio" from the iCamSource Audio drop-down menu to remove audio from the equation.

I know my english sucks and explain someone networks/fps troubles is not easy, what can I do? Cant you send me some icamsource debug versions?

Yes, we would be able to send debug / logging versions, but that generally is not the first step we take in troubleshooting until we know precisely what to look for. It sounded like your expectations were beyond what iCam was capable of, which would not be remedied with a test version.

Try the iCamWeb tests and the iCamSource 2.4.3b test version and let me know how it goes. If it seems like a logging version is the logical next step, I should be able to get one to you early next week to test out. (Tomorrow is the start of the Thanksgiving holiday here in the US.)
Title: Re: bandwidth
Post by: Stefan on November 21, 2012, 09:51:29 PM
this screenshot is taken one of the very few times icamsource works semi-good.
the first upload graph is 1 webcam unstable and laggy.
then I start after restarting icamsource.
the goods are mosaic - 1 webcam, the bads are fullscreen
http://db.tt/fGmVPWRX

imho icam works good, the problem is in icamsource.
and always imho also at 30kb/s images are smooth at 640x480.

Ok, yes, that does look suspect if the bandwidth is always dropping like that only when zoomed in. Does this also happen when just using one camera? Perhaps the 2.4.3b will work better for you. If not, I can get you a test version early next week.

I'm going to play russian roulette alone with six bullets. see you

Alrighty then.  ???
Title: Re: bandwidth
Post by: antipro on November 21, 2012, 09:59:08 PM
are u still there?
OMG! it works!!!

http://db.tt/xhZOm4SF

can't believe it. Am I dreaming?

Going to test it better next days, btw i'm happy now, thanks, enjoy with that thanksgivin.
see you
Title: Re: bandwidth
Post by: Stefan on November 21, 2012, 10:11:39 PM
Glad to hear that it it working for you.  :)

The issue that the February fix addressed was an issue in the Windows sockets where the send command would return an unusual error code that is not seen on most systems. The fix that was eventually incorporated properly handled that new error code.

The likely reason that 2.4.3b works for you is that it was a test version that tried to automatically handle all error codes similarly, regardless of their meaning. That means that your computer (for whatever reason) is returning a different error code that we have not previously seen before.

If you want you could also download the logging version that was used to find the error code, version 2.4.3a: http://skjm.com/icam/iCamSource2.4.3a.zip

When you launch this logging version, it will create an iCamSource_Debug_Log.txt file in the same folder as the executable. If you could launch the iCamSource, connect to it with your phone, confirm that the frame rate is sluggish, and then close iCam on your phone and the iCamSource and e-mail the log file to support@skjm.com I should hopefully find some useful information contained within it.

If so, then I will hopefully be able to get a test version to you early next week based off of the latest version (2.5) that should handle your specific error code properly and get rid of your slow zoomed-in frame rate.

In the meantime you can use 2.4.3b (the non-logging version) over the weekend to see if the slow frame rate issue returns.
Title: Re: bandwidth
Post by: Stefan on November 21, 2012, 10:12:47 PM
Going to test it better next days, btw i'm happy now, thanks, enjoy with that thanksgivin.
see you

Thanks. :)
Title: Re: bandwidth
Post by: antipro on November 21, 2012, 10:25:56 PM
ok, I'll do it.
I'm testing it right now with 3 webcameras and it works great.

The only 2 little problems are that it often crash with that lame.dll error, if I enable audio,
audio is important as video and I want to use it.


the other problem is that some time appear a window in icam that say something like "connection error" but i press ok and the app continue to work. I'll report the exact text.

EDIT: the error is:
"Source Connection Eroor - One or more of the icamsoursec returned by the icam broker server could not be connected to."

EDIT: it is just crashed with this file error "MSVCR90.dll"

I'll send you log files soon.
bye
Title: Re: bandwidth
Post by: Stefan on November 26, 2012, 09:48:16 AM
Thank you for the log files.

Before troubleshooting the sporadic crashes you are having, I would like to focus on the slow frame rate issue.

Does both version 2.5 (the latest version from the web site) and the logging version (2.4.3a) only refresh at about 1 frame per second when you are zoomed in on a camera? If so, does the 2.4.3b version have a much higher frame rate when zoomed in? (I believe that was the case.)

The logging version should help track down this frame rate issue, but the log files you have sent so far do not show any unknown error codes when attempting to send data for some reason. Does 2.5 only show a slow frame rate when zoomed in if audio is turned off on all cameras? What if you only turn off audio in iCam on your phone and still choose the audio input in the iCamSources?
Title: Re: bandwidth
Post by: antipro on November 26, 2012, 12:08:39 PM
Does both version 2.5 (the latest version from the web site) and the logging version (2.4.3a) only refresh at about 1 frame per second when you are zoomed in on a camera? If so, does the 2.4.3b version have a much higher frame rate when zoomed in? (I believe that was the case.)

The logging version should help track down this frame rate issue, but the log files you have sent so far do not show any unknown error codes when attempting to send data for some reason. Does 2.5 only show a slow frame rate when zoomed in if audio is turned off on all cameras? What if you only turn off audio in iCam on your phone and still choose the audio input in the iCamSources?

The 1fps refresh issue is related to the v2.5 only and AUDIO(icamsouces and iphone) ON or OFF seems do not affect on that.
Both the Beta and Alpha versions have NOT that behavior.
The Beta version seems it works generally better than Alpha.

Title: Re: bandwidth
Post by: Stefan on November 26, 2012, 05:22:59 PM
The 1fps refresh issue is related to the v2.5 only and AUDIO(icamsouces and iphone) ON or OFF seems do not affect on that.
Both the Beta and Alpha versions have NOT that behavior.
The Beta version seems it works generally better than Alpha.

If version 2.5 is giving you the 1 fps issue but 2.4.3a and 2.4.3b are not, there are a couple of other versions you could try as well.

If you uninstall 2.5, delete the C:\Program Files\iCamSource folder, and download and install version 2.4.3, does it have the 1 fps problem? - http://skjm.com/icam/iCamSetup2.4.3.exe

Does version 2.4.4? - http://skjm.com/icam/iCamSetup2.4.4.exe
Title: Re: bandwidth
Post by: antipro on November 26, 2012, 08:16:35 PM
Both versions 243 and 244 have the same issue of the 2.5.
Title: Re: bandwidth
Post by: Stefan on November 27, 2012, 12:05:39 PM
Both versions 243 and 244 have the same issue of the 2.5.

Ok, then that is odd that 2.4.3a (which is the same as 2.4.3 but includes logging) works well for you.

Did you delete the C:\Program Files\iCamSource folder when installing the new versions? The uninstaller doesn't always clear out the old version, so you may have still been running 2.5 when you thought you were running 2.4.3 or 2.4.4.

You can additionally check the title bar of the iCamSource application window to confirm that you are running the correct version.
Title: Re: bandwidth
Post by: antipro on November 27, 2012, 12:34:41 PM
sure I deleted all files, and I checked the versions, tonight maybe I retry.

EDIT: I try now, Im using 243: In the mosaic view I see a good fps rate only in one of the 2 cams actually connected,  but if I zoom in they both goes at 1fps.

isnt it better to continue this discussion in a private channel? PM or skype?
Title: Re: bandwidth
Post by: Stefan on November 27, 2012, 03:01:27 PM
sure I deleted all files, and I checked the versions, tonight maybe I retry.

EDIT: I try now, Im using 243: In the mosaic view I see a good fps rate only in one of the 2 cams actually connected,  but if I zoom in they both goes at 1fps.

isnt it better to continue this discussion in a private channel? PM or skype?

If there are other users in the future that experience the same issues then this forum post may prove helpful.

Since 2.4.3 is giving you the 1 fps issue but 2.4.3a is not I will try making a logging version from 2.5 that will hopefully still have the 1 fps issue and will give some insight into the cause of the problem.
Title: Re: bandwidth
Post by: Stefan on November 27, 2012, 04:50:50 PM
Ok, here is a logging version based off of version 2.5: http://skjm.com/icam/iCamSource2.5a.zip

It should only create a log file when it has problems sending data, so please try this version to see if you see the 1 fps that you see with version 2.5, and if so, hopefully a log file will be created that will help troubleshoot the issue.
Title: Re: bandwidth
Post by: antipro on November 27, 2012, 10:06:39 PM
did it. Something went wrong with logs i think..
Title: Re: bandwidth
Post by: Stefan on November 28, 2012, 09:36:40 AM
According to the logs the error message is EBADF (9) which is saying that the socket is a "bad file descriptor" ... Although I am not sure why it would be saying that and still be able to transmit data at 1 fps.

Regardless, I have made a new version that handles the sporadic EBADF error message and has some additional logging to see if there is a cause for that error message: http://skjm.com/icam/iCamSource2.5b.zip

Theoretically that version should work well for you as it handles the EBADF error message. It should also generate a log file that may be helpful in determining why the error message appears in the first place, so if you could send it to support@skjm.com once you have tested whether the zoomed in view is at 1 fps or not, I would appreciate it.
Title: Re: bandwidth
Post by: antipro on November 28, 2012, 01:13:38 PM
logs sent,
i just want to ask you if icamsource saves others files in some directory.. or in the registry..

if i uninstall it and delete all the files in the main directory it remember the desktop position, actually on my secondary monitor, and the webcamlist, password and preferencies, how to default them all?

 i want to open it in the primary monitor and redo the list, etc.

thanks
Title: Re: bandwidth
Post by: Stefan on November 28, 2012, 08:46:30 PM
Yes, there are keys stored in the Registry. If you would like to clear them as well, you can download and run the following registry setting file: http://skjm.com/icam/CleaniCamKey.reg

Since version 2.5b seems to have fixed the 1 fps problem I will make a new version tomorrow that will remove the logging. If you are still having other issues (crashing, etc.) we can address those as well.
Title: Re: bandwidth
Post by: antipro on November 28, 2012, 08:59:32 PM
ok thanks, I'll test it and report eventual problems.

about the registry is the same if I just delete the following entry, right?
 [-HKEY_CURRENT_USER\Software\SKJM, LLC\iCam]
Title: Re: bandwidth
Post by: Stefan on November 29, 2012, 08:56:46 AM
ok thanks, I'll test it and report eventual problems.

about the registry is the same if I just delete the following entry, right?
 [-HKEY_CURRENT_USER\Software\SKJM, LLC\iCam]

Yes, that is correct.
Title: Re: bandwidth
Post by: Stefan on November 29, 2012, 09:38:07 AM
Ok, here is version 2.5c that removes the logging (but maintains the fix) present in 2.5b: http://skjm.com/icam/iCamSource2.5c.zip
Title: Re: bandwidth
Post by: antipro on December 07, 2012, 12:28:15 PM
The 2.5c, It seems it works well, sometimes when I close icamsource a crash occur with lame.dll file or with the executable file.

I'll try it again next days.

Title: Re: bandwidth
Post by: antipro on December 16, 2012, 04:57:10 PM
Hi, I'm enough satisfated about the FPS side, but I still have some crash when I stop the server(often is lame.dll), and sometimes I receive an error in iCam too. Something like a notify a bad response from the server, btw it continue to work.

With multiple webcamera there's a bit of troubles when first settings and after too.
Sometimes there's something goes wrong, not all cameras is showing..

When about to correct those problems too?
And what about will you release an official 2.6 stable version?
Title: Re: bandwidth
Post by: Stefan on December 20, 2012, 08:05:09 AM
We are working on a version of 2.6 that will include some new functionality in addition to the bug fix in 2.5c.

As for the lame.dll crash, does that only happen when you stop the iCamSource?
Title: Re: bandwidth
Post by: antipro on December 20, 2012, 08:36:53 AM
Ok good, well to know.

If I can ask about the 2.6, would you please add a feature that permits to talk with the server?
I mean to send voice to my home speakers by pressing a button.
So I will be able talk to my cat or just tell at the thief that his bones will be broken soon.

..and yes, apparently lame.dll crash occours only when I stop the server, but I'll do others tries soon and will report it.



Nome evento problema:   APPCRASH
  Application Name:   iCamSource2.5c.exe
  Application Version:   0.0.0.0
  Application Timestamp:   50b77ce4
  Fault Module Name:   lame_enc.dll
  Fault Module Version:   0.0.0.0
  Fault Module Timestamp:   48daa426
  Exception Code:   c0000005
  Exception Offset:   00014441
  Versione SO:   6.1.7601.2.1.0.256.1
  ID impostazioni locali:   1040

Title: Re: bandwidth
Post by: Stefan on December 21, 2012, 09:45:26 AM
It sounds like the LAME crash issue is not consistent, is that correct? (We are trying to replicate it.)

Does it crash when you are using only one camera, or when using more than one? Does it matter if you are connected using iCam at the time when you click Stop?
Title: Re: bandwidth
Post by: antipro on December 21, 2012, 01:33:48 PM
It sounds like the LAME crash issue is not consistent, is that correct? (We are trying to replicate it.)

Does it crash when you are using only one camera, or when using more than one? Does it matter if you are connected using iCam at the time when you click Stop?

if I've understood well what "consistent" means, yes, the crash sometimes doesn't occour, EVEN with multiple webcams.
I can't reproduce issue with only one camera connected.
No, doesn't matter if I connect with iCam or not.

i tried sometimes today, will do other tests tonight or tomorrow.
thanks.


EDIT: anyway I used iCam today, while i was out, it worked good, with 2 instances and a total of 5 webcams, 3 logitech + 2 SmartCam.
Title: Re: bandwidth
Post by: antipro on February 23, 2013, 01:01:33 PM
hi, any news?
any new icamsource version incoming?
what about for the appcrash - lame.dll related?

Thanks
Title: Re: bandwidth
Post by: Stefan on February 25, 2013, 09:10:02 AM
Yes, we are currently finishing up development and testing on a new iCamSource version that should be released soon.