0.2a performance

by **Bob L** » Thu May 29, 2008 6: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

by **Oz Nimbus** » Thu May 29, 2008 5:28 pm

finally tried out 0.2a today... got it running stable at 1X48 with my Fireface. Nice!!!

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-

by **UpTilDawn** » Wed May 21, 2008 8:04 am

Bob L wrote: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

by **Bob L** » Wed May 21, 2008 7: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

by **UpTilDawn** » Wed May 21, 2008 6:12 am

Bob L wrote: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

by **Iain Westland** » Wed May 21, 2008 12:26 am

Bob L wrote: less Windows system interaction

Ahhh, the holy grail ...

by **Bob L** » Tue May 20, 2008 8: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

by **UpTilDawn** » Tue May 20, 2008 8:32 pm

Bob L wrote: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

by **Bruce Callaway** » Tue May 20, 2008 7:06 pm

Bob L wrote: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 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%. 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.

by **Bob L** » Tue May 20, 2008 6: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

by **Bruce Callaway** » Tue May 20, 2008 5:48 pm

Thanks Bob, windows voodooo

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

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

by **Bob L** » Tue May 20, 2008 5: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

by **Bruce Callaway** » Tue May 20, 2008 3:59 pm

Bob L wrote: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

The 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.

by **Bob L** » Mon May 19, 2008 3: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

by **Bruce Callaway** » Mon May 19, 2008 2: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

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?

by **UpTilDawn** » Thu May 15, 2008 6: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

by **Bob L** » Wed May 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

by **UpTilDawn** » Wed May 14, 2008 7:19 pm

Bob L wrote: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

by **Bob L** » Wed May 14, 2008 4: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

by **UpTilDawn** » Wed May 14, 2008 2: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

0.2a performance

Post a reply

Expand view Topic review: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance

Re: 0.2a performance