PDA

View Full Version : 0.2a performance



DominicPerry
05-13-2008, 03:09 PM
Thanks Bob, another excellent update. I can now run my Echo AudioFire at 1x32 (ASIO) with the occasional dropped buffer (About one a minute), pretty amazing. I can run 24 inputs with EQ, gate and comp at less than 50%, all on my 1.7GHz P4M laptop.

Thanks for the work.

Dominic

Bob L
05-13-2008, 05:10 PM
I am curious... if you are dropping buffers... do you get latency drift after an hour or so... or are the buffers being corrected properly?

And... try using the RealTime Priority option... does that improve things... otherwise... try 2 or 3 buffers and see if you can stop the loss.

At least now... you can read them... and they should be correctede automatically... but I would still suggest running the system in a mode where there are zero dropped buffers after an hour or so.

Bob L

UpTilDawn
05-13-2008, 09:18 PM
Just ran a quick two hour test tonight with my (now standard) test setup.
SAC with 2x64, 32 loaded channels, while recording 32 channels in SAW.

0 slipped buffers.
SAC MT load at 62-65%

CPU running rather high between 80-90% (with Task Manager open), but I've got 22 processes running as well.
The only time I got dropped buffers was when I opened Task Manager, but running SAC in RealTime priority solved that problem.

Putting Saw into record or record ready mode causes SAC to jump about 10% higher. That's with Saw using mme and Sac using asio.

DanT

Bob L
05-13-2008, 10:19 PM
That's because MME loads the cpu heavily in the background... outside of SAC and SAW... therefore with the loads that high... you are cutting into the SAC processing time.

For every open MME device, the system starts another thread, or more... and they are all then competing for cpu time.

Bob L

Iain Westland
05-14-2008, 12:36 AM
still, that will be fixed when the hooks are in place, wont it Bob, eh? hint hint, whats that over there? oh, its a nudge;)

thanks for all the good work sir

Bob L
05-14-2008, 01:04 AM
Can't fix the way MME works... no... but you won't be using a driver model in SAW once the hooks are in... hopefully, you will be directly connecting to SAC.

Bob L

UpTilDawn
05-14-2008, 08:46 AM
Can't fix the way MME works... no... but you won't be using a driver model in SAW once the hooks are in... hopefully, you will be directly connecting to SAC.

Bob L

So, does that mean that if you were to have to shut SAC down momentarily that you would interrupt your Saw recording as well?

DanT

Bob L
05-14-2008, 11:16 AM
Yes it would... all input data is coming in thru the SAC engine.

Bob L

UpTilDawn
05-14-2008, 02:45 PM
Well, knowing that, even though the hooks sound like the best idea for most applications, I hope you'll also allow them to stay independent.

If I'm recording and decide that I need to shut down SAC to reconfigure something, or for whatever reason, I'd hate to lose part of my recording as well.

DanT

Bob L
05-14-2008, 04:01 PM
Of course the idea is that SAC is the FOH mixer as well as the Monitor Mixers... so shutdown is not an option. :)

Of course you can record direct to SAWStudio and monitor right inside SS if that's all you are doing... then there is no reason to run SAC... why strain the machine.

The idea of recording to SAWStudio using the MME and use SAC on ASIO at the same time on the same machine... is not the best concept in the world... while it does work for a demonstration... I do not think that is how I would attempt to capture an important live performance.

Bob L

UpTilDawn
05-14-2008, 07:19 PM
Of course the idea is that SAC is the FOH mixer as well as the Monitor Mixers... so shutdown is not an option. :)

Of course you can record direct to SAWStudio and monitor right inside SS if that's all you are doing... then there is no reason to run SAC... why strain the machine.

The idea of recording to SAWStudio using the MME and use SAC on ASIO at the same time on the same machine... is not the best concept in the world... while it does work for a demonstration... I do not think that is how I would attempt to capture an important live performance.

Bob L

