Oh the RUclips algorithm finally recommended me a fellow Linux metal musician! although i run my plugins with yabridge and most of them are not foss... Non the less great song and video 🤝
Great video, will be implementing some of these, though not a metal artist, many of these will transfer over to my blues work and workflow. Thanks for share this!
Thanks! The tools are all there. It's just matter of learning how mixing is supposed to be done. I'm sure a professional mixing engineer would do still much better with these than amateur-me 😉
Nice work, and I'm glad that github NAM model repository I put together is still getting some use! Speaking of NAM models, having hung around the discord and NAM facebook whilst tonehunt was being developed, I can assure you there's nothing nefarious going on with user accounts / user signon. It helps the end user, because then you're able to do things like follow certain capture creators and so on, and it helps the admins because they have to make sure people aren't uploading captures that would violate TOS of other companies (eg captures of amp sims like Neural DSP, or captures from modellers like Quad Cortex or Kemper). Up until relatively recently, the tonehunt source code itself was open source.
I kind of expected that you'd need an account already to download them, so having a registration/login without requiring it is actually a bit confusing 😅
I actually cut that stupid babbling about Tonehunt login. I should have scripted that part as it really didn't come out with the respect it should have been. I'll be making better video about ToneHunt once I get into capturing some models myself first :)
I use it constantly. I have paid plugins that work on Linux, but I made NAM captures of my actual gear that I use alongside that plugin for double and quad tracking.
I can also recommend the Facebook group "Neural Amp Modeler (NAM)". Over 18k members and growing very rapidly, including some "big players" in plugin dev field giving freebies every now and then 🙂
For those who play with standalone Guitarix and got the problem that bufsize/latency is too big because the DAW project they are running to record it demands it, there is a solution. If you have 2 audio interfaces then you can start 2 jackd instances, one with the big latency for the DAW and one with a small latency (on my machine down to 32 samples bufsize) for Guitarix.
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.
Hyvää settiä ja hyvä miksaus! Ardour ja pitkälti samoihin plugareihin/paketteihin itsekkin päätyny tässä vuosien saatossa. Hydrogenin tilalla Drumgizmo ja lisukkeena vielä Dragonfly reverb, jossa nyt tuskin suurempia eroja noiden muiden pakettien kaikuihin, mutta kerran tottuneena ni ei pääse irti 🙂.
I explain the installing in this video: ruclips.net/video/NZBtnQEDdQU/видео.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.
Thanks for your videos,I am a fellow Linux+Ardour user. I am curious, why you use Hydrogen and then transfer the midi+mix to Ardour? Wouldn't it be better to write the drum part directly in Ardour using DrumGizmo (in this way you have more direct control on the final drum mix)?
I simply like Hydrogen better for drum pattern creation than Ardour. It's especially fast when riffing with guitar and quickly drafting some beats to complement the riff. I don't always use it like that as I tend to switch between doing patterns and playing live using e-drums, but I just want to stay in one context and mix even when swapping my production methods. When doing Hydrogen patterns, I export them as Midi to Ardour. When I play e-drums, I record that directly to Ardour as midi. In both cases I still route the Midi from Ardour to Hydrogen and back to Ardour as audio, so I get the same samples and mix from kit I have loaded in Hydrogen. So, I use its mixer to do the mixing of drums against everything else in Ardour. And when I'm ready to export my song, I just need to remember to record the drums as audio first. Until that point I still have full control on everything. Btw, Hydrogen could also fan out all the samples to separate outputs tracks like DrumGizmo does, but I just don't need that level of detail in my drum mixes (yet). Also with DrumGizmo sets you need to control the bleeding sounds etc exactly like when recording real drums and I'm just not that good. Having "pure" sounds as samples is just easier :) DrumGizmo is still the one recommended by pros to my knowledge.
@@SudoMetalStudio Thanks, I am gonna try your production method for drums...definitely Hydrogen looks better for pattern creation (for me doing it in Ardour Midi edit is a chore) and I like the idea to have a less cluttered DAW because all the drums are dealt with in another application. By the way, I play guitar and I am involved in a rock/metal project, so your channel is a godsend.
Last I knew, Ardour used an antiquated library for their widgets. GTK. Not GTK plus but, old-fashioned GTK. That makes them a Knogo for me because I use software that relies on at-spi which is the accessibility framework on Linux. Literally drove me away from the operating system. These days, I use reaper. Works good on windows, if you can believe it.
@@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 🙂
what version of Ardour are you using? I 've moved to 8 and now Calf plugins don't work, they apparently haven't been maintained for ages 😞, it's a shame because I really liked them, plenty of alternatives available but I did like Calf
@@bransby I'm still on 6.8 due using Ubuntu Studio 22.04 but I noticed Calf plugins wasn't preinstalled even on that. But you should be able to just install them separately. If you're on Debian based system such as Ubuntu, try "sudo apt install calf-plugins" in terminal.
While the Calf plugins look really nice, their DSP isn't particularly good and there are some issues with how their UI embeds into other hosts with clashing library versions. They give the impression of looking very professional, but in their actual usage I would not recommend them any more.
Oh the RUclips algorithm finally recommended me a fellow Linux metal musician! although i run my plugins with yabridge and most of them are not foss... Non the less great song and video 🤝
Oh, Boy! Am I gonna learn a LOT from you! Excellent Channel, brother! Thanks
You're amazing. Thanks for sharing this knowledge!
Great video, will be implementing some of these, though not a metal artist, many of these will transfer over to my blues work and workflow. Thanks for share this!
The metal mix sounds just as capable if not better than some mixes I've heard in Mac/PC using a lot more $$ invested.
Thanks! The tools are all there. It's just matter of learning how mixing is supposed to be done. I'm sure a professional mixing engineer would do still much better with these than amateur-me 😉
love this😊🥰
Nice work, and I'm glad that github NAM model repository I put together is still getting some use!
Speaking of NAM models, having hung around the discord and NAM facebook whilst tonehunt was being developed, I can assure you there's nothing nefarious going on with user accounts / user signon. It helps the end user, because then you're able to do things like follow certain capture creators and so on, and it helps the admins because they have to make sure people aren't uploading captures that would violate TOS of other companies (eg captures of amp sims like Neural DSP, or captures from modellers like Quad Cortex or Kemper). Up until relatively recently, the tonehunt source code itself was open source.
I kind of expected that you'd need an account already to download them, so having a registration/login without requiring it is actually a bit confusing 😅
I actually cut that stupid babbling about Tonehunt login. I should have scripted that part as it really didn't come out with the respect it should have been. I'll be making better video about ToneHunt once I get into capturing some models myself first :)
I use it constantly. I have paid plugins that work on Linux, but I made NAM captures of my actual gear that I use alongside that plugin for double and quad tracking.
Great video, you certainly pointed out some things I didn't know about, namely the NAM stuff, so now I have something new to go play with, nice one.
I can also recommend the Facebook group "Neural Amp Modeler (NAM)". Over 18k members and growing very rapidly, including some "big players" in plugin dev field giving freebies every now and then 🙂
That's bad ass man
Thanks bro, nice work!
Excellent info. Thanks.
For those who play with standalone Guitarix and got the problem that bufsize/latency is too big because the DAW project they are running to record it demands it, there is a solution. If you have 2 audio interfaces then you can start 2 jackd instances, one with the big latency for the DAW and one with a small latency (on my machine down to 32 samples bufsize) for Guitarix.
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.
Hyvää settiä ja hyvä miksaus! Ardour ja pitkälti samoihin plugareihin/paketteihin itsekkin päätyny tässä vuosien saatossa. Hydrogenin tilalla Drumgizmo ja lisukkeena vielä Dragonfly reverb, jossa nyt tuskin suurempia eroja noiden muiden pakettien kaikuihin, mutta kerran tottuneena ni ei pääse irti 🙂.
how do you use Neural amp modeler and the UI and tone hunt?
I explain the installing in this video: ruclips.net/video/NZBtnQEDdQU/видео.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.
Also I am an Ardour user. I use Linux because it is more stable than windows
Nice tools, I can't believe that some people spend money on fab filter and other shit like this
Thanks for your videos,I am a fellow Linux+Ardour user.
I am curious, why you use Hydrogen and then transfer the midi+mix to Ardour? Wouldn't it be better to write the drum part directly in Ardour using DrumGizmo (in this way you have more direct control on the final drum mix)?
I simply like Hydrogen better for drum pattern creation than Ardour. It's especially fast when riffing with guitar and quickly drafting some beats to complement the riff.
I don't always use it like that as I tend to switch between doing patterns and playing live using e-drums, but I just want to stay in one context and mix even when swapping my production methods. When doing Hydrogen patterns, I export them as Midi to Ardour. When I play e-drums, I record that directly to Ardour as midi. In both cases I still route the Midi from Ardour to Hydrogen and back to Ardour as audio, so I get the same samples and mix from kit I have loaded in Hydrogen. So, I use its mixer to do the mixing of drums against everything else in Ardour. And when I'm ready to export my song, I just need to remember to record the drums as audio first. Until that point I still have full control on everything.
Btw, Hydrogen could also fan out all the samples to separate outputs tracks like DrumGizmo does, but I just don't need that level of detail in my drum mixes (yet). Also with DrumGizmo sets you need to control the bleeding sounds etc exactly like when recording real drums and I'm just not that good. Having "pure" sounds as samples is just easier :)
DrumGizmo is still the one recommended by pros to my knowledge.
@@SudoMetalStudio Thanks, I am gonna try your production method for drums...definitely Hydrogen looks better for pattern creation (for me doing it in Ardour Midi edit is a chore) and I like the idea to have a less cluttered DAW because all the drums are dealt with in another application.
By the way, I play guitar and I am involved in a rock/metal project, so your channel is a godsend.
Last I knew, Ardour used an antiquated library for their widgets. GTK. Not GTK plus but, old-fashioned GTK. That makes them a Knogo for me because I use software that relies on at-spi which is the accessibility framework on Linux. Literally drove me away from the operating system. These days, I use reaper. Works good on windows, if you can believe it.
have you used wine to use windows plugins?
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 🙂
what version of Ardour are you using? I 've moved to 8 and now Calf plugins don't work, they apparently haven't been maintained for ages 😞, it's a shame because I really liked them, plenty of alternatives available but I did like Calf
@@bransby I'm still on 6.8 due using Ubuntu Studio 22.04 but I noticed Calf plugins wasn't preinstalled even on that. But you should be able to just install them separately. If you're on Debian based system such as Ubuntu, try "sudo apt install calf-plugins" in terminal.
While the Calf plugins look really nice, their DSP isn't particularly good and there are some issues with how their UI embeds into other hosts with clashing library versions.
They give the impression of looking very professional, but in their actual usage I would not recommend them any more.
@@_DRMR_ I've heard similar things, but at the same time usability vs x42's plugins is just better because of simplicity.
which OS is the best for linux, can you share with me?
Best is always subjective. I enjoy using Ubuntu Studio. There are also good alternatives such as AVLinux and Manjaro 🙂