sonarman1
Max Output Level: -85 dBFS
- Total Posts : 255
- Joined: 2/22/2016
- Status: offline
Natural Human playing in the PRV grid.
Hai guys, here is a big doubt I had for years. When I play and record midi normally I find the notes slightly before the beat lines. I am not a fan of quantize in all tracks and it all just gets perfectly aligned to the bars and beats. I leave them like that and they sound good and natural. But is this how its supposed to be? I thought may be its coz of the midi latency this thing happens and tried to move the notes slightly ahead ( I moved exactly 17 milli sec ahead, which is my latency showed in asio). It doesnt seem bad now the notes are little more closer to the grid lines and it sounds good as well. But I am totally skeptical about this. This cannot be because of midi latency right? This must be how a natural playing is populated in the grid. So i just switched on the metronome and started playing a note at every beat. I tried my best to play totally in sync with the metronome and this is what I got, I have posted the screenshot. Just wondering is this how a natural playing gets populated in the grid? Or is it coz of some kind of latency issue or Am I such a bad player? What do you guys get when you guys record! Are the notes always slightly ahead of the grid lines?
|
John
Forum Host
- Total Posts : 30467
- Joined: 11/6/2003
- Status: offline
Re: Natural Human playing in the PRV grid.
April 10, 16 3:37 PM
(permalink)
It looks to me like its variable. Just like it is with humans.
|
bitman
Max Output Level: -34 dBFS
- Total Posts : 4105
- Joined: 11/6/2003
- Location: Keystone Colorado
- Status: offline
Re: Natural Human playing in the PRV grid.
April 10, 16 3:50 PM
(permalink)
|
tenfoot
Max Output Level: -53.5 dBFS
- Total Posts : 2186
- Joined: 1/22/2015
- Location: Qld, Australia
- Status: offline
Re: Natural Human playing in the PRV grid.
April 10, 16 11:35 PM
(permalink)
I agree with John - I think you are just seeing your own human fluctuation in timing. I have never known anyone to play exactly in time when analysed by a DAW. That variance is a part of expression. On the other hand if the timing was out by precisely the same number of ppq on every note (after syncing an external synth and recording its arpegiator for example) I would be more inclined to investigate. For some more disturbing news, record some vocals and have a look at it in melodyne:)
post edited by tenfoot - April 11, 16 0:08 PM
Bruce. Sonar Platinum 2017-09, Studio One 3.5.3, Win 10 x64, Quad core i7, RME Fireface, Behringer X32 Producer, Behringer X32 Rack, Presonus Faderport, Lemure Software Controller (Android), Enttec DMXIS VST lighting controller, Xtempo POK.
|
sonarman1
Max Output Level: -85 dBFS
- Total Posts : 255
- Joined: 2/22/2016
- Status: offline
Re: Natural Human playing in the PRV grid.
April 11, 16 1:58 AM
(permalink)
Yes tenfoot. Must be just true. I knew that as well. And that's why I never cared about it for years. Yet some time it bugs me why its always ahead of the intended grid line than behind it. Let's say I quantize it now  Everything perfectly aligned now. Now let me run sonar's Humanize CAL with 10% offset   Now that looks fine to me. Its not perfectly in the grid. Some notes a ahead of the intended grid line and some notes are behind the intended grid line. But when I record it all notes are ahead of the grid line. If only you guys could conform whether the same thing happens for you all. I will have no other confusions
|
sonarman1
Max Output Level: -85 dBFS
- Total Posts : 255
- Joined: 2/22/2016
- Status: offline
Re: Natural Human playing in the PRV grid.
April 11, 16 1:59 AM
(permalink)
bitman Here, Saw this on a link at KVR. Haven't tried it yet but will, as my DAW is making me also look bad in the way you have described. https://expressiveelectro.../midi-latency-analyser
That seems interesting. I will have a try and see. But I am clueless of what it does though  .
post edited by sonarman1 - April 11, 16 2:22 AM
|
subtlearts
Max Output Level: -53.5 dBFS
- Total Posts : 2200
- Joined: 1/10/2006
- Location: Berlin
- Status: offline
Re: Natural Human playing in the PRV grid.
April 11, 16 6:35 AM
(permalink)
I tend to find my timing when playing to click with Sonar is ahead of the beat. I don't know if this is solely due to my own timing (I'm a professional jazz pianist, so it's not just straight-up bad playing, but I'm aware that I tend towards the front side of the beat even without a click) or if there's a technological component to it, but I've gotten used to just nudging things to the right in order to correct for it. It might be interesting to record live synth output simultaneously, on a piano sound or something else with a nice fast attack, and see if there's a difference in how the MIDI lines up. But if it turns out to be just your timing, I wouldn't worry excessively about it... it hasn't destroyed my career yet, and I played 200 shows last year!
|
57Gregy
Max Output Level: 0 dBFS
- Total Posts : 14404
- Joined: 5/31/2004
- Location: Raleigh, North Carolina
- Status: offline
Re: Natural Human playing in the PRV grid.
April 11, 16 10:00 AM
(permalink)
Which is better, before or after? Most of my live playing is behind the beat. Egregiously late notes are corrected, but I leave the rest where they lay.
post edited by 57Gregy - April 11, 16 10:44 AM
|
tenfoot
Max Output Level: -53.5 dBFS
- Total Posts : 2186
- Joined: 1/22/2015
- Location: Qld, Australia
- Status: offline
Re: Natural Human playing in the PRV grid.
April 11, 16 10:00 AM
(permalink)
sonarman1 Yes tenfoot. Must be just true. I knew that as well. And that's why I never cared about it for years. Yet some time it bugs me why its always ahead of the intended grid line than behind it.
But when I record it all notes are ahead of the grid line. If only you guys could conform whether the same thing happens for you all. I will have no other confusions
I find I am usually slightly ahead of the beat when I record midi into sonar. Not that is means much - I am sure people vary with playing styles. FWIW I am certain Sonar is recording my performance correctly. Any variation belongs to me:)
Bruce. Sonar Platinum 2017-09, Studio One 3.5.3, Win 10 x64, Quad core i7, RME Fireface, Behringer X32 Producer, Behringer X32 Rack, Presonus Faderport, Lemure Software Controller (Android), Enttec DMXIS VST lighting controller, Xtempo POK.
|
subtlearts
Max Output Level: -53.5 dBFS
- Total Posts : 2200
- Joined: 1/10/2006
- Location: Berlin
- Status: offline
Re: Natural Human playing in the PRV grid.
April 11, 16 10:32 AM
(permalink)
57Gregy Which is better. before or after? Most of my live playing is behind the beat. Egregiously late notes are corrected, but I leave the rest where they lay.
Kinda depends on the music you're playing. A lot of jazz players (other than me) often tend to lay back a bit, and I will do this sometimes deliberately, for effect; time feel is kind of a personal thing and part of a player's sound and style, interacting with phrasing and dynamics. Rock and funk typically work better with a somewhat stricter feel, but then there are always going to be players who have a much looser feel and sound great with it... I try not to overthink these things any more, having spent too long second-guessing myself and worrying someone would catch on to the fact that I didn't really know what I was doing (as if anyone really does). So I played kind of timidly and without conviction. But at a certain point I just kind of decided, well, here I am, I've been playing this way for a couple of decades, it's not likely to change, but if I'm going to bother playing then people may as well hear me... so I started playing stronger, and everything kind of got better and easier and more fun, so that seemed like the right approach! EDIT: I almost forgot: as the old song has it... "T'ain't what you do, it's the way that you do it!"
|
brundlefly
Max Output Level: 0 dBFS
- Total Posts : 14250
- Joined: 9/14/2007
- Location: Manitou Spgs, Colorado
- Status: offline
Re: Natural Human playing in the PRV grid.
April 11, 16 1:17 PM
(permalink)
The first screenshot appears to show all notes laid down significantly early - like 1/16 or more. I see only one (3rd from the end) that looks like it's maybe only a few ticks early. Ordinarily, a perfectly timed MIDI event will be recorded late by just 2-5ms (4-10 ticks at 125BPM), depending on the responsiveness of your controller/keyboard and MIDI input transmission time of your interface. Having notes consistently laid down 240 or more ticks early and visibly off the grid at that zoom level points to a problem with the relative timing of the audio clock and the MBT grid. Assuming you have no Timing Offset (ms) entered in preferences to alter the relationship between the audio clock and the MBT grid, this should not happen, but some audio-MIDI interfaces or combinations of separate audio and MIDI interfaces in some systems seem to do this. It's pretty rare, and I don't know that anyone has ever gotten to the bottom of it other than by deliberately setting a Timing Offset to compensate, but this is to be avoided if possible because it gives different results for hardware and software synths, and alters the relationship the wrong way for playback when set to compensate for recording offset. What are you using for audio and MIDI inteface(s), and what driver mode? ASIO is generally preferred, but you might try switching to whichever mode you're not currently using to see if it has any effect.
SONAR Platinum x64, 2x MOTU 2408/PCIe-424 (24-bit, 48kHz) Win10, I7-6700K @ 4.0GHz, 24GB DDR4, 2TB HDD, 32GB SSD Cache, GeForce GTX 750Ti, 2x 24" 16:10 IPS Monitors
|
rsinger
Max Output Level: -83 dBFS
- Total Posts : 387
- Joined: 8/25/2007
- Status: offline
Re: Natural Human playing in the PRV grid.
April 11, 16 1:30 PM
(permalink)
If all we were looking at is latency it would put the note after the beat. Latency causes a delay. You play the note where you think it belongs, but latency causes a slight delay so it lags behind the beat a bit. Most people can compensate for this so I don't think it's straight forward. When I was a kid I played drums and took lessons. I spent years playing to a metronome and that helps you keep time, but when you're learning it's hard to tell if you're rushing or dragging the beat - that's one thing that an instructor should help you with. If you practice, how much time have you put in with a metronome and instructor? I think that's a nice thing about midi, you don't need an instructor, you can check the prv. Being able to nuance your timing is part of the expressiveness of music. I think there are two questions. The first is does it sound ok? The second is do you want to improve? If you want to improve then practice your timing. I'm an amateur, I'll practice a part until I'm comfortable with it and then I'll record it (and that may require several takes), but I don't check the prv, if it sounds right then it's a take. I do like to improve so I practice and try to get better and over the years that has included working on my timing playing with click tracks and checking the prv.
Sonar Platinum, 64 bit, win 7 pro - 64 bit Core i7 3770k 3.5 Ghz, 16 Gb Ram, 480Gb + 256Gb SSDs, 1 Tb Velociraptor, Echo AudioFire4
|
orangesporanges
Max Output Level: -84 dBFS
- Total Posts : 342
- Joined: 2/22/2007
- Status: offline
Re: Natural Human playing in the PRV grid.
April 11, 16 1:40 PM
(permalink)
I agree with brundlefly on this one, unless it is the player. Having said that, anticipating the beat by 1/16th note is a cool sound, it has a sense of urgency, rather than laying back in the pocket. Does the song you're playing have a certain drive to it? If so, playing ahead of the beat is par for the course. Copy the track and quantize it to fall right on the gridlines. Changes the feel of it, yes? sometimes the player is unaware of it. In college, When I took a sight reading jury final, the instructor asked me if I listened to a lot of jazz, because I tended to swing 1/8th note groupings. I actually counted it that way, and had to replay it in "robot mode".
Sonar Platinum, Windows 10 64bit, 3.4ghz i7CPU, 16gigs RAM, 1x 1TB SSD system drive 1 x 1TB HDD ( audio only)
|
fret_man
Max Output Level: -84 dBFS
- Total Posts : 312
- Joined: 5/14/2009
- Status: offline
Re: Natural Human playing in the PRV grid.
April 11, 16 1:59 PM
(permalink)
Are you listening thru headphones or monitors? Don't forget 1ms is about 1ft from the sound source and may account for some of the delay. No, wait. You're ahead of the beat, not behind. Never mind...
|
Rob[at]Sound-Rehab
Max Output Level: -47 dBFS
- Total Posts : 2819
- Joined: 2/3/2011
- Location: Sound-Rehab, Austria
- Status: offline
Re: Natural Human playing in the PRV grid.
April 11, 16 3:30 PM
(permalink)
are you guys getting to technical here ;-) if it sounds right, it is right ... there's no point to move anything a few ticks later because it visually does not align with grid lines (well, you can but it won't feel/sound as before) ... playing a virtual instrument is subject to latency from your interface (which is probably small if set to low buffer but there is always latency) ... and if you play by what you hear, you might actually naturally be compensating for that delay i.e. hitting the keys slightly early so that the sound arrives at your ear when it should i.e. properly aligned with the groove you are playing along...
GOOD TUNES LAST FOREVER +++ Visit the Rehab +++ DAW: Platinum/X3e, win10 64 bit, i7-3930K (6x3.2GHz), Asus Sabertooth X79, 32 GB DDR3 1600MHz, ATI HD 5450, 120 GB SSD OCZ Agility3, 2x 1TB WD HDD SATA 600 Audio-Interface: 2x MOTU 1248 AVB, Focusrite OctoPre, (Roland Octa-Capture) Control-Surface: VS-700C VSTi: WAVES, NI K10u, FabFilter, IK, ... (too many really)
|
bapu
Max Output Level: 0 dBFS
- Total Posts : 86000
- Joined: 11/25/2006
- Location: Thousand Oaks, CA
- Status: offline
Re: Natural Human playing in the PRV grid.
April 11, 16 3:48 PM
(permalink)
tenfoot For some more disturbing news, record some vocals and have a look at it in melodyne:)
|
brundlefly
Max Output Level: 0 dBFS
- Total Posts : 14250
- Joined: 9/14/2007
- Location: Manitou Spgs, Colorado
- Status: offline
Re: Natural Human playing in the PRV grid.
April 11, 16 4:12 PM
(permalink)
RehabRob are you guys getting to technical here ;-) if it sounds right, it is right ... there's no point to move anything a few ticks later because it visually does not align with grid lines (well, you can but it won't feel/sound as before) ... playing a virtual instrument is subject to latency from your interface (which is probably small if set to low buffer but there is always latency) ... and if you play by what you hear, you might actually naturally be compensating for that delay i.e. hitting the keys slightly early so that the sound arrives at your ear when it should i.e. properly aligned with the groove you are playing along...
"A few ticks", no, but 240+ ticks (if I'm interpreting the screenshot correctly) is huge. I agree there is some tendency for the performer to automatically correct for latency or instruments with a slow attack, but this is probably on the order of 30-60 ticks (as is 'feel' or 'swing'), and would not account for the discrepancy the OP is seeing. And in the example he was focusing on hitting keys in sync with the click, so automatic latency compensation would not have been a factor. I'm pretty sure there's an actual technical problem in this case that needs fixing.
SONAR Platinum x64, 2x MOTU 2408/PCIe-424 (24-bit, 48kHz) Win10, I7-6700K @ 4.0GHz, 24GB DDR4, 2TB HDD, 32GB SSD Cache, GeForce GTX 750Ti, 2x 24" 16:10 IPS Monitors
|
sonarman1
Max Output Level: -85 dBFS
- Total Posts : 255
- Joined: 2/22/2016
- Status: offline
Re: Natural Human playing in the PRV grid.
April 13, 16 11:33 AM
(permalink)
All your responses have lot of useful information. Yes its a technical problem.
I was able to pin point out the issue with the help of Sonar's Record Synth audio.
Was bit occupied. Didn't got time to post it here.
Will post a detailed message. But for now. Yes it is a technical problem as a result of latency. It seems every one will face this issue. But the latency will be very low so its negligible. But if you are recording using your inbuilt sound card, you gotta take a notice of this. You all can face this issue in every DAW.
post edited by sonarman1 - April 13, 16 1:40 PM
|
brundlefly
Max Output Level: 0 dBFS
- Total Posts : 14250
- Joined: 9/14/2007
- Location: Manitou Spgs, Colorado
- Status: offline
Re: Natural Human playing in the PRV grid.
April 13, 16 12:29 AM
(permalink)
Yes, synth Recording is a good way to check for sync. I was going to suggest simultaneous MIDI-Audio recording from a keyboard synth if you have one (which will also reveal actual audio input latency), but internal Synth Recording is a good alternative. If the MIDI is very early relative to the synth audio, you know something is not right, and interface latency (both MIDI and Audio) is out of the picture. Keep us posted. I have suggested this (often to no avail, unfortunately) in the past, but you might want to try setting IgnoreMIDIInTimeStamps=1 in TTSSEQ.INI P.S. Below is one ancient reference to the functionality of this parameter from a Baker; personally I've never found that it had any effect one way or the other with any of several MIDI interfaces, but then I've never had the kind of timing discrepancy you're encountering, either: http://forum.cakewalk.com/FindPost/1161
post edited by brundlefly - April 13, 16 12:52 AM
SONAR Platinum x64, 2x MOTU 2408/PCIe-424 (24-bit, 48kHz) Win10, I7-6700K @ 4.0GHz, 24GB DDR4, 2TB HDD, 32GB SSD Cache, GeForce GTX 750Ti, 2x 24" 16:10 IPS Monitors
|
sonarman1
Max Output Level: -85 dBFS
- Total Posts : 255
- Joined: 2/22/2016
- Status: offline
Re: Natural Human playing in the PRV grid.
April 13, 16 1:23 PM
(permalink)
I agree with some of you guys telling 'if it sounds right, it is right'. That's true that's the only thing that matters. What I have noticed always is that when I play and record it sounds so perfect but when I play back the recorded midi take I notice a bit of unnatural sync. Very minute though. I move the recorded notes a bit towards the grid and it sounds better. here is what I did. I recorded a take with synth audio track armed. This is what I got  Zoomed in  The audio was 10ms delayed than the midi note. Then I noticed that My ASIO reported total roundtrip latency is 10.9ms as well  I changed my ASIO buffer size to max.  Now the reported total roundtrip latency is 100.9ms Now I recorded a take again with synth audio track armed. Got this  Zoomed In  The audio here was 100ms delayed than the midi note So although the midi note got recorded few ms ahead of the beat the audio is where it should be.
So I can leave the notes there itself right? NO NO NO!!!! BIG NO!
Now I deleted the recorded synth's audio. And recorded it again(only the audio from the pre recorded midi). This will help me know whether the audio will still be delayed than the midi note while playing back the recorded midi. This is what I got For 10ms  For 100ms  As you guys can see. The audio gets played just where the midi notes are without any delay. What can we conclude from this-
1.While recording if there is latency in roundtrip. There is a latency between audio and midi. We humans will play the notes slightly ahead so that our ears will perceive the audio in sync with the timing of the metronome/other instruments. Yes the audio we hear while we play is correctly in sync, but inorder to sync the audio we compromise by playing the notes slightly ahead OR The DAW records them slightly ahead so that we hear the audio in sync. (I am not sure which case is true but either way we know that the midi is recorded slightly ahead depending on the latency) 2.However while we playback there is no latency between audio and midi and we end up hearing the audio aswell slightly ahead of the beat(if the midi notes are ahead of the beats) How can we fix this
1.Move all the midi notes exactly __ms forward(depending on your reported latency) 2.You can also record the audio along with the midi while recording and then keep the audio and delete the midi.(This is not a good idea though as you cant edit the midi notes.  what's the advantage of using midi then) 3.Record the audio along with the midi and then move and align the midi notes straight to the audio transients and go on and delete the audio. Point 1. will work for me. But is there someother way to do this much more easily?
brundlefly mentions of having timing offset in preferences. Can that help. May be!
Or may be Bakers can provide us with an potion to override this automatically in sonar. May be we need a Midi Delay Compensation  Guess we will be the first to introduce that. I am no expert. Just a lay user wondering of stuffs. If I have noted something technically wrong here please correct me. Thanks.
post edited by sonarman1 - April 13, 16 1:49 PM
|
sharke
Max Output Level: 0 dBFS
- Total Posts : 13933
- Joined: 8/3/2012
- Location: NYC
- Status: offline
Re: Natural Human playing in the PRV grid.
April 13, 16 1:55 PM
(permalink)
This is why I do everything I can to reduce my buffers when recording MIDI. Even if it involves switching off all other synths in the project (and maybe all FX too). If I can get the buffers down to 96 I don't feel any latency at all. There is nothing worse than a slow response. I hate it when playing MIDI keyboards and I hate it when drawing on touchscreens.
With regard to "humanizing" MIDI performances or notes drawn into a piano roll, I have two little techniques which aren't perfect but do give good results in some situations.
1) I tap out the timing of the passage or chords on the keyboard with one or two fingers, not caring what notes I play. I'm just looking to record timing and velocity. When I've nailed the feel, I then drag the notes into their correct pitches (holding down shift to preserve the timing)
2) This one is a little more whacky. I record the MIDI output of Jamstix, setting the brain up to give the feel I want (in the pocket, behind the pocket, how much dynamic variation etc - all tweakable in Jamstix) and then I edit the resulting MIDI into pitches. Obviously no good if you have a very specific part written with lots of rhythmic variation, but if say you're looking for a stream of straight 8th or 16th notes (or with some swing) then Jamstix will output said notes with a very human feel. Of course if you're clever and have time you can edit that Jamstix MIDI into anything you like. I've even output Jamstix MIDI directly to a synth and recorded the mayhem with great results. It can be a very interesting creative stimulus.
JamesWindows 10, Sonar SPlat (64-bit), Intel i7-4930K, 32GB RAM, RME Babyface, AKAI MPK Mini, Roland A-800 Pro, Focusrite VRM Box, Komplete 10 Ultimate, 2012 American Telecaster!
|
Rob[at]Sound-Rehab
Max Output Level: -47 dBFS
- Total Posts : 2819
- Joined: 2/3/2011
- Location: Sound-Rehab, Austria
- Status: offline
Re: Natural Human playing in the PRV grid.
April 13, 16 2:03 PM
(permalink)
sharke This is why I do everything I can to reduce my buffers when recording MIDI. Even if it involves switching off all other synths in the project (and maybe all FX too). If I can get the buffers down to 96 I don't feel any latency at all. There is nothing worse than a slow response. I hate it when playing MIDI keyboards and I hate it when drawing on touchscreens.
That's a good one to point out ... freeze, archive, disable FX, whatever, to get the latency down that BTW is why I still believe in owing also some really good hardware synths ... WYPIWYG
GOOD TUNES LAST FOREVER +++ Visit the Rehab +++ DAW: Platinum/X3e, win10 64 bit, i7-3930K (6x3.2GHz), Asus Sabertooth X79, 32 GB DDR3 1600MHz, ATI HD 5450, 120 GB SSD OCZ Agility3, 2x 1TB WD HDD SATA 600 Audio-Interface: 2x MOTU 1248 AVB, Focusrite OctoPre, (Roland Octa-Capture) Control-Surface: VS-700C VSTi: WAVES, NI K10u, FabFilter, IK, ... (too many really)
|
SuperG
Max Output Level: -63 dBFS
- Total Posts : 1371
- Joined: 10/19/2012
- Location: Edgewood, NM
- Status: offline
Re: Natural Human playing in the PRV grid.
April 13, 16 7:25 PM
(permalink)
RehabRob That's a good one to point out ... freeze, archive, disable FX, whatever, to get the latency down
+1
|
sonarman1
Max Output Level: -85 dBFS
- Total Posts : 255
- Joined: 2/22/2016
- Status: offline
Re: Natural Human playing in the PRV grid.
April 14, 16 1:25 AM
(permalink)
brundlefly Yes, synth Recording is a good way to check for sync. I was going to suggest simultaneous MIDI-Audio recording from a keyboard synth if you have one (which will also reveal actual audio input latency), but internal Synth Recording is a good alternative. If the MIDI is very early relative to the synth audio, you know something is not right, and interface latency (both MIDI and Audio) is out of the picture. Keep us posted. I have suggested this (often to no avail, unfortunately) in the past, but you might want to try setting IgnoreMIDIInTimeStamps=1 in TTSSEQ.INI P.S. Below is one ancient reference to the functionality of this parameter from a Baker; personally I've never found that it had any effect one way or the other with any of several MIDI interfaces, but then I've never had the kind of timing discrepancy you're encountering, either: http://forum.cakewalk.com/FindPost/1161
That's something I must try. Will let you know soon. Thanks.
|
sonarman1
Max Output Level: -85 dBFS
- Total Posts : 255
- Joined: 2/22/2016
- Status: offline
Re: Natural Human playing in the PRV grid.
April 14, 16 1:59 AM
(permalink)
brundlefly I don't know that anyone has ever gotten to the bottom of it other than by deliberately setting a Timing Offset to compensate, but this is to be avoided if possible because it gives different results for hardware and software synths, and alters the relationship the wrong way for playback when set to compensate for recording offset.
Setting a timing offset may help. Not exactly sure how to do it. And yes that might bring further more complications as the latency seem to occur only while recording. Can the offset be set only while recording? Another thing is that the offset will have to be changed everytime the buffer size is changed. Will try editing the TTSSEQ.INI first. If no avail will try setting the offset. ThankYou for the suggestions. I have come across the same problem while recording for my projects in college studio and other places as well. After years of daw innovations its a pity there is no easy fix to override this. The only fix everyone suggest is 'QUANTIZE' :O. When I started using daw's I had no idea even about changing buffer size. Latency was way too much that I thought quantize is the only fix.
post edited by sonarman1 - April 14, 16 5:47 AM
|
Rob[at]Sound-Rehab
Max Output Level: -47 dBFS
- Total Posts : 2819
- Joined: 2/3/2011
- Location: Sound-Rehab, Austria
- Status: offline
Re: Natural Human playing in the PRV grid.
April 14, 16 2:34 AM
(permalink)
sonarman1 The only fix everyone suggest is 'QUANTIZE' :O. When I started using daw's I had no idea even about changing buffer size. Latency was way too much that I thought quantize is the only fix.
Quantize is ok if you want to print staff view ... but musically speaking, quantize is never a fix, it's the worst you could do to your recording. Just look at MIDI drum patches you can buy these days, the ones that really sound good are the ones recorded by real drummers and they are not lining up with the grid if you look at them in the piano roll ...
GOOD TUNES LAST FOREVER +++ Visit the Rehab +++ DAW: Platinum/X3e, win10 64 bit, i7-3930K (6x3.2GHz), Asus Sabertooth X79, 32 GB DDR3 1600MHz, ATI HD 5450, 120 GB SSD OCZ Agility3, 2x 1TB WD HDD SATA 600 Audio-Interface: 2x MOTU 1248 AVB, Focusrite OctoPre, (Roland Octa-Capture) Control-Surface: VS-700C VSTi: WAVES, NI K10u, FabFilter, IK, ... (too many really)
|
sonarman1
Max Output Level: -85 dBFS
- Total Posts : 255
- Joined: 2/22/2016
- Status: offline
Re: Natural Human playing in the PRV grid.
April 14, 16 2:54 AM
(permalink)
Yes I can totally say how lifeless the track becomes when quantize is used. Even if it takes a day I sit and record till i get it right, and also edit the MIDI with snap turned off. Quantize might not sound bad in some electro trance tracks but generally its a bad idea for me. I have never tried humanising the drum patterns or the step sequencer patterns I build. That's something. Sometimes I add some swing and offset to overlapping sounds. I always quantize drum tracks though. Liked them that way. Specially the kick and snare.
My friend came up with a project totally quantised and I ran the humanise CAL in sonar. The whole project sounded much better and natural.
|
brundlefly
Max Output Level: 0 dBFS
- Total Posts : 14250
- Joined: 9/14/2007
- Location: Manitou Spgs, Colorado
- Status: offline
Re: Natural Human playing in the PRV grid.
April 14, 16 3:02 AM
(permalink)
I think I spoke too soon when I said synth recording takes latency out of the equation. I now recall that I reported early on that synth recording wasn't being compensated for input latency like external audio recordings. The reply I got was essentially that since a soft synth might be driven by live MIDI input and existing MIDI playback at the same time, it's not possible to apply latency compensation to synth recording because of the way the output of existing MIDI is buffered in advance so that synth audio behaves like recorded audio with regard to playback latency. But I think this is a little beside the point because the original screenshot showed MIDI being early vs. the timeline, and by much more than 10ms, which wouldn't be visible at that zoom level. Since synth audio isn't compensated for input latency, we know that synth audio is going to be very late when the buffer is large. But that's a different issue from the relationship of recorded MIDI to the timeline, and this timing isn't evident from your latest screenshots because your timeline is showing milliseconds instead of M:B:T. Since it's impossible to perform normally with a very high buffer, I recommend you go back to the 10ms RTL, and re-check the timing vs. the timeline and metronome, ignoring the slight discrepancy between the MIDI and Audio due to the lack of audio latency compensation.
SONAR Platinum x64, 2x MOTU 2408/PCIe-424 (24-bit, 48kHz) Win10, I7-6700K @ 4.0GHz, 24GB DDR4, 2TB HDD, 32GB SSD Cache, GeForce GTX 750Ti, 2x 24" 16:10 IPS Monitors
|
mettelus
Max Output Level: -22 dBFS
- Total Posts : 5321
- Joined: 8/5/2005
- Location: Maryland, USA
- Status: offline
Re: Natural Human playing in the PRV grid.
April 14, 16 3:06 AM
(permalink)
sonarman1 Even if it takes a day I sit and record till i get it right...
That is a very sound mindset. In the world of DAWs it is a easy to fall into the opposite mindset (i.e., record a few takes then edit them for days).
ASUS ROG Maximus X Hero (Wi-Fi AC), i7-8700k, 16GB RAM, GTX-1070Ti, Win 10 Pro, Saffire PRO 24 DSP, A-300 PRO, plus numerous gadgets and gizmos that make or manipulate sound in some way.
|
sonarman1
Max Output Level: -85 dBFS
- Total Posts : 255
- Joined: 2/22/2016
- Status: offline
Re: Natural Human playing in the PRV grid.
April 14, 16 5:59 AM
(permalink)
@brundlefly The screenshots I posted of PRV at starting are not recorded in 10ms latency. I don't remember exactly. But its should be 40-60ms somewhere in between. If req I can post screenshots with M:B:T. Or better I can send you the project itself. I have saved it.
I don't have an external synth with me now. What I understood from the soft synth audio recording is that. Yes they are not compensated. But the latency seems to occur only while we play from the keyboard controller or rec from the keyboard controller. Not when we playback the recorded midi notes. We tend to play the notes ahead so that the delayed audio sounds in time with the metronome or other ins. But when we playback the recorded midi notes the audio is not delayed(as there is no latency) and we end up hearing the audio ahead as well during playback. So the notes end up sounding ahead of the beat. And we have to move the recorded notes later to fix it.
|