There is no news since last May, that's true. But yes, development is happening. I have been working on 64-bit support and infrastructure for multi-core support. 64-bit support will be in the next release.
That are good news. I hope, Ross, you improve Audiomulch further and as you like.
I still think that my ideas with your corrections and ideas could you bring were you want. If they are not good, please listen and answer at least.
A little scratch: stepsequencer for the container. Swing for time signature. A modular connection system for automation that define the sound and adds no contraptions nor midi, but has live usage. Ideas for multichannel. Preroll/Afterroll for document switches and ideas for a more musical workflow.
Is there any advantage to 64 bit aside from being able to use more memory? I am thinking not. Multi-core support will be fantastic though, and make a much bigger difference to me.
Yeah, was thinking that, and Ross also mentioned on here recently that the delay will have its length increased from the paltry two seconds it has now. 10 minute delays might be cool, and I can see 64bit support with all the extra RAM that becomes available being great for that, especially multi-track in something like 24/96 etc.
But I personally don't have need for that, and with new builds come new bugs and having to make sure all your VST plugins are re-downloaded and installed again with their 64bit versions. But will probably be forced into it at some stage! I'm guessing that multi-core support would immediatley have a huge performance increase for me, but again I'm very happy with the way things are right now too, as am only doing stereo 99.9% of the time.
Regarding 64-bit support: There will continue to be a 32-bit version of AudioMulch to provide compatibility with 32-bit plugins. It will be possible to install both 32-bit and 64-bit versions side-by-side on Windows (On Mac there will be a single "fat" executable). There won't be any "bit bridge" functionality: 32-bit plugins will only be usable in 32-bit AudioMulch, 64-bit plugins will only be usable in 64-bit AudioMulch.
There are a few reasons I can think of to support 64-bit. All of these are of similar importance and most have been requested by users:
Support plugins that require a lot of RAM (e.g. large Kontakt instruments)
Support plugins that are only available in 64-bit versions (or, avoid having to install both 32-bit and 64-bit versions).
Support more RAM for internal sample loading.
Avoid AudioMulch looking "out of date" by not supporting the current standard 64-bit.
@Babaluma, I share your view that technically there isn't a huge benefit to 64-bit for many users but looking out of date is not good for the product image.
Regarding multi-core support: So far the development has been in the area of preparing the ground for multicore support, it's not ready yet. I hope to be able to provide beta versions to people as soon as I have something working, but a final version of multicore will likely not ship until AudioMulch 3.0. It will require a lot of testing in real-world use-cases before it's ready for general use.
@whitelight: Thanks for your patience. Unfortunately right now I don't have time to engage in conversation about every feature request. At the moment there are limited resources, they need to be focused on upgrading core functionality. Please know that I do read all feature requests and give them thought.
Cheers Ross, I agree with all those reasons, and can definitely see how looking out of date is bad for the image of Mulch. If all the plugs I regularly use are available in 64bit (I'll have to check) then I shall undoubdtedly make the switch sooner rather than later. And happy to beta test multi-core support, whenever you're ready!
Yep, me too. Personally, I dont really care about 64 bit and multi-core support, but I can see how that is quite important in keeping the product profile up to date.
I agree, to radar and Unguitar and also to Kant. I want to say audiomulch is beautifully designed, optically and structurally, Ross. Even if development would stand still, I would love and prefer audiomulch. The sound of bassline, its function in the net, the feedback of arpeggiator, southpole, its sidechain input, the smooth quantize option of some contraptions, tie, multiple cables, thirds, modularity and finally the mysterious delay and the devision with the stepsequencer in the property-window, are surprisingly musical! Audiomulchs limit, the stepsequencer, is a musical idea finder. No pianoroll can keep a note when you delete its "gate", no pianoroll can change the rhythm apart from the pitch. Ross, all you've done was good.
from last may:
http://www.audiomulch.com/forums/support-help-and-ideas/evolution
There is no news since last May, that's true. But yes, development is happening. I have been working on 64-bit support and infrastructure for multi-core support. 64-bit support will be in the next release.
Fantastic news Ross, thanks for the continuued development!
That are good news. I hope, Ross, you improve Audiomulch further and as you like.
I still think that my ideas with your corrections and ideas could you bring were you want. If they are not good, please listen and answer at least.
A little scratch: stepsequencer for the container. Swing for time signature. A modular connection system for automation that define the sound and adds no contraptions nor midi, but has live usage. Ideas for multichannel. Preroll/Afterroll for document switches and ideas for a more musical workflow.
This is great news Ross !
I am so happy to know you are preparing such a big step up !
Audiomulch is at the heart of a new project in which me and my musical partner are synced while doing many crazy things with software and hardware.
I am very excited to know I will be able to benefit of more processing headroom soon, my mind is already thinking how I will be using it.
My best and thanks,
Luca
Is there any advantage to 64 bit aside from being able to use more memory? I am thinking not. Multi-core support will be fantastic though, and make a much bigger difference to me.
I don't see any improvement more than what you get by accessing more ram.
But that's quite a good thing when you do live looping.
Yeah, was thinking that, and Ross also mentioned on here recently that the delay will have its length increased from the paltry two seconds it has now. 10 minute delays might be cool, and I can see 64bit support with all the extra RAM that becomes available being great for that, especially multi-track in something like 24/96 etc.
But I personally don't have need for that, and with new builds come new bugs and having to make sure all your VST plugins are re-downloaded and installed again with their 64bit versions. But will probably be forced into it at some stage! I'm guessing that multi-core support would immediatley have a huge performance increase for me, but again I'm very happy with the way things are right now too, as am only doing stereo 99.9% of the time.
Regarding 64-bit support: There will continue to be a 32-bit version of AudioMulch to provide compatibility with 32-bit plugins. It will be possible to install both 32-bit and 64-bit versions side-by-side on Windows (On Mac there will be a single "fat" executable). There won't be any "bit bridge" functionality: 32-bit plugins will only be usable in 32-bit AudioMulch, 64-bit plugins will only be usable in 64-bit AudioMulch.
There are a few reasons I can think of to support 64-bit. All of these are of similar importance and most have been requested by users:
@Babaluma, I share your view that technically there isn't a huge benefit to 64-bit for many users but looking out of date is not good for the product image.
Regarding multi-core support: So far the development has been in the area of preparing the ground for multicore support, it's not ready yet. I hope to be able to provide beta versions to people as soon as I have something working, but a final version of multicore will likely not ship until AudioMulch 3.0. It will require a lot of testing in real-world use-cases before it's ready for general use.
@whitelight: Thanks for your patience. Unfortunately right now I don't have time to engage in conversation about every feature request. At the moment there are limited resources, they need to be focused on upgrading core functionality. Please know that I do read all feature requests and give them thought.
Cheers Ross, I agree with all those reasons, and can definitely see how looking out of date is bad for the image of Mulch. If all the plugs I regularly use are available in 64bit (I'll have to check) then I shall undoubdtedly make the switch sooner rather than later. And happy to beta test multi-core support, whenever you're ready!
Thank you very much, Ross, for kind reply. Now I can wait with more patience
thanks for the great news!
Hey, it's great to hear that you are still working on it.
AM is still my fave audio software even 11 years after starting using it :)
same here.
But I confess I am waiting for certain things to happen ;-)
Yep, me too. Personally, I dont really care about 64 bit and multi-core support, but I can see how that is quite important in keeping the product profile up to date.
I agree, to radar and Unguitar and also to Kant. I want to say audiomulch is beautifully designed, optically and structurally, Ross. Even if development would stand still, I would love and prefer audiomulch. The sound of bassline, its function in the net, the feedback of arpeggiator, southpole, its sidechain input, the smooth quantize option of some contraptions, tie, multiple cables, thirds, modularity and finally the mysterious delay and the devision with the stepsequencer in the property-window, are surprisingly musical! Audiomulchs limit, the stepsequencer, is a musical idea finder. No pianoroll can keep a note when you delete its "gate", no pianoroll can change the rhythm apart from the pitch. Ross, all you've done was good.
Fantastic news Ross, thanks for the continuued development!
Nice Post...