Audiofanzine a 25 ans !
Se connecter
Se connecter
Mot de passe oublié ?
ou
Créer un compte
ou
Se connecter avec Facebook
FR
EN
Notifications
  • Refonte graphique octobre 2025
    Refonte graphique octobre 2025
    Une refonte graphique vient d'être mise en ligne. Nous espérons qu'elle vous plaira. Merci de nous signaler tout bug ou perte de fonctionnalité ici →
  • Un cadeau d'UVI pour les 25 ans d'Audiofanzine
    Un cadeau d'UVI pour les 25 ans d'Audiofanzine
    Pour célébrer notre quart de siècle, UVI se joint à nous et vous offre le Digital Synsations Vol.1. Pour en profiter c'est par ici 👉
  • Nouveauté : Bookmark article, news ou tuto
    Nouveauté : Bookmark article, news ou tuto
    Bookmarkez un article, une news ou un tuto et retrouvez-le dans votre section "Mes signets" du menu membre.
  • 6 nouveaux annuaires
    6 nouveaux annuaires
    Luthiers, Réparateurs, Cours de musique, Studios d’enregistrement, de mastering et de répétition... Suggérez l’ajout d’une entreprise, inscrivez la vôtre ou déposez un avis.
  • Alertes disponibilité et baisse de prix
    Alertes disponibilité et baisse de prix
    Ces nouvelles fonctionnalités vous permettent d'être informé·e dès qu'un produit est disponible ou que son prix a baissé.
  • Tentatives d'arnaque dans les petites annonces
    Nous faisons face depuis quelques mois à une recrudescence de tentatives d'arnaques dans les petites annonces. Suivez nos recommandations >
Bidouille & Développement Informatique
News
Articles
Médias
Forums
Tutoriels

Le pub des programmeurs

  • 1 927 réponses
  • 117 participants
  • 131 709 vues
  • 130 followers
Sujet de la discussion Le pub des programmeurs
Salut :coucou: y a des programeurs sur AF si oui vous bossez sous quoi ?
Afficher le sujet de la discussion
451
Pour en revenir au débat sur les réseaux de neurones, effectivement, on les a mis à toutes les sauces et lorsque ça plantait, on a pas su pourquoi.
Exemple, les fraudes bancaires. On a fait un apprentissage sur les fraudes passées et on s'est dit, c'est bon. Le pb, c'est que les fraudeurs ont évolué, mais pas le réseau -> plantage.
Actuellement, pour la gestion des risques, on passe aux réseaux bayesiens, mais ces bestioles sont tout de même complexes à mettre en oeuvre, tant pour la structure que pour l'entraînement - par ex, dans un tel réseau, il n'y a pas de noeud d'entrée ou de sortie... -

http://blog.audio-tk.com/

Audio Toolkit: http://www.audio-tk.com/

452
Ca fait surtout des annees qu'on en parle et que rien de concret en est vraiment sorti. Je pense que le probleme de tous ces nouveaux "paradigmes", c'est qu'il y a pas le temps a maturation, et qu'ils sont oublies avant d'avoir ete vraiment utilises. Par exemple, un des gros avantages des SVM, c'est d'avoir des separations non lineaires, mais les temps de calculs sont rebarbatifs pour tout probleme un tant soi peut consequent.

K. Murphy, le developpeur principal de la toolbox la plus repandue a ma connaissance pour les models graphiques bayesiens cite sur sa page une phrase qui je crois est fondamentale en sciences "Civilization advances by extending the number of important operations that we can do without thinking about them." En general, la plupart des algos de "machine learning" sont impossibles a mettre en oeuvre sans une connaissances assez poussee de ceux-ci.

De plus, je pense que le paradigme "on apprend sur un ensemble de donnees d'apprentissages, et on reconnait a partir de la" est voue a l'echec. Je crois pas beaucoup au supervised learning, du moins dans sa forme actuelle; il y a pas de formalisme qui soit capable de dire "la, je suis en dehors de mes competences, je peux pas fournir de reponse". Tant qu'on aura pas avance la, je vois vraiment pas comment ce sera applicable a autre chose que des problemes jouets.

Citation :
Actuellement, pour la gestion des risques, on passe aux réseaux bayesiens, mais ces bestioles sont tout de même complexes à mettre en oeuvre, tant pour la structure que pour l'entraînement - par ex, dans un tel réseau, il n'y a pas de noeud d'entrée ou de sortie... -



