วีดีโอ

@@moroboshidan7960 I have Ryzen 7 5700X and 32Gb RAM. But everything I do in this video is not that hardware intensive at all. All the same steps with all the same plugins, buffer sizes etc are also doable with my old gaming laptop, MSI Apache from ~10yrs ago.

@SudoMetalStudio Thanks. In a first search I found the ryzen 5 5500 and the core i5 12400 at reasonable prices here (I live in Brazil, nothing is reasonable here, but you got it). I guess both would suffice, but I'll research a bit more. My computer really fights with that drum gizmo plugin, and It start getting buffer overruns when I load some plugins. Several people told me that there's no relation between buffer overruns an CPU load, but the repeated experiment says the opposite. Maybe I have some timing problem, caused by the display card or whatever. I just have up on trying to find out. Well, thanks for the info, great channel btw. Subscribed.

@@moroboshidan7960 I'm pretty confident those several people are wrong. It's definitely CPU intensive task to run plugins. And it's exactly when the CPU can't handle the signal processing workload that you start having buffer overruns. You can go easier on CPU by increasing buffer size but this introduces latency. RAM or HDD speed doesn't have that much factor, because plugins can't do memory allocation during signal processing (i.e. they don't consume any memory after initial load thus they do not benefit even if you'd had 1TB of RAM). Buffer size 128 is generally good what it comes to latency. It should give about 10ms round trip. RAM size and HDD speed become factor when you start recording, and more so when you record multiple channels at the same time.

@@moroboshidan7960 Oh and in this video I'm using Hydrogen. It's not as heavy as DrumGizmo is but it's also not as professional. I moved into using DrumGizmo and it's definitely the most CPU intensive plugin I have in my mixes. You can actually see the plugin load very nicely in Ardour: Window -> Plugin DSP load.

@@SudoMetalStudio Didn't knew about this feature in Ardour. It has so many configurations and options, I guess I didn't do my homework. But thanks for the tip, I'll definitely check it up. When I use that other plugin with the red drum kit (can't remember its name now) things go better, but drumgizmo sounds a lot more natural to me. I'll check the load, if it is really overloading the cpu, I'll go for a "new" a-hem cough computer. That's for the consult, man, you helped a lot!

@@tool-jf7vz Of course I can't ignore my favourite people i.e. my viewers 😂 I haven't seen that error but it sounds like privilege issue. Which Linux distribution are you using? Did you clone the NAM repository under home (~) directory or somewhere else?

​@@SudoMetalStudio Hi! I use AV Linux MX Edition and clone in /opt. Before this I used Ubuntu-like distributions and everything was fine. AV Linux turned out to be more gentle to my PC and...THANK YOU VERY MUCH for answering me. The guitar is very important in my projects...probably as in others. )

Did you manage to get around the issue? I've never tried AVLinux yet but I might at some point.

@@mr.mastermind4840 You request, I deliver! 😉 th-cam.com/users/shorts6IWf2KlCeiI?si=5qE80CFLpQeFGeZA

32 buffer size sounds completely unneccessary for me. Even 64 is mostly overkill but well-trained drummer could probably notice jump from 64 to 128. I personally use 128 and have absolutely no issues with latency. Buffer size 128 @ 48kHz = 2,7ms x 2 = 5,4ms DSP latency, and buffer size 32 @ 48kHz similarly 1,3ms. Plus hardware latency constant of ~3ms for both so you have approx 9ms vs 4ms roundtrip latency. Sound travels 1,7m in 5ms, so unless you can hear difference in latency standing 2m vs 4m away from amp, there's should be no audible difference in 32 vs 128 buffer size (and this was very generously rounded). But there is huge difference in CPU load. This is why you should use highest reasonable buffer size in DAW, and switch even higher (1024) once you go from recording to mixing. Also note that jack uses triple buffering (2,6ms x3= 7,8ms) instead of double buffering, unless it's configured to be in synchronous mode.

Ardour has been extremely stable for me. Past 2yrs I've had only 2-3 crashes. I'd rather believe it's some faulty plugin that causes it.

@@SudoMetalStudio Yeah, it's possible, of course. Not tried yet out of ardour, but if you want to reproduce: browsing for nam file, in list mode, scroll on long list (like the github repo you mention) > crash at 75% of the scroll bar. Anyway, it works well, seems not too heavy load cpu/ram, thanks again !

@@archloy Oh it was not Ardour related! I can actually reproduce that crash exactly like you said also in Carla. Do you want to report the bug or would you like me to do that?

@@SudoMetalStudio Nice, it's not me the fault ! :D If you can report it, you're welcome (I suppose your english way better than mine ;)), but if you do not have a github account, I can do it, no problem. I will try to get more info/debug on that (I was thinking a night with my guitar and bass, finally, it will be with my compiler and some code x) )

@@archloy It's on the GUI and not in the actual NAM plugin. I can report, all credit for you :) th-cam.com/video/Jsfu-YpCu00/w-d-xo.html

@@eranddroory9987 No. I'm using Ubuntu Studio 24.04 in this video. E.g. AVLinux which is also meant for studio work is very different. The "audio core" (PipeWire) is mostly the same for many distros now-a-days but not always. Some users still prefer the older but more techy audio framework (Jack).

@@marcink3198 I mostly use Carla because of its plugin loading capability. But Patchance has more polished view that is more wow-effect 🙂 It also handles stereo linking, and it's pinned to Task Bar in Ubuntu Studio by default so Patchance is what new users see first.

