réactions à la news KeyboardPartner HOAX : l’Hammond B3 DIY
- 29 réponses
- 21 participants
- 5 007 vues
- 23 followers

Banshee in Avalon

Lire la news
Ce thread a été créé automatiquement suite à la publication d'une news pour ce produit. N'hésitez pas à poster vos commentaires ici !
- 1
- 2

EstherK


cslevine

Une question, à titre de curiosité : qu'est ce qui empêcherait alors de mettre cette émulation électronique dans un plugin VSTi ?
la puissance demandée par les 400 000 gates ?
( c'est peut être énorme en CPU j'en sais rien )
Turangalîla Symphonie d'Olivier Messiaen, version Cubase : http://www.cslevine.com/2012/Turangalila.htm
utilisant Synful Orchestra, Pianoteq, Wivi Band, et Kontakt 2

olivier.jalet

à propos de VST, je possède le VB3 de chez GSI :
https://www.genuinesoundware.com/?a=showproduct&b=24
Il sonne d'enfer et tout ça pour 49 € TTC, pourquoi s'en priver ?
Je fais un peu de pub mais c'est apparemment un passionné qui a sorti cette émulation et elle vaut le détour !

.Gwe


daz_74

ça se monte dans n'importe quel clavier?

mosben


marzacdev

Techniquement c'est une vaste fumisterie, ce qu'ils décrivent c'est simplement l'implémentation d'un algorithme de calcul assez conventionnel par ailleurs sur un FPGA
Ta remarque est très sympathique pour la personne qui a conçu ce prototype et dénote d'un manque de connaissance du domaine. Concevoir, réaliser des cartes avec FPGA mais aussi créer le modèle de numérique l'instrument et établir sa description matérielle est un travail de très longue haleine. Cela demande beaucoup de motivation et de savoir faire et nécessite des compétences poussées en architecture, logique programmable, électronique, informatique mais aussi en acoustique. Si pour toi c'est 'juste une implémentation' d'un algorithme ...
Personnellement, je félicite l'auteur du projet qui en plus arrive à vendre son prototype à un prix descend par rapport au coût de fabrication d'une petite série. Bravo !
fredslab.net - au Synthfest 2042 de Nantes!
[ Dernière édition du message le 08/12/2011 à 01:03:42 ]

solo84


patrice_

ET surtout en son droit sans leslie, car une leslie donne un effet réaliste sur n'importe que émulateur hammond.
Maintenant, comment écouter et juger un instrument qui n'en est pas un ? Se pose inévitablement le probleme car pour un musicien, ce qui compte , c'est le touché, la sensation, le son, etc...
Le point fort, c'est quand même le prix, car l'investissement reste raisonnable pour qui veut moderniser (ou hammondiser) un orgue d'ancienne génération.

olix

Mon nouvel album "Zen Universe" vient de sortir :
http://www.qobuz.com/fr-fr/album/zen-universe-olivier-renoir/0806417200732

miles1981

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

zan33

Après, deux trois notes jouées sur une mauvaise qualité audio ne prouvent rien. On a connu des démo de Numa Organ ou Hammond SK1 qui présentaient -à tort- ces instruments comme ayant un son moyen. Ici, c'est peut-être le contraire : on voudrait nous faire croire que le son est bon, alors qu'on n'est pas foutus d'entendre les harmoniques.
Du coup, acheter pour tester est risqué.
Rappel : Le même fabriquant proposait également des cartes préampli MIG-LR qui étaient prévues pour les Leslie transistor 760/770. Ceux qui ont testé en sont revenus...

wilbur



Nicono

Je me suis toujours posé la question si il existait des traitements de son sur FPGA. Si c'est bien le cas ici, je pense que ça peut être intéressant niveau latence.
Si c'est un FPGA avec DSP intégré pour les calculs flottants, ça perd de son intérêt (techniquement parlant).

marzacdev

miles1981, quand tu parles d'implémentation directe, fais-tu référence aux soft cores ou autre chose ? Si c'est le cas, ça ne correspond pas à ce que j'ai compris de cette modélisation de l'orgue qui propose de simuler le comportement des roues et cie ce qui nécessite d'utiliser pleinement le caractère "parallèle" du traitement sur FPGA .
fredslab.net - au Synthfest 2042 de Nantes!

