FFT

rsimonin
1 parent 5b30ed81
Showing 1 changed file with 14 additions and 1 deletions Show diff stats
readme.md
@@ -40,4 +40,17 @@ Dans le code précédent, je me suis rendu compte que les valeurs devaient être
 ## FFT
-Dans un premier, j'ai cherché à bien comprendre l'utilisation de la FFT, ce qui m'a pris beaucoup de temps avec des incompréhensions multiples.
 \ No newline at end of file
+Dans un premier, j'ai cherché à bien comprendre l'utilisation de la FFT, ce qui m'a pris beaucoup de temps avec des incompréhensions multiples. 
+
+Dans le fichier fftla.cpp, on retruve uniquement la création d'un son pur, puis le passage de ce même son dans une FFT et IFFT. l'objectif est de comprendre l'utilisation de la FFT avec un son que l'on métrise.
+On souhaite donc retrouvé en sortie, le son à l'identique que notre son généré dans la partie pur.
+Dans un premier temps, un soucis au niveau de la durée de notre son de sortir, où une imcompréhension était faite sur la valeur du N de la FFT.
+Avec de multiples essaies et plusieurs segment fault, j'ai compris que la valeur de N devait être supérieur à notre nombre d'éléments de notre son. C'est à dire, un son de 2sec avec une dréquence d'échantillonage de 22400, nous devons avoir au moins 44800 points de FFT. Sauf que le N doit être un exposant de 2 donc dans ce cas 65536. Mais si la taille de notre N est supérieur à la taille de nos tableaux de double, cette situation entraine aussi un segment fault.
+C'est pourquoi, il se peut que les tailles des tableaux de double soient grandes par rapport au signal étudié.
+Une fois cette partie maitrisé sur un signal pur, l'objectif était le même mais avec un son plus complexe, COW.WAV.
+Le programme cowwfft.cpp fonctionne de la même manière mais des petits soucis de saturation à la sortie de la IFFT.
+Pour cela j'ai essayé d'éfectué des tests sur les valeurs de sortie et de les caper à différentes valeurs, mais rien de prométeur trouvé la dessus.
+
+
+## Time Streching
+