Hi,
Low quality switching regulators tend to add noise. High quality linear regulators are better for audio use.
Good shielding avoids electromagnetic pollution (the high freq from a PC or even from the Axoloti itself).
Some "DI units" can also be helpful in case of ground loops (which was the problem with my G2, ground loop through the PC usb port -> pollution by the PC switching power supply).
Averaging is not a very good decimation process. Its frequency response is a sinc, which have sidelobes decaying at -6dB/octave.
thanks for the tip. will do further reading.
had a similar issue with my blofeld and since like to have a DI on hand.
I want to add I am sorry I am not so much into the very low level stuff of Axoloti. And thats why I dont always use the right technical language. know that leads to confusion, once in a while. So I'll work on getting the lingo right, with all the dBu, dBV, dBfs.. etc.
Thanks to anyone contributing to this thread. It all just comes down to wanting to get he best sound out of Axoloti as possible, which I think we all essentially do 
So I apologise if the lack of technical knowledge leads to confusion once in a while.
You can add that many of the contributors are not native English speakers and acronyms and terms differ from a language to another. Thanks to the Axoloti we can share patches, objects and code snippets to illustrate what we are talking about 
yeah, well, the oversampling was a quick fix that was needed for a patch, but making the right window just asked just a bit too much cpu for the patch to keep working..
it's in the planning though..
If you want to get the best out of axoloti's out you should put it through a DI w/ some nice jensen transformers or a transformer-tube setup. I don't find the axoloti out extremely noisy or problematic, but I have not ever listened critically to it.. there are far more problematic setups like the nord drum 2 for example where the output is ridiculously low for what you'd expect to be a "professional grade" product.
But then again, you start playing with that thing and it sounds so good you don't care anymore about these things
Yes thanks for the input I considered that too, the DI option. I am starting off with playing around with all the new oversampled objects. I'll first make it as good as I can from the source and then move on to the output stage. I think I am going to ask a friend to help me build something custom for output stage.
Like more salt in food is often interpreted to taste better so is more loudness in music.
Did you set up the instruments to the same level on a ixer for testing?
@knurd75 I dont really want to rip up this thread once again.....
All I can say is that at the moment I am learning Pure Data. On Pure Data I can change the DAC to my liking, I can get the sounds al loud as I want 
I hope you don't find my answer abrasive. The volume of your sound source denotes only one quality of a device: It's maximum volume. One can correct these differences there with a mixer. I look forward to make a few comparisons of my own. ATM I only have headphones to play around with the axoloti.
Until you clip your soundcard and then you will have to restart your computer.. 
In that moments is when I discovered [clip~] ...
Resurrecting this old thread to continue the discussion of upgrading Axoloti hardware.... I've been using Axoloti for a couple of months now. I haven't had this much fun or satisfaction out a sub $100 purchase in ages. The breadth and quality of the patches I've made have surpassed my expectations, and the contributions by this community is amazing !
So, to the point. I am constantly hitting if limits of both memory and processing power. It's frustrating to have to knowingly compromise polyphony, features or audio quality because of these limits. Is there any possibility of a Axoloti V2 which bumps these up (2X woild be nice, 4X would be GREAT). It would be cheap at twice the price and I'd buy several.
........Even if it was only a limited batch i would be highly interested in getting one with more power, like 4X sram/sdram and more cpu.
For now my solution have been more axolotis.... Which is semi good. If one uses like 3 Axolotis at the same time the setup suddenly has a lot of variables and alot of external stuff that also needs to be setup, like midi, audio and suddenly timing everything is harder........ To sum it up its simply just MUCH more nice doing everything on one Axoloti
So yeah, a Axo on steroids, I would be willing to pay good money for... Just a tiny limited batch of super Axo's, pretty please
Yes running into the same kind of limitations here...
If we could at least have this digital audio/data between boards via the pins my setups would be sooo much easier.
But I agree one board to rule them all would be best 
Yeah, if we could pass data from one to the other, not just in "midi format", but any data type, that would definitely be nice too.
That makes sense
Maybe if editor was changed so it works a bit like the old Nord modular synths, where you have 4 patches in same editor, it would be easier to sync them. Like a multi page editor, with fans for the editors for each individual Axoloti connected to the computer.
If for example both patches for Axoloti A and Axoloti B are loaded in the same editor, then maybe it would be possible to go live with both machines in the same time and make then sync easier than when you have 2 editors and that you need to go live with individually.
But again, I really dont know what is possible and what is not in this aspect of Axoloti. But I am just thinking out loud, that if several axoloti are controlled by the same editor, maybe it would be easier to sync them, as you can choose to go live with them at the same time, if not at the same time, maybe the time difference between Axo A and Axo B goes live can be compensated for, so they start up in sync... Again, just thinking out loud....
Can you expand on this issue please? Not sure if you're referring to jaffaspaffa's request for a digital/audio interconnect or the whole notion of a more powerful processor with respect to 'the main issue'.
Cheers!
Yes, sorry.
Yes, I meant low level/sample rate/audio thread synchronization to allow synchronous digital audio exchange between axoloties through an SPI port.
Without such a sync, it is really painful to get a glitchless system (as the timings will shift slowly to avoid snapping chunks of audio, you'll have to create a smart buffer with over and under flow management and interpolation, hence not impossible, it is very tricky).