I am currently planning on using SAC as a simple live-to-two-track mixer (as in streaming audio feed, video sound feed, safety to dat, etc.), in my case with no need for ellaborate monitor sends, at least until I have the need to run sound (doesn't happen that often, but who knows with SAC on board?).

The advantage I see to using SAC for mixing while recording in SAW is that one does not interfere with the other. If I stop recording, SAC still sends live audio... If I stop SAC, SAW continues recording.

Using SAW by itself for recording and mixing has been troublesome in the past, what with the live audio signal being interrupted for this or that chore that requires stopping SAW, or while setting up a fresh session. The new monitoring options have helped a lot, but not completely.

I'm really enjoing the fact that both of these programs are residing happily side-by-side, doing their own thing and one not relying on the other. I had hoped that you would see the benefits of this even with the hooks you are planning, which is very cool in and of itself! I think it has its place.

Considering what I have described for my needs, what would you suggest then?

DanT

Bob L
05-14-2008, 10:28 PM
Well... you can continue doing what you are doing... or use two separate machines... or... once you start SAC... I see no reason to stop it... the idea is it runs just like a live console... you can access everything you need in SAC without stopping the engine.

Bob L

UpTilDawn
05-15-2008, 06:33 AM
I suppose you're right... I imagine if the console goes down there's isn't much to record anyway, is there.

Maybe it's just because right now I'm fiddling with settings a lot while doing both tasks and like the independence.

DanT

Bruce Callaway
05-19-2008, 02:43 PM
I noticed that I started to get glitches in the sound when SAC had worked fine previously. This could be caused by simply loading task manager and letting it run. Very strange. I thought I must have changed my system in some way that caused this problem. I was testing this on a dual core laptop that had previously run for hours with no problems.

So after a lot of tests, I accidentally discovered this was happening when I set SAC and sawstudio to different CPUs :confused: This had not caused any issues before. So if I now leave SAC/sawstudio set for both CPUs, no problems at all (so far). Is this a result of 0.2a? Is anyone else finding this?

Bob L
05-19-2008, 03:54 PM
Task Manager will interupt SAC's threads unless SAC is set for RealTime Priority on the Options menu... Task Manager is High Priority which will step on SAC at Normal priority as it polls.

Bob L

Bruce Callaway
05-20-2008, 03:59 PM
Task Manager will interupt SAC's threads unless SAC is set for RealTime Priority on the Options menu... Task Manager is High Priority which will step on SAC at Normal priority as it polls.

Bob LThe unexpected item for me was that if I left the CPU affinity alone that is, the XP default setting for SAC and SAW to use both CPUs, SAC worked flawlessly and nothing including task manager caused any problem.

Bob L
05-20-2008, 05:20 PM
Lots of unexpected things can happen in a dual cpu rig... as I said before... its voodoo. :)

Try as you may... you will most likely never be able to understand how the cpu's are being distributed and what threads and pieces of threads go where... and when and in what order.... don't even waste your time.... Windows is in charge... not you... or me. :)

Bob L

Bruce Callaway
05-20-2008, 05:48 PM
Thanks Bob, windows voodooo :D Well I hope it stays that way because SAC was rock solid at 3 x 64. I can go lower to 2 x 64 but I am trying to be a little conservative :cool:

So after a month or more of testing SAC/Saw with my new mobile rig (RME Digiface/Presonus Digimax 96K/ADA8000), I am about to put it to good use by providing FOH/monitors (SAC) and recording (Sawstudio) for a conference in Sydney this weekend. This will entail five sessions of approx 2-3 hours per session over Friday night and Saturday.

The main recording task is the conference speakers. I will be providing MP3s of the sessions shortly after they finish to the organisers who will sell them to customers who bring along memory sticks to the conference. On top of that, I will be doing a live band recording on Sunday night.

Should be an exciting weekend for all the right reasons ;)

