Forums > Gen

gen~ code export and buffers


April 25, 2013 | 1:58 pm

Hi guys,
i’ve just started exploring gen~ more deeply and take a look at code export.
if i’ll build a gen patcher using reference to buffer~ objects should i implement on my own the relative buffers in the exported C++ code?
or..?
many thanks
a.

April 30, 2013 | 7:25 am

hi, any suggestion/idea?
thnks

May 2, 2013 | 10:10 pm

For the near future, the use of buffers is something which you will need to be responsible for. In the coming months, we might find time to point developers to some resources for how they might consider sound file and buffer integration with code export, but we’re considering that your responsibility for the time being.

May 5, 2013 | 11:19 am

thanx Joshua,
definetely some tutorials will help ;-)
a.

November 18, 2014 | 4:43 am

Hi

Is there any update on this situation or any advise on buffer integration and code export?

Thanks

November 18, 2014 | 5:50 am

My advise to use 64-bit Data operators instead of referencing buffers for the tasks of generating wavetables for example. To read/write from buffers Cycling ’74 should implement interpolated playback functions inside of gen first of all.

November 18, 2014 | 7:20 am

@RUSLAN, can this be done inside gen? I guess not

November 18, 2014 | 11:45 am

@RUSLAN, can this be done inside gen? I guess not

yes, @DAVEYC, see the ‘data’ op in gen~(or look up the delay i made here in my gen~/sharing-is-for-asswipe series for an example of usage), it can work like an array of memory internal to gen~ with no external buffer~ required… (but Ruslan must have no clue about the ‘sample’ op in gen~, among others, because it does the interpolated-playback he’s talking about, just fine, and cycling74 have already added it :p)
This missing buffer~ code-export was to be expected. If c74 helped you export code for buffer~, that would mean access to waveform viewing, different-file conversions, so much more than anyone here using gen~ probably could handle on their own, but also so much more than is worth handing out in a free code export, muahahahahaha! >;D

just trying to scare everyone who wants to do less work, into thinking they’ll have to do more. i bet c74 are actually thinking about this… don’t mind-me/worry :)

but ya, ‘data’ op is great.

November 18, 2014 | 11:51 am

Thanks RAJA for the tip, I haven’t noticed this sample operator, maybe the reason for this I wasn’t too much into interpolated sample playback.
DAVEYC the tip with data operators inside gen works just fine. You can implement ‘for’ loops to write into the wavetables using GenExpr.

November 18, 2014 | 10:35 pm

Hi Raja,

Is this the patch I need to look at?

https://cycling74.com/forums/topic/sharing-is-for-asswipes-anaechowat-a-unique-delay-made-in-gen/

Thanks very much for that

November 18, 2014 | 11:21 pm

this one, too:

https://cycling74.com/forums/topic/sharing-is-for-asswipes-the-bin-amp-sustainerer/

no prob. sorry it’s not codeboxed(i want to, but got into the SDK instead.. too many easy-way-ins in max :)..)

November 19, 2014 | 11:05 am

Cheers Raja

On holiday now but will check it out when I get back next week

Dave

Viewing 12 posts - 1 through 12 (of 12 total)