lmdsp

L'idée d'utiliser un FPGA est très intéressante. D'une part cela permet d'offrir une latence imperceptible (pas de MIDI, pas de priorité de driver dans l'OS etc). De l'autre le principe de fonctionnement du Hammond se prête bien à un FPGA: il y a 88 roues qui tournent de manière indépendante, cela permet donc de paralléliser les calculs, et un FPGA permet justement de faire cela de manière native. Faire tourner 88 modèles détaillés de roues phoniques sur un PC même 4 coeurs demande beaucoup de ressources, et à mon avis les émulations existantes font un certain nombre de simplifications pour que le plugin ne prenne pas toutes les ressources.
Lorcán Mc Donagh | lmdsp audio plug-ins | Flux:: SE

Rafa

big up

miles1981

Marzac > ce qui peut maintenant être programmé avec des langages de haut niveau sur FPGA tout en prenant en compte le côté parallèle est inimaginable. C'est même hyper facile de multiplier les roues, de les faire tourner en parallèle et de brancher le tout ensemble.
Audio Toolkit: http://www.audio-tk.com/

silvertouch06

on n'est plus obligé de faire du VHDL/Verilog.
Bravo, l'outil de synthèse a intérêt à être costaud et surtout à transformer ce qu'a voulu faire un "softeux" en hard.
Il n'y a aucun intérêt à prendre un langage de plus haut niveau pour faire du "matériel"; sinon autant prendre un langage très bas niveau pour faire une IHM tant qu'on y est!
j'ai 12 ans d'expérience dans la conception de FPGA et ça me fait gentiment rire de telles remarques

Celui qui dit que le VHDL et verilog sont fastidieux, ou lourds. Il faut qu'il fasse un autre métier.
Pour ceux qui ne savent pas trop ce qu'est un FPGA, c'est un composant logique programmable: ce composant contient, en hardware, des cellules de base, que l'on interconnecte (route) pour faire des fonctions évoluées. Une cellule de base contient un élément de mémorisation (bascule D) et une table logique (à 4 entrées ou plus) pour effectuer une fonction logique combinatoire.
En programmant ces cellules (la fonction logique et l'utilisation ou non de l'élément mémoire), on fait des fonctions de base comme des compteurs, des machines d'états (séquenceurs),... En interconnectant ces fonctions de base, on fait des fonctions plus compliquées (petits CPU, des systèmes séquentiels complexes). L'avantage, c'est que ces blocs fonctionnent en parallèles (c'est à dire tournent en même temps). C'est tout l'intérêt de ce type de composant, c'est de faire du massivement parallèle; et pour cela, les langages VHDL et verilog ont été développés, et sont hyper simples à utiliser car ils ont une synthaxe proche d'autres langages comme le C.
"On parle d'écriture inclusive alors que les femmes n'arrêtent pas de dire qu'elles s'en "battent les couilles""
[ Dernière édition du message le 08/12/2011 à 21:53:06 ]

miles1981

Maintenant, on peut dire la même chose de tous les langages. Or dans la communauté du calcul scientifique, la direction claire qui est prise est s'éloigner du matériel pour permettre d'implémenter de nouveaux algorithmes.
Même quand on fait du VHDL/Verilog, on part sur des bibliothèques existantes pour ne par réinventer la roue. Utiliser un langage plus évoluer, c'est juste faire un pas de plus. Sur processeurs "standard", certains font encore de l'assembleur, car c'est nécessaire, d'autres font du Ruby. Pour faire une nouvelle architecture parallèle où les accès mémoire non réguliers sont optimisés, on est bien content d'avoir un compilateur depuis un langage plus évolué pour aller plus vite.
Audio Toolkit: http://www.audio-tk.com/

marzacdev

fredslab.net - au Synthfest 2042 de Nantes!

miles1981

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

marzacdev

fredslab.net - au Synthfest 2042 de Nantes!

zan33

- < Liste des sujets
- Charte
- 1
- 2