Anonymous
Forum Replies Created
-
In reply to: UAD Processing
A few months later 🙂
The UAD latency is very low if you run the plugins in console.
But you can not control the plugins from LP and you have to use the uad i/o of course.
If you run the plugins natively in LP the latency goes up quite a bit be cause of the roundtrip to and from the hardware.Huub
In reply to: Lowest possible latency solution
Interestingly, although I have great faith in RME, I can get lower stable latency with my UAD TB3 solo than with my RME madiface USB.
Higher samplerates (96khz or higher) and 64 samples runs absolutely fine on my macbook. Latency is almost none that way.
This is not stable enough with my madiface.Huub
In reply to: More than 8 I/O Channels
In reply to: Windows Embedded/IOT?
In reply to: Live Professor 2 & UAD Apollo 8 config.
In reply to: show dropouts reported by sound device
I have found that can be various causes for the red spikes;
In my case:
-having “use more threads” selected
-some specific plug ins cause this (like Harrison Ava de esser)
-going over the yellow line of “live professor cpu”
-recalling preset in certain plug ins.So it’s never fast or easy to make your system run flawlessly 🙂
Huub
In reply to: show dropouts reported by sound device
In reply to: show dropouts reported by sound device
In reply to: i7 Turbo boost
Thanks for sharing your experience Romain.
The utter cpu stability of turning off turbo boost gives me way more confidence actually.
Looking at the intel gadget, turbo boost makes the cpu speed go all over the place. Not sure if this is bad per se, but stable is always good, and the difference in “live professor dsp” is not even that big.For me, the low resolution does not make a difference. It did make a difference on my earlier macbook that only had integrated graphics though.
Huub
In reply to: i7 Turbo boost
In reply to: 2.3.4 Beta
[quote quote=5721]This beta does solve the graphical issue I had with the Izotope plug ins.
This version does still have, on my system, the strange mouse drag behaviour:
when I only have a fabfilter plug in, I can grab the plug in window and drag it any way I like, no problem.
When I open the Izotope RX de-esser window, I have to slowly and carefully drag the plug in window, otherwise the mouse looses the plug in window.
With the Izotope RX de-esser window open, the fabfilter window becomes hard to move as well.This is not specific to these 2 plug ins, just an example. Some plugis behave fine, some don’t.
Would it be helpful if I make a list of plugins for you?
Huub[/quote]It is indeed only izotope rx dialogue denoise that causes the strange drag behaviour.
Apart from that, all seems good in the beta on mac os 10.14.4In reply to: Incompatible Plugins List
In reply to: 2.3.4 Beta
This beta does solve the graphical issue I had with the Izotope plug ins.
This version does still have, on my system, the strange mouse drag behaviour:
when I only have a fabfilter plug in, I can grab the plug in window and drag it any way I like, no problem.
When I open the Izotope RX de-esser window, I have to slowly and carefully drag the plug in window, otherwise the mouse looses the plug in window.
With the Izotope RX de-esser window open, the fabfilter window becomes hard to move as well.This is not specific to these 2 plug ins, just an example. Some plugis behave fine, some don’t.
Would it be helpful if I make a list of plugins for you?
HuubIn reply to: Version 2.3.3
Whilst I do love LP, I have some issues still:
When you have a large amount of plug ins (with a waves bundle this adds up quickly) loading a new plug in takes very very long.
Hiding the plugins from the list does not solve this. I’ve now deleted all the AU and VST plugins I do not use in LP, this solves the issue.
If I only take them away from the plug in list it gets annoying very quick because the plug ins reappear every time a new plug is installed and I need to rescan.Also, the RX plug ins appear with a big blank white thing around their GUI in 2.3.3.
Huub
In reply to: Slate Digital Plugins
