errno a écrit 164 commentaires

Je ne veux pas de Debian : j'aime pas.

Ça c'est de l'argumentaire !

Nul doute que des pekins un peu moins moyens vont se faire un plaisir de décortiquer ces .csv et les rendre accessible au pekin moyen.

L'APINC ompris

T'as une Lada ?

ca commence bien

Ca me fait flipper tout ces papa !
(remise en question)

Hier soir (mardi) dans "On n'demande qu'a en rire", un sketch d'Arnaud Tsamère dont le thème était "Succès de la tablette, fin de l'ordinateur".
L'auteur avoue à la fin du sketch, dans la loge, qu'il est lui même, je cite : "un intégriste d'apple"

voici le lien: http://www.youtube.com/watch?v=8Y2Eb7HL2uo

Un des liens forts que je vois entre la philosophie et l'informatique (notamment le développement), c'est l'art de conceptualiser

Le gazole c'est moins cher ! (pour l'instant)

... non j'plaisante, tiens attrape !

Les vieux, faudrait les tuer à la naissance !

pfffff, tu pouvais pas poster ce matin ? !

Ne t’inquiète pas, ça sera coupé au montage

Tu as vu beaucoup d'amendement de ce genre ?
Le principe est que çà se base sur la confiance que tu portes en une association (dont les actes et comptes sont souvent plus transparents que les entreprises ou partis politique).
Je trouve l'idée très intéressante et j'espère qu'elle se développera dans diverses associations !

Un journal sur le cyclimse !

Ça c'était un combo !

Mon chat s'appelle Lumo

J'étais dans ton cas et j'ai récemment retesté kdevelop.
Bah je trouve que maintenant c'est une tuerie, et c'est trés facile de l'utiliser directement avec un projet cmake.

Effectivement, ca ne fonctionne que si tu n'utilises que des fonctions prenant des MyVector et pas des std::vector, mais ca peut être vu comme un "framework".
Les méthodes (et destructeurs) des containers STL n'étant pas virtuels, la classe n'est pas faites pour être dérivables. En pratique, tu peux quand même en hériter pour ne pas avoir à recoder la STL, mais cela implique de s'imposer de n'utiliser que ce type aux endroits où il est attendu.

$ cat vector_inherits.cpp

#include <vector>
#include <iostream>
#include <exception>

template <class T, class A = std::allocator<T> >
class MyVector : public std::vector<T,A>
{
public:
   const T & operator[](typename std::vector<T,A>::size_type i) const {
      if (i >= std::vector<T,A>::size()) throw std::exception();
      return std::vector<T,A>::operator[](i);
   }
};

int main()
{
   MyVector<int> v;
   v.push_back(5);
   try {
      std::cout << v[1] << std::endl;
   } catch (const std::exception & e) {
      std::cout << "received exception" << std::endl;
      return 1;
   }
   return 0;
}

$ g++ -o vector_inherits -Wall vector_inherits.cpp
$ ./vector_inherits
received exception
$

C'est un choix sur les performances de ne pas tester la validité de l'indice.
Si le développeur décide que cet aspect est négligeable, rien ne l’empêche de définir sa propre classe héritant de std::vector (par exemple MyNamespace::vector) qui surcharge l'opérateur [] en incluant la dite vérification.
Le C++ à au moins l'avantage de ne rien imposer au développeur, c'est à lui de poser ses propres gardes-fou.

tout est dans le titre

Je vois un cube qui tourne dans ta vidéo, mais je ne comprends pas vraiment ce que tu fais (ou souhaite faire).

En fait je n'ai jamais entendu parler de la "division de facettes", As-tu de la littérature sur le sujet ? Peux-tu expliquer la problématique, le fonctionnement, ... ?

Les transformées de Fourrier discrètes vont te permettre de passer du domaine spatiale au domaine fréquentielle.
La difficulté sera ensuite de ne conserver que la fondamentale, i.e harmonique de rang 1 (en supprimant les harmoniques de rang supérieur). C'est simple pour une seule note, ca l'est déjà moins pour un accord.
Pour ne conserver que les harmoniques fondamentales, tu dois avoir une connaissance du timbre de l'instrument (intensité des harmoniques).

Bonne chance :)

Il a surement un angle non signé (calculé a partir du produit scalaire).
La solution la plus propre est bien le produit vectoriel cité ci-dessus.