Weather Station Hardware > Weather Radios
StandAlone source rebuilt.
wuhu_software:
All,
I thought I would chase the CPU utilization problem for a bit this afternoon and *may* have discovered the problem.
It is a real mess to gather up the required source code (I did not find all of it), but I think I have something that will work for our purposes.
There were several problems with their build and I can provide the details (Visual C++) if anyone is interested in replicating what I have found.
If you want to give this custom build a shot, here is the file:
http://home.comcast.net/~wuhu_software/files/OddcastV3StandaloneCustom.zip
Rename your existing OddcastV3Standalone.exe before unzipping this one so you can always go back to you were.
If the performance is verified on other machines, I will attempt to contact the author of the standalone and let them know what I have found.
Feedback is appreciated.
Thanks.
wuhu_software:
After playing with the new version, the improvement is not as good as I had hoped for on my machine.
It is a bit better, going from about the 30s to the high teens in CPU utilization.
It appears that the main encoding routines are sampling at 44Khz regardless of the streams you are uploading.
That being the case, I guess I would not really expect much lower CPU utilization.
It is possible to lower the interal sampling rate although this would create a custom version of the program.
Maybe if a I get bored...
kray1000:
--- Quote from: "wuhu_software" ---After playing with the new version, the improvement is not as good as I had hoped for on my machine.
It is a bit better, going from about the 30s to the high teens in CPU utilization.
It appears that the main encoding routines are sampling at 44Khz regardless of the streams you are uploading.
That being the case, I guess I would not really expect much lower CPU utilization.
It is possible to lower the interal sampling rate although this would create a custom version of the program.
Maybe if a I get bored...
--- End quote ---
Here's hoping you get bored. :wink:
Any improvement would be a plus. I suspect that's why so many people give up after giving it a try.
wuhu_software:
--- Quote from: "kray1000" ---
--- Quote from: "wuhu_software" ---After playing with the new version, the improvement is not as good as I had hoped for on my machine.
It is a bit better, going from about the 30s to the high teens in CPU utilization.
It appears that the main encoding routines are sampling at 44Khz regardless of the streams you are uploading.
That being the case, I guess I would not really expect much lower CPU utilization.
It is possible to lower the interal sampling rate although this would create a custom version of the program.
Maybe if a I get bored...
--- End quote ---
Here's hoping you get bored. :wink:
Any improvement would be a plus. I suspect that's why so many people give up after giving it a try.
--- End quote ---
I will probably look in to it over the next few days.
Did you happen to try the build I made?
Thanks.
kray1000:
--- Quote ---
I will probably look in to it over the next few days.
Did you happen to try the build I made?
Thanks.
--- End quote ---
Just now, yes.
The CPU usage seems to be exactly the same on my system... averaging right around 30% for me, using the August 2006 build. I've tried other versions that didn't seem to make any difference.
If you happen to figure out why Oddcast doesn't initialize properly 95% of the time, let me know and I'll gladly test your build. Having to be present to activate the stream when the machine is rebooting is getting old. Someone could probably write a macro to automate this, but the ideal solution would be to fix the cause. Maybe it's time to look at (or create) other alternatives... Winamp, for example, uses relatively few CPU cycles.
Navigation
[0] Message Index
[#] Next page
Go to full version