Tu parles des risques bancaires ou des risques financiers ? Parce que pour ces derniers, il y a un formalisme pousse, relativement efficace visiblement, et qui repose sur des foudements relativement differents. Deja, ca repose pas (a ma connaissance) sur une approche bayesienne. En fait, j'ai l'impression (mais c'est vraiment qu'une impression a partir de quelques lectures eparses) que les 'vrais' statisticiens n'utilisent pas vraiment l'approche bayesienne; et la finance est certainement un des champs, sinon le champ applicatif qui repose sur les outils theoriques les plus puissants des stats.
453
Je suis en train de lire un livre sur les réseaux bayesine,s bon, le pb est qu'il a déjà 7 ans, mais bon... En tout cas, on comprend bien dedans comment on peut utiliser les résultats des réseaux bayesiens pour les marchés, et bien mieux que les outils traditionnels - style réseaux de neurones ou systèmes experts -. Dans tous les cas, il faut des bataillons d'experts pour pouvoir créer un réseau bayesien efficace :|
Dans mon domaine - le traitement d'images médicales -, les réseaux bayesiens pointent aussi le bout de leur nez.

http://blog.audio-tk.com/

Audio Toolkit: http://www.audio-tk.com/

454
Oui mais est-ce qu'il s'agit des risques financiers ? (sous entendu est ce c'est utilise pour modeliser des series temporelles) ?
455
Je n'ai pas l'impression que ce soit la modlisation des séries temporelles. De toutes manières, pour ce genre de choses, si la complexité est supérieure à une modélisation par un processus auto-régressif de profondeur 1, ils ne prennent pas - du moins, c'était le cas il y a 3 ans -

http://blog.audio-tk.com/

Audio Toolkit: http://www.audio-tk.com/

456
En finance, c'est nettement plus evolue. J'avais des potes qui faisaient le fameux DEA de proba (couverture de risques financiers), et c'est tres applique tout en etant d';un sacre niveau theorique, et ca allait bien bien plus loin que des modeles AR (integration et eqautions differentielles stochastiques, par exemple, champs auxquel je ne comprends strictement rien).
457
Blakes et Stocks, non ?
En fait, c'est là où je trouve que c'est fun, quand tu regardes les cours de finances, tu te prends des gros théorèmes dans la tête, mais après, quand il s'agit de faire des études, bizarrement, c'est plus simple.
En même temps, c'est normal, une modélisation du cours des prix n'a pas la même complexité que celui de ton portefeuille.

http://blog.audio-tk.com/

Audio Toolkit: http://www.audio-tk.com/

458
J'y connais rien du tout, mais oui, c'est ca. Quand je regarde le poly de Karoui, je me dis que decidement, les stats, je suis loin de comprendre la base :oops: Deja, tout ce qui est temps continu, je capte pas grand chose. J'en chie deja assez comme ca pour les modeles discrets
459
Comme 99.9999999% de la population mondiale :)

http://blog.audio-tk.com/

Audio Toolkit: http://www.audio-tk.com/

460

Hors sujet :
Quelqu'un à déja programmé en Occam ici ? :(((

1 cm
461

Citation :
Comme 99.9999999% de la population mondiale



Ce qui fait que 700 personnes dans le monde sur un hypothese de 7 milliards d'habitants. Ca va encore, alors. :fou:

Citation :
Quelqu'un à déja programmé en Occam ici ?



Un hello world, ca compte ? :oops:
462
Je connais le rasoir, c'est tout ;)

700 personnes, ça fait beaucoup tout de même :)

http://blog.audio-tk.com/

Audio Toolkit: http://www.audio-tk.com/

463
Je pense qu'il y a bien plus que 700 personnes dans le monde qui sont bien meilleurs que moi en stats ;)

Typiquement, rien que le mouvement brownien, si tu veux etre rigoureux, c'est balaise. Construire des mesures sur les espaces de fonction, c'est bac+4 voire bac+5 minimum, deja, il me semble. J'avais commence a me taper la theorie il y a un an a partir du site justement presente par un X qui fait de la gestion de portefeuille a singapour je crois:

http://www.probability.net/

Les premiers chapitres, ca va, mais quand ca commence a parler de tribus produits infinies non denombrables, ca devient costaud :)
464

Citation : Un hello world ça compte


