newsAdvanced Gtk+ Sequencer - News: Inaccurate attack calculation of bpm

 
 
Latest News
Implementing cache option for all output backends posted by jkraehemann, Mon 07 Jan 2019 11:37:40 PM UTC - 0 replies
merry Christmas posted by jkraehemann, Mon 24 Dec 2018 08:12:24 PM UTC - 0 replies
OSC client to server communication succeeded posted by jkraehemann, Sat 15 Dec 2018 09:31:38 PM UTC - 0 replies
Advanced Gtk+ Sequencer v2.1.2 released posted by jkraehemann, Fri 30 Nov 2018 06:55:47 PM UTC - 0 replies

Inaccurate attack calculation of bpm

Item posted by Joël Krähemann <jkraehemann> on Sat 19 Aug 2017 11:56:06 PM UTC.

As having bigger buffers especially by using pulseaudio, the algorithm that calculates attacks of target buffer seems to fail.

The attack is calculated by one of these functions:

  • ags_devout_adjust_delay_and_attack()
  • ags_jack_devout_adjust_delay_and_attack()
  • ags_pulse_devout_adjust_delay_and_attack()

The goal of the algorithm would be having constant delay but alternating attacks. This formula was considering only buffer lengths of 512 or lower.

Rework the algorithm

The computation shall return an approximation attack with a certain tolerance of deviation. I would say it doesn't matter if there is a swing of 10 to 20 frames each delay.

It should figure out best fit of delay and approximated attack. The problem with bigger buffer lengths is the algorithm can't smaller delays accurately. This was done for simplicity but doesn't meet current requirements, yet.

By Joël

No messages in Inaccurate attack calculation of bpm

 

Back to the top


Powered by Savane 3.4