Bravo pour le jeux tout ça, mais je croyais que la force du libre, c'était de pouvoir réutiliser du code.
Je lis dans la news "réécriture de l'api du traitement de signal (FFT)". Si le principe de la fft est (relativement) simple, et que tout le monde peut implémenter un algo correct, avoir un algo vraiment très rapide, ça demande beaucoup de boulot. Travail qui est fait par "FFTW", qui est une bibliothèque libre (GPL), qui implémente la FFT de façon vraiment performante (www.fftw.org).
Je trouve ça domage que du temps ai été perdu sur la FFT, (et apparemment des bugs introduits), alors qu'il existe cette bibliothèque. Sauf si les développeur voulait en apprendre un peu sur Fourier bien sur. Mais même dans ce cas, utiliser FFTW par la suite me semble une bonne idée...
Encore une fois, je ne lance la pierre à personne, et merci pour le jeu, je signal juste que c'est domage de ne pas utiliser les outils libre existant, surtout quand ils sont très performant.
# reutilisation de codes...
Posté par zerbro . En réponse à la dépêche UltraStar-NG 0.2.0 dans les bacs. Évalué à 7.
Je lis dans la news "réécriture de l'api du traitement de signal (FFT)". Si le principe de la fft est (relativement) simple, et que tout le monde peut implémenter un algo correct, avoir un algo vraiment très rapide, ça demande beaucoup de boulot. Travail qui est fait par "FFTW", qui est une bibliothèque libre (GPL), qui implémente la FFT de façon vraiment performante (www.fftw.org).
Je trouve ça domage que du temps ai été perdu sur la FFT, (et apparemment des bugs introduits), alors qu'il existe cette bibliothèque. Sauf si les développeur voulait en apprendre un peu sur Fourier bien sur. Mais même dans ce cas, utiliser FFTW par la suite me semble une bonne idée...
Encore une fois, je ne lance la pierre à personne, et merci pour le jeu, je signal juste que c'est domage de ne pas utiliser les outils libre existant, surtout quand ils sont très performant.