Wish for a bugfix in primary audio table

When you import an audio file in the audio table , x output is set to units ( sample length ) screenshot 1
Whenever you re-load the ensemble it automatically switches to milliseconds , This is a real pita since the units are used to drive a ramp wave ( samplerate/unit length = speed inHz )
Screenshot 2
Before anyone says , Use core : 0 ,
I have used core and the table framework , it works nice but there is no x-interpolation
Interpolation is needed because 1 audio table is used for the playback speed of the other .
please fix this bug
Also found something verry weird , a pop menu from the audio table still has the old kontakt 5.5 gui :)
I don't expect a fix either way
Comments
-
Before anyone says "Before anyone says , Use core : 0 ," ;-p
You can use interpolation in core to playback from table framework.
If you don't want to roll your own, you can use the 4 point from the factory delay module.
0 -
Well I have no I dea how to do that , since I am pipin the samples into core via the tableframework .
I have an audiotable controlling the audio playback and works fine , reverse , table scratching etc…
0 -
I also found a pretty nifty low-res time stretch technique
I play the sample back and forth , with a smaller higher percentage of forward playback speed , now speed up the modlation.
Instant timestretch0 -
if it wasn't clear , I am using the primary table framework to pipe in the data into core .
Should I use another core table + interpolation ?
0 -
I f anyone wants to have a go at it , here is the ensemble
Just drop the samples in the Primary tableframework , the sample data is then send into the core cell
The sample data is read out by a phasor ramp and the speed of this phasor is controlled by the audio table
Y axis Everything > 0 = forward , < 0 = backwardsThe playhead can be stopped , reversed and resumed
When depth = 1 , +1 = normal speed , -1 normal reverse speed
0 -
If it's helpful, attached is the 4-point interpolator core macro. I've been using it in Beauchamp Brass and Moravia Reeds, which use the table framework.
The interpolator is a useful piece of work. Just give it:
- The position in sample memory you want to read from (a float, which drives the interpolation).
- The size of sample memory, to prevent overflows (int, of course).
- The data pointer to the sample.
1 -
Thanks , can't open the macro ..still running 6.4.3
Also I have no idea where I should place the interpolator .The sample data that is going into core is from primary , I have no array and or tables inside core
0 -
That's where I am at loss ( se screenshot above )
The position in sample memory : ramp wave reading from the data pointerThe size of the sample memory : easy , that's just the [?] size module
The data pointer to the sample : Index [] , I assume0 -
It looks like your ramp input is moving from 0 to 1, so multiply it by the size of the sample memory.
And your core cell is already doing that, so the output of that multiplier should go to the position input of the 4-point interpolator.
In fact, I think your core cell is already producing the three inputs needed by the interpolator. I've circled them.
0 -
Awesome , I haven't yet checked your module out because I need to upgrade
0
Categories
- All Categories
- 18 Welcome
- 1.6K Hangout
- 67 NI News
- 879 Tech Talks
- 4.5K Native Access
- 17.4K Komplete
- 2.2K Komplete General
- 4.7K Komplete Kontrol
- 6.2K Kontakt
- 1.1K Reaktor
- 404 Battery 4
- 906 Guitar Rig & FX
- 459 Massive X & Synths
- 1.5K Other Software & Hardware
- 6.3K Maschine
- 8K Traktor
- 8K Traktor Software & Hardware
- Check out everything you can do
- Create an account
- See member benefits
- Answer questions
- Ask the community
- See product news
- Connect with creators