Si il y a 11 processus écrivant chacun une lettre et s'échangeant des messages de synchonisation dans les tampons conformes au modèle asynchrone alors oui :mrg:
1 cm
465

Citation : Quelqu'un à déja programmé en Occam ici ?


Ca me rappelle vaguement une vie antérieure ça !

Citation : Si il y a 11 processus écrivant chacun une lettre et s'échangeant des messages de synchonisation dans les tampons conformes au modèle asynchrone alors oui


Hâââ, j'aime bien ce genre de sujets ! Cela dit je suis complètement (mais alors vraiment) incapable de t'aider en Occam, désolé.

C'est bien l'homme qui cause le dérèglement climatique - AudioFanzine sans PUBlicité

466
En Handel-C ça se fait, mais Occam c'est le langage à moitié pedagogique qu'on est obligé d'apprendre cette année...
C'est assez galère... :pleure:
1 cm
467
Gabou (et les autres) tu connaitrais le package qui va bien pour faire du midi depuis python ? J'en ai trouvé un ou deux, mais rien qui semble bien établi.

Jul

468
Non, j'ai jamais fait de midi, sous python ou autre d'ailleurs. Je connais meme pas de librairie pour faire du Midi.

Ceci dit, si tu trouves une bonne librairie C pour le midi, l'interfacer avec python devrait pas etre trop difficile en utilisant ctypes.
469
En fait je pense maintenant faire un binding python pour dssi. Enfin un quick hack pour commencer. Ca devrait permettre de faire des plug en python. Je me rappelle que tu as fais une bidouille similaire récemment.

En gros, j'ai récupéré un bout de code en python pour un éditeur pour la BCR2000. Au départ je prévoyais d'ajouter juste la partie transfert de données midi. Puis je me suis dit que ça ne devrait pas être beaucoup plus compliqué de transformer ça en un plug dssi, qui ne ferait que du midi. La structure d'un plug dssi est assez simple, il doit y avoir une dizaine de fonctions. Enfin faut que je teste et python devrait m'aider à aller droit au but.

Jul

470
Et ben, bonne chance !
Je ne connais pas du tout le format dssi, mais déjà VST, c'est moche, très moche.
Existe t il des outils de debug pour dssi d'ailleurs au passage ?

Hors sujet :
DSSI n'est pris en charge que par des hôtes linux non ?
Cela est bien dommage alors...car je ne pense pas que linux en audio pour semi pro et home studio percera si il définit ses propres standards.

http://soundcloud.com/bat-manson

471
Je ne connais pas VST mais DSSI c'est très simple, c'est une des motivations: mettre la complexité dans l'hote et avoir des plugin simples à développer. Pour les outils de debug, il y a les outils standards. Tu penses à quoi en particulier ?

DSSI pourrait être porté sur n'importe qu'elle plateforme. L'avantage c'est qu'il n'est pas soumis au bon vouloir d'une seule entreprise. DSSI est un effort commun et public, ce qui le rapproche plus d'un standard, contrairement à VST qui est une techno proprio de Steinberg. GMPI à pour but d'être un standard: http://www.gmpi-plugins.org/gmpi/requirements.php

Jul

472
Dssi c'est plus pour les instruments virtuel un peu comme les vsti.....

Pour l'avenir du plugin http://lv2plug.in/

l'avennir de linux dans l'audio pro promet d'etre florissant!
473

Citation :
En fait je pense maintenant faire un binding python pour dssi. Enfin un quick hack pour commencer. Ca devrait permettre de faire des plug en python. Je me rappelle que tu as fais une bidouille similaire récemment.



Passe par ctypes. Ca permet de faire le wrapping 100 % en python, c'est vraiment genial pour faire des proto. Typiquement, j'ai wrappe libsndfile et libsamplerate de Erik Castro de Lopo de cette maniere, tu peux voir le code la si tu veux voir comment ca marche:

http://www.ar.media.kyoto-u.ac.jp/members/david/softwares/index.html

En gros, c'est quelques centaines de lignes pour libsndfile, developpe et teste en 1 journee (dont la majorite pour avoir un systeme un minimum intelligent pour extraire les infos de la librairie de maniere dymamique) et 2 heures a tout casser pour libsamplerate (le wrapper est basique pour cette derniere).

Citation :
DSSI n'est pris en charge que par des hôtes linux non ?
Cela est bien dommage alors...car je ne pense pas que linux en audio pour semi pro et home studio percera si il définit ses propres standards.