Bob L
05-20-2008, 06:55 PM
I am a little leary of doing the SS recording from the same input devices... although it is working if you have enough cpu power.

Hopefully, the direct hooks will ease the load for that scenario.

Bob L

Bruce Callaway
05-20-2008, 07:06 PM
I am a little leary of doing the SS recording from the same input devices... although it is working if you have enough cpu power.

Hopefully, the direct hooks will ease the load for that scenario.

Bob LI had the same concern/fear however the setup has tested very well so far mixing/recording for up to 3 hours at a time. My laptop uses an Intel T7500 2.2Ghz dual core CPU with 4 Gig RAM. I use very little EQ and comp with no vst plugins and the load on SAC is under 10***37;. I had SAC running at a "dummy" 20% load for testing purposes and it was all OK.

In case of disaster, I have a backup. There is an existing sound system at the conference venue. The existing mixing desk stays in place and the output from my rig will patch into it. If my setup fails to work as expected, we patch the snake connections back into the existing desk and the existing system is back up and running.

UpTilDawn
05-20-2008, 08:32 PM
I am a little leary of doing the SS recording from the same input devices... although it is working if you have enough cpu power.

Hopefully, the direct hooks will ease the load for that scenario.

Bob L

I'm confused...
Is your concern over using the same drivers... asio for both SAC and SAW for instance?
How is what I've been testing with asio for SAC and mme for SAW any different, if at all?

DanT

Bob L
05-20-2008, 08:40 PM
There is quite a load in the background when using the same soundcard in both apps at the same time... whether using the same asio driver for both (if possible) or using Asio for one and MME for the other.

It is interesting to see it work... but this would not be my prefferred method.

The hooks I am working on eliminate the use of any driver at all in the SAWStudio app... it receives it's data direct from the SAC channels thru an internal shared buffering scheme... this will hopefully allow more stability with less Windows system interaction between the two apps.

Bob L

Iain Westland
05-21-2008, 12:26 AM
less Windows system interaction

Ahhh, the holy grail ...

UpTilDawn
05-21-2008, 06:12 AM
There is quite a load in the background when using the same soundcard in both apps at the same time... whether using the same asio driver for both (if possible) or using Asio for one and MME for the other.

It is interesting to see it work... but this would not be my prefferred method.

The hooks I am working on eliminate the use of any driver at all in the SAWStudio app... it receives it's data direct from the SAC channels thru an internal shared buffering scheme... this will hopefully allow more stability with less Windows system interaction between the two apps.

Bob L

So, out of curiosity, what (if any) is the difference between using the same driver or different drivers to run the apps together?

DanT

Bob L
05-21-2008, 07:16 AM
There is no difference potentially if both methods work... but that depends totally on the driver and its cpabilities and then what goes on at the low level inside the hardware to make that happen.

But... you do have the extra load of processing the driver code twice for each chan of data.

Bob L

UpTilDawn
05-21-2008, 08:04 AM
There is no difference potentially if both methods work... but that depends totally on the driver and its cpabilities and then what goes on at the low level inside the hardware to make that happen.

But... you do have the extra load of processing the driver code twice for each chan of data.

Bob L

Okay.

I tried both ways initially and at first had trouble using only asio for both apps, which caused a lot of static-like sounds to be recorded to the tracks in Saw. A second attempt a couple days later produced no such problems.
The mme/asio combo seems to work okay, but as you say, at a cost.

DanT

Oz Nimbus
05-29-2008, 05:28 PM
finally tried out 0.2a today... got it running stable at 1X48 with my Fireface. Nice!!! :D Can't wait to try it out at a real live show this summer. ...had my nose to the grindstone over the last 3 weeks on an album so I really haven't had too much time to play with SAC. How do you tell if buffers are slipping?

-0z-

Bob L
05-29-2008, 06:01 PM
Left-Click on the LIVE lite and a popup message wil tell you the status.... and do realize that the slippage is self correcting now so you will not drift latency.

Bob L