Search found 7 matches


Re: Collaborating with others on different versions

I collaborate with 3 other people on many projects, two of them use Artist and the other uses an iPad. That latter can only open projects and has to export new recordings as WAV to us, so we'll ignore that one straight off! But the other two are 100% compatible with my full version provided I don't use any feature they haven't got, which isn't really that much at all, mostly a few plugins. So it works well for us, and we've never had any problems at all. I believe they started with Elements but upgraded to get the Lanes feature for multiple takes and comping.

by GargoyleStudio
Fri Nov 29, 2013 8:01 pm
Jump to forum
Jump to topic

Re: Collaborating with others on different versions


I'm pretty sure that C7 files will open on C6 versions and vice versa, the only issue I can see arising is if you're using any full version only features, but if you take this into consideration when you prepare the project for sharing it shouldn't be a deal breaker.
Have a squizz at the product comparison page on the Steinberg website and see if there's anything that you'll need to be aware of.


by Paul Coyle
Fri Nov 29, 2013 7:25 am
Jump to forum
Jump to topic

Re: C7.5 Multithread processing performance experience?

Why do so many people seem to think the AISO meter indication is any thing to do with the CPU meter in windows?


Well I'll quote myself from the post I made in this very thread:

J-S-Q "And yes... I know, the ASIO METER IS NOT A CPU METER because this is the (unhelpful) response that is always posted when this issue is raised. But WHAT EXACTLY is the bottleneck here?"

Well done for being yet another person to post this unhelpful response. Now please explain EXACTLY what it is that is causing Cubase to run out of steam when there is still a lot of CPU power left. Or please explain why, on the same computer, Vienna Ensemble can apparently run 12 instances of Altiverb with no problem when Cubase can only cope with 4:
by J-S-Q
Tue Jan 21, 2014 10:31 pm
Jump to forum
Jump to topic

Re: C7.5 Multithread processing performance experience?

OC'ed? Yes. The i7 990X is basically a CPU sold for that purpose, only.

Second hint: My tests included a full round of stock conditions trials, following exactly the same methodology. Absolutely the same effect observed. Just at different capacity levels. Again, please excuse my brevity here, as I said I have a good amount of documented evidence of my tests. So can tell you OC'ing did not influence the overall observation.

In return, could I now be humored and explain what kind of mysterious trouble OC'ing may cause? Is that what you've heard or is it your personal experience? I'm not trying to be a prick, I'd just much prefer to speak in clear(er) terms that can lead us, the conversation, this thread, to somewhere helpful and meaningful.
by Gusfmm
Wed Jan 22, 2014 3:00 am
Jump to forum
Jump to topic

Re: C7.5 Multithread processing performance experience?

This topic has been discussed quite a bit lately. You may find some additional food for thought here:

I share my thoughts on it, as well.

The short answer to the question is that there is an inherent battle, competing forces, between an architecture that's been built to favor low-latency, and one that's built to "schedule audio tasks" across multiple processors (cores). Each DAW does it differently. Cubase's roots in the low-latency end of this spectrum is why those of us who favor more plugins over low-latency, are feeling unsatisfied.

There are other DAWs that have chosen a different design, that suffer less, but more in other areas and vice versa. Cubase was second in my test of DAWs I own (in multi-core scaling).

VEP on the same machine circumvents the issues because it gets its own cores to work with and has a different audio engine design than Cubase.

Cubase's anwser to all this is ASIO Guard. Clearly, not as aggressive as many of us would like, but it's version 1.0.

Hopefully, awareness, like these posts, will bump it up on their priority list.

I think the future is definitely one that requires ASIO Guard to be in a "Reaper" ballpark of how it schedules audio slices across cores and makes more use of modern, multi-core CPUs. Cubase does use them, but is hampered by its ASIO, ultra-low-latency roots.
by Jalcide
Wed Jan 22, 2014 7:01 am
Jump to forum
Jump to topic

Re: Changing Sample and bit Rate on existing project

If you convert the sample rate it will not after the conversion sync with your midi track(s)

The only solution is to bounce your midi tracks to audio before you convert them all to a higher rate.

Hope this will help !
by mbr
Wed Sep 17, 2014 7:30 pm
Jump to forum
Jump to topic

Re: Loss of Midi Sync when Converting Project Sample Rate

Hi, I observe something in this thread that repeatedly happens here: Someone Posts a "complaint" about a certain behaviour. The replies say that things work as expected. So far so good. Most often things to a degree "escalate" into a "attack and defense" mode where both sides stop to discuss in a productive way.

In the current thread one could ask: If sample rate conversion is a function in cubase (and yes, it is for good reasons), wouldn't it be a really nice solution to "convert everything in the affected Project" in a consistent way?

There is neither Need for attack nor reason for defending something only because it is done in a certain way or not.

I think sometimes it would help to see the nice ideas in the complaints.

Just my 2 Cents worth.

by Elien
Fri Sep 19, 2014 9:40 am
Jump to forum
Jump to topic