December 17, 2018, 03:57:44 am
Welcome, Guest. Please login or register.
Did you miss your activation email
News:

Arturia Forums



Author Topic: Unquantized recording!!! Record the shift.  (Read 1335 times)

wbonx

  • Apprentice
  • *
  • Posts: 21
  • Karma: -5
Unquantized recording!!! Record the shift.
« on: October 12, 2017, 08:47:42 pm »
Come on guys... the BSP would be perfect with it.

Is a master feature, record a shift from the step equal to the timing the note is recorded. It is so frustrating to edit by hand the shift for the drum and other sequences. After a while is crap to hear only quantized sequences.

megamarkd

  • Hero Member
  • *****
  • Posts: 572
  • Karma: 40
  • I have a bad case of GAS!
Re: Unquantized recording!!! Record the shift.
« Reply #1 on: October 13, 2017, 01:46:33 am »
Umm, it's a step-sequencer, that is what they do, move the note being recorded in realtime to the nearest step.

joeman

  • Apprentice
  • *
  • Posts: 35
  • Karma: 2
    • Musical Experiments
Re: Unquantized recording!!! Record the shift.
« Reply #2 on: October 18, 2017, 07:01:13 am »
Many sequencers allow unquantised recording and I wholeheartedly agree that adding this functionality would make it orders of magnitude better.

+1
Experiencing a flow of temporal information now, and in anticipation, and in retrospect.

wbonx

  • Apprentice
  • *
  • Posts: 21
  • Karma: -5
Re: Unquantized recording!!! Record the shift.
« Reply #3 on: November 03, 2017, 11:18:42 am »
My guess is that it wouldn't require any major work, the BSP has already the shift function and there would be no major load added to the hardware.

Not being able to have unQuantized recording is the major reason while a lot of people re selling their BSPs (reading around forums).
Is a major limit to the type of music that one can do.
If this made sense decades ago when people compensated with a different musicality the technical lack, in 2017 this is just frustrating.
I almost ended up going always back to record with a pad and a DAW, forced quantization is painful and breaks the workflow.

wbonx

  • Apprentice
  • *
  • Posts: 21
  • Karma: -5
Re: Unquantized recording!!! Record the shift.
« Reply #4 on: November 20, 2017, 03:53:59 pm »
Would be great to hear from a developer.... I may move on to a different sequencer otherwise. Nothing against over quantizing everything... but this limitation would strongly impair my production. Shifting by hand nisn't an option, kills creativity nd the flow.

Love the BS otherwise!

syrupcore

  • Full Member
  • ***
  • Posts: 103
  • Karma: 6
Re: Unquantized recording!!! Record the shift.
« Reply #5 on: November 25, 2017, 07:30:59 am »
I would love to see this feature too but probably best to not guess how hard something is if you didn't build it. Maybe it requires too much CPU to do it in real time (or enough of the CPU to mess up other things during live recording). As an example, and this is pure speculation on my part... The required ppqn resolution is going to be ~50X higher which is a lot of CPU cycles (1 possible spot per step vs 50 possible spots per step). Or, during recording, the code: "That note came in a little early. Should it be a negative offset or a positive offset on the previous step? First check if there was an event on the previous step... too much recursion..." All of this eats CPU.

Maybe they can drum up a way to store timestamps and defer calculating the offsets until you're back in play mode, who knows. Would love to see it too.

wbonx

  • Apprentice
  • *
  • Posts: 21
  • Karma: -5
Re: Unquantized recording!!! Record the shift.
« Reply #6 on: December 11, 2017, 05:31:35 pm »
I would love to see this feature too but probably best to not guess how hard something is if you didn't build it. Maybe it requires too much CPU to do it in real time (or enough of the CPU to mess up other things during live recording). As an example, and this is pure speculation on my part... The required ppqn resolution is going to be ~50X higher which is a lot of CPU cycles (1 possible spot per step vs 50 possible spots per step). Or, during recording, the code: "That note came in a little early. Should it be a negative offset or a positive offset on the previous step? First check if there was an event on the previous step... too much recursion..." All of this eats CPU.

Maybe they can drum up a way to store timestamps and defer calculating the offsets until you're back in play mode, who knows. Would love to see it too.

My guesss is that is rather simple. the BSP does already soething similar or velocity, and the CPU speed isnt too bad, should be able to browse and set the offset x step while recording.

Would be nice to hear from a developer is they are planning the feature in teh next  firmware... it is highly requested in the forums.

wbonx

  • Apprentice
  • *
  • Posts: 21
  • Karma: -5
Re: Unquantized recording!!! Record the shift.
« Reply #7 on: October 26, 2018, 01:10:43 pm »
Many sequencers allow unquantised recording and I wholeheartedly agree that adding this functionality would make it orders of magnitude better.

+1

Bump. Come on dudes

wbonx

  • Apprentice
  • *
  • Posts: 21
  • Karma: -5
Re: Unquantized recording!!! Record the shift.
« Reply #8 on: December 06, 2018, 02:08:32 pm »
Come on... users are asking this feature from years... it is all over on every single forum and you still don't spend a week coding in this feature in the next firmware?!

ryjtyj

  • Apprentice
  • *
  • Posts: 3
  • Karma: 1
Re: Unquantized recording!!! Record the shift.
« Reply #9 on: December 14, 2018, 09:36:21 am »
I'm praying for this feature. It is crucial. It is game-changing. It is awesome. Pleeease

 

Carbonate design by Bloc
SMF 2.0.13 | SMF © 2016, Simple Machines