Slowly rising CPU load

I think it’s the right time for the forum administrators to create a special section for camclone

About CPU rising.

Can anybody confirm that the problem with the high CPU usage appears also with an audio card
and not only with pipelines??
("Audio" may did the right question about pipelines….)

From my tests and experience with BBP, I have this issue ONLY when I use pipelines at two backup systems.

Running BBP for more than 1,5 year on a Shuttle D10
(viewtopic.php?f=5&t=558&p=3316&hilit=+shuttle#p3316)
NEVER had problems with rising CPU.
And this ‘box’ works all this time with only one or two restarts!!

To be honest, last 8 months this box has an ESI Maya44e (Xonar at the past) and also I use edcast as plugin
at BBP for streaming an MP3@192 kbps.
With the above the max. CPU usage reach 13% and it’s stable!

Before this Shuttle box, BBP was on a Pentium D 2.8Ghz with 1Gb ram using my favorite EMU0404.
With a configuration like this at the same pc:

Radio automation-> Emu Out-> Analog mixer-> Emu In-> BBP-> Streaming software(s)

never had the CPU over 45-55% for a long time and never had problems with CPU or with audio!

Instead, everytime that I try to use BBP with pipelines, from typical pc setups until very expensive and strong server hardware machines (even on an iMac with XP 🙄 ) I’ve seen this issue with the rising CPU after 4-5 days and sometimes
with audio problems (solved sometimes with different VAC versions).

Is it an issue with your CPU load increasing? As I recall, when I first loaded windows, the CPU load was around 30%…if it’s now around 40-60%, without heat, freezing, or glitching, then, what’s the problem?

I also have this problem. I actually experience it for a couple of months, but i first thought it was a problem on the PC which i listen to the stream on. But today i heard the same fluctuations in the Audio (volume difference some / some small hitches) on my work.

I was checking BBP in the taskmanager, and it was stucked around 30% CPU usage. I shut down BBP, and restarted it, and the CPU usage was normally again (around 7-10%). The audio is perfect again now. I will monitor it for a few days to see if the CPU usage is rising again, and if the volume difference and hitches come back).

– I use Breakaway Broadcast Processor 0.90.93 (with the Edcast plug-in, but that one is running in dsphost.exe if i am correct?).
– Windows 7 64-bit (stripped down a bit)
– AMD Athlon Dual Core Processor 5050e (2,6 Ghz).

I hope Leif will soon investigate this problem, and resolve it in the next version of BBP a.s.a.p.

I will slap myself till next year because i discovered this so late lol.

Can you try to root your audio via an audio card?

I don’t see how routing the audio through the soundcard solves the problem with the rising CPU load? I use livelink to route the audio from SAM to BBP, so the VAC has nothing to do with it.

It must be a problem in BBP itself, some kind of bug. I hope Leif wants to check it again, because i am not the only one with this problem. A lot of people experience it.

I fixed a work around for this "rising CPU problem", as Leif or Keith are not responding on this Forum.

Just download the restartbbp.rar file, and extract it. It contains a file named "restartbbp.bat". This file will shutdown Breakaway and all of it’s child processes (forced), wait a few seconds and start the application again.

You can start restartbbp.bat with the Windows Task Schedular. You can plan it every 2 days, for example on Monday, Wednesday and Friday (as a week doesn’t have 8 days). I scheduled it at 5 ‘o clock in the morning, so nobody will notice that the stream is down for a few seconds.

I tested it under Windows 7 on 2 different machines, and it works great! It should be working correctly on all Windows versions.

Don’t forget to change the path or proces name if you use a different version of BBP or Windows as I am (you can edit the .bat file with notepad).

Good luck! 😉

If also have a Vbscript (.vbs) available that is exactly doing the same thing as the .bat file, if somebody prefers that.