Disponible la version 0.3 de Tapita

#31 por vagar el 04/07/2014
monon escribió:
Curioso eso que explicas del filtro. ¿supongo que te refieres al algoritmo en si mismo?


Sí, cualquier cosa que amortigüe las variaciones es un filtro paso bajo, en este caso un IIR de primer orden muy primitivo. Se usan algoritmos parecidos (o circuitos analógicos equivalentes) en los medidores de aguja o barras, por ejemplo en vúmetros, ajustándo su comportamiento según la balística que se quiera conseguir.

La solución que yo comento lo que hace es disminuir exponencialmente la importancia de las medidas pasadas. Ajustando los coeficientes estableces una ventana más o menos grande (siempre es infinita en este caso, pero la curvatura que le des a la exponencial determina el número de muestras que contribuyen una aportación significativa).

expo.gif

catorze escribió:
Supongamos que quiero averigur el tempo de un tema que me han pasado y que se sabe que está grabado con claqueta, seria preferible que no sea adaptativo.


Para música de claqueta en principio el algoritmo original es más preciso, porque al considerar todas las muestras igualmente compensa las desviaciones pequeñas a largo plazo. Pero al mismo tiempo para aprovecharte de esa precisión te tienes que estar un buen rato tapeando, y si no estás muy concentrado y empiezas a aburrirte la precisión que ganas por tener más muestras la pierdes porque son más descuidadas. Si en vez de tapear manualmente ruteas la grabación a la entrada de jackd con 3 o 4 golpes ya tienes suficiente.

Si fallas un golpe su efecto disminuye linealmente con el algoritmo actual, con el otro el efecto de un fallo grande desaparecería más rápidamente.

En cualquier caso no sería difícil ofrecer un menú con varios algoritmos, el trabajo más gordo ya está hecho.

Ars longa, vita brevis.
Mi colección de enlaces web en diigo.

Subir
#32 por monon el 04/07/2014
He añadido la opcion -p a la linea de comandos para que pondere ese "ultimo" tap.
http://sourceforge.net/code-snapshots/git/t/ta/tapita/code.git/tapita-code-d7defb8d0bc094c20003f01005247586a67b2f02.zip
Probadlo con y sin la opcion y me decís a ver que os parece.
Subir
#33 por vagar el 04/07/2014
Va bastante bien, a mi me parece una respuesta más ágil e intuitiva, más responsive que dirían los ingleses. Quizá se le podría bajar un poco la ponderación al último golpe. ¿Qué pensáis vosotros?

Off-topic, un poco de de gramática inglesa, por darle un toque cosmopolita al hilo: average, aesthetic, ponderado sería weighted y ponderación weight.

Ars longa, vita brevis.
Mi colección de enlaces web en diigo.

Subir
#34 por monon el 05/07/2014
Creo que en esa sensacion de "responsive" influya el grafico de desviacion, ya que sin ponderar el ultimo golpe refleja un comportamiento que parece mas erratico o inestable, pero al final, lo que es propiamente la deteccion de BPM si que parece mas certera.
De todos modos dejo la opcion para que tras un tiempo prudencial podamos dejar predeterminado un algoritmo u otro.

Luis respecto a la activacion de cliente de jack e optado (en el ultimo commit) por ejecutarse solo cuando la opcion Jack input es activada ya sea desde argumentos pasados a la aplicacion ( -j ), o seleccionando la opcion en la GUI.
Eso permite reintentarlo cuando quieras son solo pulsar "A" o seleccionar "Jack input" en el "setup".
Subir
Respuesta rápida

Regístrate o para poder postear en este hilo