Leif

BaRemote connects to BaOne by TCP port 8200.
Port 8282 is for HTTP (for automating things — every parameter can be controlled this way).
BaRemote and HTTP support are both part of the management package, as is the stream receiver.

If running BaOne as a service, BaRemote is the only way to control it, because services do not have user interfaces. In this case you'd indeed connect from your local machine to your local machine. Once you've set a password, you can connect from any machine, and that's when it really becomes useful. Yes, Teamviewer/Remote Desktop does work, but very slowly, uses tons of bandwidth, and uses a lot of CPU power — potentially enough to cause audio glitches. BaRemote, in contrast, uses very little CPU and bandwidth, and gives you the same 60fps meter and instrument update rate that you'd get locally. It also lets you stream audio directly from the BaOne to BaRemote (Client Audio) so that you can adjust the on-air sound from anywhere in the world.

Streaming encoder is still a paid option for HD cores.

///Leif

Hi Gusty,

My gut feeling is that it's your old AMD CPU that isn't keeping up. I cannot explain why it seems to only take 30% CPU core though, as BaOne is multithreaded. Nor can I explain the crash, as it doesn't happen on any of my 20+ PCs — but I don't have any machines like this to test it on. The closest I have is this:
http://www.gigabyte.com/products/product-page.aspx?pid=5414#ov
..and it works fine on that.

However, the low latency mode may work! It's more similar in CPU use to BBP ASIO. I recommend trying that.

Otherwise, it sounds like it's time to upgrade. With a system that old, it's only a matter of time before things start failing. It's really not worth the time.
I would personally not use up my one free update (worth $349) on a system that is itself worth under $100, because if it fails the next day, that's it. 🙂

Best regards,
///Leif

Jesse and Milky are both correct.

I wrote the text here:

http://www.breakawayone.com/buy/

Management Package

Applies to the entire processor, all cores, on one computer.

Includes:

    Full, direct IP remote control through BaRemote, including Outbound Connection to go through a firewall at the processor site.
    BaRemote include file recorders and client audio, for streaming any audio patch point to you remotely. Also includes Remote software updating.
    HTTP server, useful for automation.
    Running as a Service. This improves audio stability (realtime priority) and site security, as no user needs to be logged into the machine.
    Stream Receiver – one per processing core. A robust, constant (adjustable) delay Icecast/Shoutcast receiver for use as the input source.
    Main input becomes backup, for a local playout system.
    Diversity Delay, up to 10 seconds. For keeping synchronized across different broadcast mediums.
    IP address management

When it says Package X includes feature Y, I thought it was strongly implied that without Package X, feature Y is not included. 🙂

If you can recommend any language changes to make it clearer, I'd be happy to take them under consideration.

BaOne does have a lot of paid options. I really, really wanted there to be a free upgrade path for existing users — both as a way of rewarding people for their patience, and as a way simplifying support. Improved audio, improved stability, flexibility and controls, and certain extra features. At the same time, BaOne can do a lot of things that weren't even on the map the last time around :). It wouldn't make sense to ask people to pay for features they don't need (I certainly wouldn't want to do that!), so that's why they are options, which are by definition optional.

Best,
///Leif

No codec exists yet that I will listen to at 48kbps other than for testing purposes.. not even aacPlus.
But, I can listen to 64kbps aacPlus all day.

BaOne opus command line:

opusenc.exe –quiet –bitrate %bitrate%.000 –raw –raw-bits 16 –raw-rate %samplerate% –raw-chan 2 – –

Those two dashes at the end mean stdin/stdout and are required.

///Leif

[quote author=krita-chan link=topic=5373.msg19003#msg19003 date=1482974058]
oh my god jesse is talking direct to me
[/quote]

LMAO 🙂

///Leif

Hm. What CPU is that, and how much of the 100% CPU load was Breakaway's?

I report the total CPU load because it's what matters.. it doesn't matter if Breakaway is using only 10%, if you have other things in the system filling up the CPU load.

Also, I strongly recommend you run BreakawayOne as a service — then the audio processing runs at Realtime Priority, as it should — it's the most time-critical thing in the system!

As an app, I cannot run real-time for two reasons:
1) Only ADMIN/SYSTEM can run realtime, so you'd have to run it elevated.
2) The user interface would then also be realtime, which defeats the purpose.

Running as a service is the best way to do it, all around. The only thing you lose is that you can no longer configure VST plug-ins unless they have a web interface / remote control, but the de-clipper is set-and-forget so this is not a big issue in practice.

Best,
///Leif

Ah! That would explain it indeed.

It seemed silly to make a new product with Winamp DSP support, 10 years after everyone else stopped using Winamp, so I wrote a VST host instead. 🙂

That said, it should not have crashed! That's never the right answer, never acceptable. You found a bug. Thank you, and I will look into it.

As for the CPU core usage:

The reason for not evenly distributing the load is one word: latency.

BaOne, if you have less than three FM cores enabled, on a system with two or more cores, will do a benchmark when starting.
It will process half a second's worth of audio, or it will process for half a second, whichever comes first. This way, it figures out the performance of your CPU.
If the speed is less than 1.3x real-time, it will split the high-quality FM processor up into two threads, adding an extra 100ms of latency or so.
Otherwise, the FM processor runs in one core, because the processor is fast enough to do it.

Your CPU is just fast enough, that's why you're seeing so much in one core.. but, audio is stable, isn't it?

Once you add more processing elements (HD, streaming encoders etc), the other cores will fill up too.
VST plug-ins execute in their own process so they will also use other cores.

Best,
///Leif