@@santiagokilling1165 I just prefer having "the actual music data" in one context (Ardour) rather than scattered for multiple applications. Still, Hydrogen is much better for writing those drumlines than Ardour. I know it'd also be possible to use JACK transport between Ardour and Hydrogen, but as said, this way I have the whole song in one application rather than parts of it in multiple.

@@valkdev I use Focusrite Scarlett 18i20 3rd gen USB audio interface. But basically any USB audio interface works. You just directly plug the guitar in to the interface. Use "Instrument" or "Hi-Z" channel if it has one. Focusrite and Behringer have pretty good ones that are not overpriced.

@@SudoMetalStudio Thanks.

@@valkdev helps if a device is "usb class compliant" from what I hear so generic drivers/functionality will work without relying on the manufacturer for drivers. I also have a 3rd gen Scarlett and it works without issue on Ubuntu Studio 24.04

Sure, why not 😅 I can't promise any schedule at the moment but I'll at least try something small and simple first before going on with a full session 🙂

@@SudoMetalStudio Nice, btw do you have any social media ? I would like to contact with you for advice because i would like to start to make streams on YT playing bass

@@santiagokilling1165 I don't hang in socials a lot, but if you are using Linux for doing all that, I can recommend Unfa's discord server. That's the biggest linux audio community in the world. You'll definitely get a lot of help from there.

@@SudoMetalStudio thanks dor the advice, i didn't knew he has one 😅. You think can make a Trivium Cover ? I think you would enjoy the band

@@santiagokilling1165 Trivium is a great band, so possibly! But my studio time is quite limited as this is just a hobby and I have also my actually work, wife and kids requiering my attention 😅 I'll check if I could do that live thing first maybe in few weeks or so 🙂

@@petas874 NAM is quite CPU heavy so first make sure that you're just not too low in buffer size. But otherwise I have no idea why it would work "partially" like that. What it come to NAM, the input is basically the gain i.e. how much the capture is applied to the signal, and output is just volume level. Different captures have different loudness levels so you just have to deal with finding good I/O setting for different captures separately. IRs are often very loud, so I tend to level them down 10-15dB in the IR convolver plugin settings.

@@severalerrors9463 yessh! I was hoping someone would notice 😂

Really? I haven't experienced anything like that, but then again I'm not using multiple devices actively in recording. I have used the second audio interface (M-Audio MobilePre) as a tertiary headphone output over a long usb cable. Perfect for that as it has its own volume knob too 🙂

@@SudoMetalStudio each interface have Its own clock generator, which arent perfecly in sync. But you can connect them all with spdif cables and set up one master clock source for all interfaces.

@@rusk911 oh yea I just checked the manual. I thought it said the Pro Audio profile handles the clock sync, but infact it said it *assumes* the clocks are sync'd. Thanks for pointing that out!

@@santiagokilling1165 Focusrite Scarlett 18i20 3rd gen

@@Musicartescuela try with 256 buffer size and 48kHz sampling rate. If that works, try 128 buffer size. If not, then it's something else, possibly your computer's performance (CPU). Buffer size 64 and below is pretty much unnecessary. If you use Ubuntu Studio, try also to apply audio optimizations.

@@Lsp-plugIn Heyy LSP authors? Thanks for great plugins! 🙂👍 Yes, snare phasing issues are mentioned in the MuldjördKit download page: drumgizmo.org/wiki/doku.php?id=kits:muldjordkit

@@HostileIdentity it's not "the same" guitar track as left and right is recorded as separate takes and panned to L/R channels of the stereo bus. All plugins in the bus handle L/R channels completely independently, so this arrangement is equivalent for just having the same effects stack for both mono tracks separately 🙂 Never heard of "coning effect" before... thanks, I'll educate myself on that 🙂👍

Oh and obviously the key here is that all bus plugins handle L/R separately. If you have single instance of a monoplugin in the middle of that, it's pretty much guaranteed to ruin the whole purpose of the bus.

I explain the installing in this video: th-cam.com/video/NZBtnQEDdQU/w-d-xo.htmlsi=iQMquCofED5DpKZW I download some models from different source in that video, but tonehunt lets you search and download specific amp captures and so on.

Best is always subjective. I enjoy using Ubuntu Studio. There are also good alternatives such as AVLinux and Manjaro 🙂

If you use Carla in Linux, see if you have x42 Convolver, or LV2 Convolution plugin. Those are IR loaders, as applying IR to a signal is nothing more that just a convolution -operation. You put that plugin after the amp sim, e.g. NAM. When you configure those plugins, they allow you to browse for a .WAV file. That .WAV file is the impulse response you have downloaded or bought. There are bunch of extremely good free IRs available, just google for "free impulse responses" and donwload them all.

No, I prefer Linux native plugins. But I know it's possible through something called "yabridge".

@@SudoMetalStudio interesting. there is probably enough there then.

@@user95395 definitely 🙂 in my opinion, yabridge is for those who have already brought some VSTs for windows, and want keep using them in linux. The only non-native plugin I ever wanted for Linux from other platforms was NeuralDSP (I don't think it even works with yabridge), but also it became redundant when NAM happened 🙂

t larry

@@besticouldget Tuplanakin! Ja onhan tuo vanhempi jo 5v 🙂