While Rhino's current textual "sample referencing" feature is great as is, I was wondering if a few minor tweaks might make it even better / more user friendly.
Two things that come to mind in this reguard:
1) A method to optionally specify (textually) a brief fade in / fade out time for each loop region. The goal of this is to avoid the clicks and pops of carelessly set loop points.
2) A method to optionally specify (textually) some cross fade parameters for each loop region. Again, this could help smooth awkward transitions in many samples.
I was thinking that any such modifications to the sample could be implimented in ram upon loading into the OSC, as a preprocessing step (ie, "loop enhancement" modifications would not perminantly affect the stored sample).
Can the samping be slightly enhanced ?
-
- KVRist
- 273 posts since 5 Mar, 2003 from US
Good ideas; I've wished for crossfaded loops, also. Rhino was never meant to be a sampler and maybe I've been relying on this feature too much, lately. However, Rhino can do some amazing things with samples!
Crossfades can be done in many loop editors with ease and some software will even find good loop points for you. However, before trying to loop a wave, first consider if it is even loopable. Bad source material is hard to even crossfade well. Record long samples before looping and then truncate as needed. Detuned sounds with multiple oscillators are more difficult to loop than simple sounds. Practice patience.
Hopefully, these tips will help. Good results will happen with a little pre-planning.
Crossfades can be done in many loop editors with ease and some software will even find good loop points for you. However, before trying to loop a wave, first consider if it is even loopable. Bad source material is hard to even crossfade well. Record long samples before looping and then truncate as needed. Detuned sounds with multiple oscillators are more difficult to loop than simple sounds. Practice patience.
Hopefully, these tips will help. Good results will happen with a little pre-planning.
-
- KVRAF
- 3388 posts since 29 May, 2001 from New York, NY
I'm using soundforge to xfade loops, which is why I haven't found the need for such a feature. But why not...
'Tick
'Tick
-
- KVRist
- Topic Starter
- 457 posts since 30 Jun, 2003 from cinci, oh
A small advantage of having the software do the quick fade in / fade out (like acid pro) or do cross fades is; well, then I do not have to do it myself.
Also, the sample remains uncommited -- a single sample instance (of whatever quality) could be used with different, overlapping loop points in multiple OSC for fattness.
Actually, I was just wondering if there was general interest in enhancing the sampling aspect of Rhino.
Also, the sample remains uncommited -- a single sample instance (of whatever quality) could be used with different, overlapping loop points in multiple OSC for fattness.
Actually, I was just wondering if there was general interest in enhancing the sampling aspect of Rhino.
-
- KVRAF
- 3002 posts since 24 Nov, 2003 from Heidelberg&Hamburg
Just curious, Tick: does your Soundforge8 if you got that run stable? Here I get crashes with vst-plugins like in no other host...got the latest version, and support from Sony is 1/1395 as good as of Big Tick. And that's an exaggeration, but not the way Sony would think. Still no bad program, but...Big Tick wrote:I'm using soundforge to xfade loops, which is why I haven't found the need for such a feature. But why not...
'Tick
-
- KVRAF
- 3388 posts since 29 May, 2001 from New York, NY
Klemperer, yes SF8 is stable for me - but so much slower than SF7...
'Tick
'Tick
-
experimental.crow experimental.crow https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=6258
- KVRAF
- 6895 posts since 9 Mar, 2003 from the bridge of sighs
re: 'enhancing' rhinos sampling aspects:
i'm wondering if there exists any interest
in expanding the capability of direct import of .wav files ...
i'm thinking of something on the order of absynths' sample / grain oscillators , or along the lines of the cronox3 sample based oscillators ...
not at all sure if this would be feasible in the current rhino architecture ...
i'm wondering if there exists any interest
in expanding the capability of direct import of .wav files ...
i'm thinking of something on the order of absynths' sample / grain oscillators , or along the lines of the cronox3 sample based oscillators ...
not at all sure if this would be feasible in the current rhino architecture ...
-
- KVRAF
- 3388 posts since 29 May, 2001 from New York, NY
Anything is feasible... given some more cpu cycles...normal wrote:not at all sure if this would be feasible in the current rhino architecture ...
'Tick
-
experimental.crow experimental.crow https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=6258
- KVRAF
- 6895 posts since 9 Mar, 2003 from the bridge of sighs
well ...Big Tick wrote:Anything is feasible... given some more cpu cycles...normal wrote:not at all sure if this would be feasible in the current rhino architecture ...
'Tick
i have never had any issues w/ rhino2 being a cpu hog , and actually find it quite efficient , given its capabilities ...
the question remains , if there is any interest in exploring this avenue ...
mind you , i enjoy rhino2 in it's current incarnation ...
just a thought ...
-
Stupid American Pig Stupid American Pig https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=4753 - KVRAF
- 7065 posts since 25 Nov, 2002 from not sure
I have them to burn now tick bring it on!!!!Big Tick wrote:Anything is feasible... given some more cpu cycles...normal wrote:not at all sure if this would be feasible in the current rhino architecture ...
'Tick
-
- KVRian
- 1399 posts since 29 Feb, 2004
normal wrote:re: 'enhancing' rhinos sampling aspects:
i'm wondering if there exists any interest
in expanding the capability of direct import of .wav files ...
i'm thinking of something on the order of absynths' sample / grain oscillators , or along the lines of the cronox3 sample based oscillators ...
not at all sure if this would be feasible in the current rhino architecture ...
----That would be super cool, that'd make a great new feature for Rhino III
Jeff
-
hesnotthemessiah hesnotthemessiah https://www.kvraudio.com/forum/memberlist.php?mode=viewprofile&u=7516 - KVRian
- 986 posts since 6 Jun, 2003 from Reading UK. (U rrrrrrs)
CronoX type sample based oscillators in Rhino....normal wrote: i'm thinking of something on the order of absynths' sample / grain oscillators , or along the lines of the cronox3 sample based oscillators ...
bring it on daddyo!!!!Windows 10. Asus X99-Pro i7 6950X 10 Core 3GHz (Overclocked to 3.5GHz). Corsair DDR4 64GB Vengeance LPX 2400MHz. RME RayDAT. NVIDIA GeForce GTX 970. UAD2 Quad+Octo. Reaper. A couple of plugins.