Il a ete demande maintes et maintes fois a Steinberg si c'etait possible de filer VST en GPL; je crois qu'il n'y a jamais eu de reponse.

Faut voir qu'avec la license actuelle de Steinberg, c'est impossible de distribuer un VST en open source. En gros, t'es oblige de dl les headers VST a travers un processus bien chiant (inscription + mail, dl par mail, etc...).

Il y avait eu un effort de standart sous license open source (GMPI), mais c'est mort, j'ai l'impression. Il y a rien de fait depuis plusieurs annees maintenant.

Citation :
Je ne connais pas du tout le format dssi, mais déjà VST, c'est moche, très moche.



C'est quoi que tu trouves moche ? Il y a quelques problemes, mais le principal, c'est la sous specification/probleme de doc; ensuite, le reste, c'est possible d'ameliorer. Fondamentalement dssi et VST (et les autres) sont proches; apres, les api sont plus ou moins elegantes...
474

Citation :
C'est quoi que tu trouves moche ?


Il ya des menus détails dans la spécification qui peuvent pas mal compliquer le design. Comme par exemple la taille variable des chunks de données à traiter : certains hôtes changent tout le temps la taille des paquets que l'on a à sortir/calculer, ce qui demande une autre approche dans le codage.

Ensuite mon hôte m'envoie que des paramètres compris entre 0 et 1 vers mon synthé. L'hôte n'a pas l'être de connaitre du tout le type, les unités et le domaine de definition d'un paramètre.
En fait je trouve cette impossibilité de préciser ce genre d'info nulle (c'est peut-être mon hôte de test tu me diras, mis je me souviens pas l'avoir vu dans les exemples, les param allant toujours de 0 à 1).

Finalement, je trouve aussi dommage comme tu le fais remarquer le manque évident de doc dessus. Beaucoup d'algos basiques comme les filtres standards aurait pu être inclus dans une lib par exemple. IL n'y a pas eu de ce fait de syntaxe de codage VST qui s'est imposé. Cela aurait facilité grandement mon dev de VST, plutôt que de courir chercher des algos en C,C++, Delphi ou VB sur KVR et musicdsp...

http://soundcloud.com/bat-manson

475

Citation :
Il ya des menus détails dans la spécification qui peuvent pas mal compliquer le design. Comme par exemple la taille variable des chunks de données à traiter : certains hôtes changent tout le temps la taille des paquets que l'on a à sortir/calculer, ce qui demande une autre approche dans le codage.



LADSPA faisait pareil, et il me semble que d'autres aussi. C'est inherent au temps reel, je crois; je vois pas comment tu peux implementer des trucs comme la compensation de latence, etc... sans ca. Au debut, tu vas avoir des chunks de petite taille, et ensuite des chunks de taille plus grande une fois que l'hote a ses buffers remplis de donnees, par exemple.

Je sais pas, mais si tu regardes lv2, vst, dssi, audio unit, il y a pas de grandes differences, fondamentalement. C'est des questions d'implementations, des trucs qui peuvent etre importants, mais rien de fondamental. Ils ont tous une api pour charger des plugins a la volee, initialisation, filer les donnees en flottant, se renseigner sur les capacites de l'hote, la gestion des evenements, etc...

Citation :
Ensuite mon hôte m'envoie que des paramètres compris entre 0 et 1 vers mon synthé. L'hôte n'a pas l'être de connaitre du tout le type, les unités et le domaine de definition d'un paramètre.



Ca ok, c'est un probleme qui a ete beaucoup debattu, ainsi que les timestamp sur les donnees sur la ML GMPI lorsque c'etait actif; je remarque que ni l'in ni l'autre ne sont encore implementes avec ladspa ou sa version v2 (c'est en projet d'apres la page lv2 pour lv2). Ca peut etre ameliore. Faudrait une fois que je regarde comme marche les plugins sous mac os X.

Lorsque je suivais GMPI, je me souviens que pas mal de dev disaient que finalement, VST c'etait pas trop mal. Il y avait le probleme de docs et de sous specification (entre autre multi thread, ordre des appels cote hote, etc...), quelques trucs importants mais qui peuvent etre rajoutes a VST, surtout si on s'autorise a abandonner la compatibilite binaire, j'imagine (J'ai jamais essaye de comprendre comment rester compatible niveau ABI, j'avoue que ca m'interesse pas trop de toute facon).