| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
choses calmement. Il n'est pas impossible que les valeurs soient bonnes :P
git-svn-id: file:///var/svn/2012-violon-leds/trunk@19 6be1fa4d-33ac-4c33-becc-79fcb3794bb6
|
|
|
|
|
|
| |
pour pouvoir avoir une référence dans les calculs
git-svn-id: file:///var/svn/2012-violon-leds/trunk@18 6be1fa4d-33ac-4c33-becc-79fcb3794bb6
|
|
|
|
|
|
| |
proprement.
git-svn-id: file:///var/svn/2012-violon-leds/trunk@17 6be1fa4d-33ac-4c33-becc-79fcb3794bb6
|
|
|
|
|
|
| |
entrée pour valider tutes les étapes...
git-svn-id: file:///var/svn/2012-violon-leds/trunk@16 6be1fa4d-33ac-4c33-becc-79fcb3794bb6
|
|
|
|
|
|
| |
fonction todb_a. Ca n'est pas la courbe de ponderation A, c'est just une conversion en dB pour une puissance. La constante 4.34 est un mystère... c'est le log d'une valeur de ref sûrement, mais j'ai pas trouvé laquelle
git-svn-id: file:///var/svn/2012-violon-leds/trunk@15 6be1fa4d-33ac-4c33-becc-79fcb3794bb6
|
|
|
|
|
|
|
|
|
| |
valeurs semblent pas forcément bonnes. Le filtre A n'est pas appliqué encore.
Dans le test6, quelques essais de maths...
git-svn-id: file:///var/svn/2012-violon-leds/trunk@14 6be1fa4d-33ac-4c33-becc-79fcb3794bb6
|
|
|
|
|
|
|
|
|
| |
Données audio 2 channels : apparament avec un offset style [i*nchan] on obtient bcp de valeurs à 0...
FFT : valeurs en sortie toutes pétées, faut débugguer.
Conso CPU : correcte
git-svn-id: file:///var/svn/2012-violon-leds/trunk@13 6be1fa4d-33ac-4c33-becc-79fcb3794bb6
|
|
|
|
|
|
|
|
|
|
| |
début de la partie galère sur le "vrai" calcul pour le vu-mètre.
C'est compliqué car si on veut du dbA il faut faire une FFT pour appliquer des poids par fréquence.
Analyse fréquentielle copiée depuis le projet Audacity (adaptée du C++ au C et décimée).
Il y a des tas de petits mallocs pour la FFT et ça pue. D'ailleurs l'exécution de cette version donne un assertion failed sur malloc() que j'avais jamais vu...
git-svn-id: file:///var/svn/2012-violon-leds/trunk@12 6be1fa4d-33ac-4c33-becc-79fcb3794bb6
|
|
|
|
|
|
|
| |
Problèmes d'offset. Le vu-mètre donne juste la valeur abs max ce qui ne correspond pas à grand chose
git-svn-id: file:///var/svn/2012-violon-leds/trunk@11 6be1fa4d-33ac-4c33-becc-79fcb3794bb6
|
|
|
|
|
|
| |
sais pas pourquoi...
git-svn-id: file:///var/svn/2012-violon-leds/trunk@10 6be1fa4d-33ac-4c33-becc-79fcb3794bb6
|
|
|
|
|
|
|
|
| |
Le squelette est là, l'initialisation du contexte pulse audio aussi.
Reste : ouvrir les flux, écrire le callback pulse qui récupère le niveau sonore (avec timing si possible) et qui appelle le callback applicatif du test5.c
git-svn-id: file:///var/svn/2012-violon-leds/trunk@9 6be1fa4d-33ac-4c33-becc-79fcb3794bb6
|
|
|
|
| |
git-svn-id: file:///var/svn/2012-violon-leds/trunk@8 6be1fa4d-33ac-4c33-becc-79fcb3794bb6
|
|
|
|
| |
git-svn-id: file:///var/svn/2012-violon-leds/trunk@7 6be1fa4d-33ac-4c33-becc-79fcb3794bb6
|
|
|
|
|
|
|
| |
Reste à finir l'évènement expose (ne pas crée un cr à chaque coup + faire calcul coord vertical/horiz)
git-svn-id: file:///var/svn/2012-violon-leds/trunk@6 6be1fa4d-33ac-4c33-becc-79fcb3794bb6
|
|
|
|
| |
git-svn-id: file:///var/svn/2012-violon-leds/trunk@5 6be1fa4d-33ac-4c33-becc-79fcb3794bb6
|
|
|
|
|
|
|
| |
Extrait du tuto file:///usr/share/doc/libgtk2.0-doc/gtk/gtk-General.html
git-svn-id: file:///var/svn/2012-violon-leds/trunk@4 6be1fa4d-33ac-4c33-becc-79fcb3794bb6
|
|
|
|
| |
git-svn-id: file:///var/svn/2012-violon-leds/trunk@3 6be1fa4d-33ac-4c33-becc-79fcb3794bb6
|
|
test1 = prise de son via pulse audio (à l'arache avec le modèle "simple")
test2 = premières illuminations avec le projo LED
test3 = fade R/G/B et jeu avec les problématiques de timing
test4 = à faire : Appli GTK pour assembler les tests précédents
git-svn-id: file:///var/svn/2012-violon-leds/trunk@2 6be1fa4d-33ac-4c33-becc-79fcb3794bb6
|