AFAIK Cabbage is mantained...Rory is workin' on it..
new version for cabbage is online, but no WIN64 build so far.should be soon, I'm sure.
https://github.com/rorywalsh/cabbage/releases
Statistics: Posted by oli_lab — 04 Oct 2015, 23:27
]]>
Statistics: Posted by oli_lab — 01 Oct 2015, 22:53
]]>
]]>
There is the VST32 & 64 Cabbage alternative, that's cool, but it is not really maintained and the User module was better for many reasons :
- you can open the CSound script from within Usine, tweaking is faster
- values can be input on any scale i.e. 0 to 1 float, Integers... (VST is limited to 0-1, which is a pain for frequency values...)
would it be possible now ? with CSound6
there is 2 flavour of CSound : single précision and double. I'm not sure double means that the software is 64bits but the internal computing is done in 64bit.
Cabbage manage to work as a 64bit vst with Csound double in the X86 programme folder...
Statistics: Posted by oli_lab — 01 Oct 2015, 12:45
]]>
And a fausgen one? or a faustgen script exporting usine modules?
Statistics: Posted by lalo — 12 May 2015, 12:25
]]>
]]>
great!
let's go back to work !
Statistics: Posted by oli_lab — 17 Apr 2014, 21:57
]]>
Olivar
Statistics: Posted by oli_lab — 17 Apr 2014, 18:25
]]>
However, I am currently unsure what would a Hollyhock-specific module could provide that Csound Cabbage cannot? If the answer is nothing then there is no real point to the module as it is just repeating something that already exists but if Cabbage is missing any functionality we need for Hollyhock then please post here so I know what needs addressing for the future Hollyhock module.
Statistics: Posted by caco — 16 Apr 2014, 20:10
]]>
http://puredata.info/downloads/libpd
but still missing the CSOUND module in Hollyhock....sniff
Statistics: Posted by oli_lab — 16 Apr 2014, 10:58
]]>
Statistics: Posted by oli_lab — 01 Mar 2014, 23:04
]]>
]]>
]]>
Statistics: Posted by oli_lab — 28 Jan 2014, 00:45
]]>
I recently discovered that Hollyhock's patches also don't look bad either
I think this is a really powerful feature. Would it be possible to create a converter maybe?
Recently I was looking a bit into Rebol (and Red language) and it looks ?possible? at least for
something like standalone file conversion. Perhaps I'm overlooking some major problems, I'm a dreamer
...Since Usine's graphical capibilities are much stronger and having a similar workflow and filetype, maybe it would be nice to be able to benefit from Pd's processing alone (oscillators, filters, user library), without having to adopt another "patching syntax" within Usine.
If a user module could just port the "missing" modules then Usine and Pd could be compatible.
Or is there something fundamentally different in the way Usine and Pd treat data?
Statistics: Posted by AndrewChi — 17 Jan 2014, 21:53
]]>
Statistics: Posted by oli_lab — 25 Dec 2013, 23:39
]]>
Hi all !
in puredata, there is the [netsend~] module that allows to send audio through a network.
if we coulduse a Usine counter part, it would be then possible to run puredata for sound generation and Csound and have the audio directed to Hollyhock, even if one is 32 bits and the other 64 bits.
another way around would be to use reaplug stream VST : it's working fine bridged in Hollyhock 64bit, but haven't succeed to have it working properly with [vst~] in Puredata.
csound on Hollyhock x86 will be more straighforward, but.
cheers,
Olivar
Interesting, I wonder if reaplug stream vst would work loaded inside Csound??in puredata, there is the [netsend~] module that allows to send audio through a network.
if we coulduse a Usine counter part, it would be then possible to run puredata for sound generation and Csound and have the audio directed to Hollyhock, even if one is 32 bits and the other 64 bits.
another way around would be to use reaplug stream VST : it's working fine bridged in Hollyhock 64bit, but haven't succeed to have it working properly with [vst~] in Puredata.
csound on Hollyhock x86 will be more straighforward, but.
cheers,
Olivar
But yes, Csound for x86 Hollyhock would be easier. I am very busy over the next few weeks but as soon as I get some free time I will take a look at it
Statistics: Posted by caco — 11 Nov 2013, 10:25
]]>
in puredata, there is the [netsend~] module that allows to send audio through a network.
if we coulduse a Usine counter part, it would be then possible to run puredata for sound generation and Csound and have the audio directed to Hollyhock, even if one is 32 bits and the other 64 bits.
another way around would be to use reaplug stream VST : it's working fine bridged in Hollyhock 64bit, but haven't succeed to have it working properly with [vst~] in Puredata.
csound on Hollyhock x86 will be more straighforward, but.
cheers,
Olivar
Statistics: Posted by oli_lab — 08 Nov 2013, 20:21
]]>
]]>
the x64 version of Csound can take a long time?
Statistics: Posted by senso — 02 Nov 2013, 11:11
]]>
Statistics: Posted by caco — 01 Nov 2013, 16:10
]]>
The last serial and leap motion makes my dreams wet
a.
Statistics: Posted by lalo — 31 Oct 2013, 13:33
]]>
]]>
I'll try that
I had a look at supercollider as well, and as I understand it is a sound server that is driven by OSC,
I just have to sort out how to handle audio between Usine and SC, but the RME sound card could solve the problem...
Statistics: Posted by oli_lab — 17 Jul 2013, 20:47
]]>
Pd externals are typically coded in C so in theory you could build a Hollyhock user module that can load and use them but again I suspect this would be a fair bit of work. Probably simpler to just port whichever modules you are interested in to Hollyhock's SDK or fix libpd.
Audio rate modules like cos(x) are very simple to do with the Hollyhock SDK.
Cheers
Martin
Statistics: Posted by caco — 17 Jul 2013, 20:09
]]>