Is This Possible with TX16Wx ?
-
crossovercable crossovercable https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=329708
- KVRian
- Topic Starter
- 564 posts since 26 May, 2014
If I have a wav file of a song, can I get sample sections to play/loop with a chord input ?
So if I input a Cmaj chord it will play/loop the CMaj section.
Can I set the wav source bpm and it will adjust the playback rate to sync with the host bpm ?
Can I get it to change on bars 4 beats so if a key is pressed on beat 2 it won't play until next bar ?
So if I input a Cmaj chord it will play/loop the CMaj section.
Can I set the wav source bpm and it will adjust the playback rate to sync with the host bpm ?
Can I get it to change on bars 4 beats so if a key is pressed on beat 2 it won't play until next bar ?
-
- KVRAF
- 2431 posts since 27 May, 2005 from Stockholm
No. What you are looking for is magic. Much of the above can be sort of done using careful chopping of the source material and then setting up regions etc to build a playable set for it (time stretch requires TX pro). But at least the last one is something a plug-in cannot (and should not) do.
TX16Wx Software Sampler:
http://www.tx16wx.com/
http://www.tx16wx.com/
-
crossovercable crossovercable https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=329708
- KVRian
- Topic Starter
- 564 posts since 26 May, 2014
I got it to work good with Sforzando by putting a JSFX before it to send one note from a chord input but Sforzando don't have to change bpm to host.
-
- KVRAF
- 2431 posts since 27 May, 2005 from Stockholm
TX will allow you to both use time stretch to change playback speed based on tempo (without pitch change), as well as map source bpm to for example pitch to have precise control of bpm -> speed.
My point is that a plug-in should (imho) not change playback _timing_ for the DAW. DAW should control this fully. Moving effective note-on would violate this.
Even if you let the plug-in do this, it is something of a mixed bag to do proper, as the info given to a plug-in here are a.) not always present, and b.) only valid in the current process block. So you would have to set up specialized triggers to look for time thresholds to generate the actual note-ons. Can be done, but a very, very specialized use case which should either be a built-for-this instrument, or even better: left to the DAW to generate, letting instrument be just that: an instrument.
My point is that a plug-in should (imho) not change playback _timing_ for the DAW. DAW should control this fully. Moving effective note-on would violate this.
Even if you let the plug-in do this, it is something of a mixed bag to do proper, as the info given to a plug-in here are a.) not always present, and b.) only valid in the current process block. So you would have to set up specialized triggers to look for time thresholds to generate the actual note-ons. Can be done, but a very, very specialized use case which should either be a built-for-this instrument, or even better: left to the DAW to generate, letting instrument be just that: an instrument.
TX16Wx Software Sampler:
http://www.tx16wx.com/
http://www.tx16wx.com/
-
crossovercable crossovercable https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=329708
- KVRian
- Topic Starter
- 564 posts since 26 May, 2014
This was the opcode I have for SFZ:
When sync_beats is specified and after input controls instruct the region to play, the playback will be postponed until the next multiple of the specified value is crossed.
Example #
sync_beats=4
In this example, if note is pressed in beat 2 of current track, note won’t be played until beat 4 reaches.
This opcode will only work in hosts featuring song position information (vstTimeInfo ppqPos).
When sync_beats is specified and after input controls instruct the region to play, the playback will be postponed until the next multiple of the specified value is crossed.
Example #
sync_beats=4
In this example, if note is pressed in beat 2 of current track, note won’t be played until beat 4 reaches.
This opcode will only work in hosts featuring song position information (vstTimeInfo ppqPos).
-
- KVRAF
- 2431 posts since 27 May, 2005 from Stockholm
Well, I can see why not many SFZ importers/players support it. Apart from the issue of not being the instruments thing to decide, it also has the very unfortunate side effect of making a patch using it ambiguous in that it will either _not_ play, or play differently if the song is not playing, i.e. composer stops transport and plays to build an idea in his head before going back to record. If song position stays at 1, when does trigger happen? Only work if transport running, then we are behaving differently, etc, etc.
Again, these are sequencing decisions that I think should be up to the sequencer.
Again, these are sequencing decisions that I think should be up to the sequencer.
TX16Wx Software Sampler:
http://www.tx16wx.com/
http://www.tx16wx.com/