Le pub des programmeurs
- 1 927 réponses
- 117 participants
- 131 739 vues
- 130 followers

Anonyme



Pov Gabou

Citation :
Je me suis dit que je virais la partie négative puisque en dessous de 0dB. Menfin c'est surtout l'ordre de grandeur qui m'intéresse.
Je comprends pas tres bien le raisonnement sur la partie negative, mais oui, l'ordre de grandeur, c'est 1000 dB pour les float 32 bits IEEE.
Citation :
Je suppose que tu as pour but de faire de l'info embarqué si tu veux voir l'ASM et le C
Y a quand même d'autres domaines que l'embarqué où le C est utilisé. L'ASM pure (e.g pas pour quelques functions à optimiser), c'est en effet beaucoup plus rare en dehors de ces domaines. Perso, je pense que le C est un langage à connaitre, ne serait-ce que parce que la plupart des autres langages sont implémentés dans ce langage (ou C++, comme java, mais c'est déjà nettement plus rare).

cptn.io

cptn.io

asair

Hors sujet : désolé pour l'intrusion...
quelqu'un a t il déjà eu un horrbile probleme FMOD sur XP ?

Dr Pouet

Citation : Je comprends pas tres bien le raisonnement sur la partie negative
Ca vient de la comparaison avec l'analogique. Sur un préamp ou une table de mixage il y a généralement un repère du niveau standard maxi (genre +4dBu, je dis ça au pif), mais l'appareil (surtout quand il est de bonne qualité) va être prévu pour aller jusqu'à +20dBu sans perte de qualité. On dira qu'on a 16dB de headroom.
Sur les fichiers audio-numériques, on peut dire que tout ce qui est au-dessus de 0dBFS (Full Scale) est une sorte de headroom. Et tant qu'on reste dans le 32 bits flottants, ce headroom est confortable.

Je suis bien d'accord pour dire que la partie négative est utile aussi pour ne pas perdre de précision sur les petits signaux ; mais ce n'était pas vraiment le sujet du thread (cf ce que j'ai souligné, dans mon message 2, première citation).
Voili voilo !


Pov Gabou

Citation :
Et tant qu'on reste dans le 32 bits flottants, ce headroom est confortable.
Oui. Il y a un peu débat la dessus, mais personellement, je pense qu'un path a 32 bits est largement suffisant. Le 64 bits est clairement utile pour quelques trucs (certains parametres de filtres pour des topologies particulieres, par exemple), mais l'ajout recent d'un path a 64 bits (VST 3.0 je crois) me parait plus tenir de l'argumentaire marketing qu'autre chose (avec Vista 64 et VST 3.0, ayez des plugins 64 bits, les deux n'ayant rien a voir du tout, yeah !).

cosmicsee

je sais, j'arrive comme un cheveu sur la soupe mais je ne trouve pas réponse à ma question (pourtant simple). Je vous rassure, mon intervention sera très brève.
Je voudrais retrouver la manière dont on crée un lien cible, c'est à dire un lien qui par exemple est en haut d'une page HTML et mène en bas de cette même page.
Je me souviens que j'avais réussi à le faire dans Frontpage, mais là je ne trouve pas comment faire ça dans Dreamweaver... voilà si quelqu'un sait, merci de m'aider !

asair



cosmicsee


désolé je suis un nioub

supernono

https://www.w3schools.com/HTML/html_links.asp
Le marchand de sable

Dr Pouet



asair

le # sert à différencier les liens internes des liens sur fichiers/dossiers

miles1981

L'ASM x86, mieux vaut pas s'y mettre. Trop compliqué pour pas grand chose (on peut passer par les intrinsics pour appeler certains instructions, comme les SSE), et en général bien moins bon que ce qu'un compilateur va faire.
Audio Toolkit: http://www.audio-tk.com/

serelion



Anonyme


Bienvenue


asair

je vais travailler sur une puce Zilog, je ne sais pas si ca va être facile de se plugger en hard à ce genre de matos... il y a un I/O firewire pour le mode utilisateur, mais en mode développeur


aris

mais de toutes façons, l'asm sert pour des usages spécialisés

ClockworkOi!


L'application : simuler des vagues (la mer, de l'eau quoi hehe), à titre de "loisir". J'ais deja fait avec le bruit de perlin, mais bon, autant y aller carément...
Donc je part du doc suivant :
https://www.gamasutra.com/gdce/2001/jensen/jensen_01.htm
juset la premiere page (le reste, on verra plus tard).
Il y a aussi le papier sur lequel le mec c'est appuyé, si ca vous interesse je peux retrouver le lien (Tessendof 2001).
Mon problème : j'ais compris comment calculer les vague (onde? appellons les wave...). Le problème c'est qu'ils semble présuposer qu'on connais la FFT sur e les transformer de fourrier sur le bout des doigts, ce qui n'est pas mon cas...
le problème étant que la forme sous laquelle il met sont équation (pour calculer la hauteur de l'eau en un point donné à un instant) me semble pas cohérente avec les formules utilisé pour les transformé de fourrier (inverse).
h(X,t) = sum [ h~(K,t) * exp(iK . X) ]
alors que ici : https://en.wikipedia.org/wiki/Discrete_Fourier_transform
le terme dans l'exponentiel est radicalement différent... ?
question : j'ais le code situé ici :
http://www.dspdimension.com/admin/dft-a-pied/
dois je le modifié pour justement avoir l'exponentiel correct? ou y'a un truc qui me passe au dessus la tête?
P.S. : je n'utilise pas de lib genre fftw pour ne pas alourdir mon projet (étant donné que c'est la seule utilisation d'une FFT que je fais), c'est pour ca que je cherche une implémentation toute prête.
P.P.S. : oui j'ais trouvé des implémentation de la dite technique de rendus d'ocean, mais soit elle n'exploite pas la FFT et utilise des bruit de perlin, soit ca mélange la phase de rendus et calcul des vagues dans le meme fichier cpp (dans une sombre classe appellé Alaska, visiblement le nom de l'auteur), et c'est pas très pratique à lire (ni a comprendre). Je me permet donc de dmandé des infos de "vive voie" ici

Merci!

Dr Pouet


Noiz

Merci d'avance

ClockworkOi!

J'ai bossé la dessus y'a quelques années, et notamenent dans ce thread (je dirais septembre/octobre 2006).
J'avais utilisé les coefficient mel-cepstraux issus d'un enregistrement de voie à reconnaitre pour construire une mixture de gaussienne (GMM), qui permetait ensuite en test de valider ou non un enregistrement.
Si tu cherche MFCC + GMM avec google tu devrait trouver bcp d'info la dessus.
/edit
ca commence ici

/bidouille-developpement-informat/forums/t.127688,le-pub-des-programmeurs.html

asair

auriez vous une idée d'outil pour développer l'ihm d'un séquenceur :
* dans l'esprit pur Cubase, Sonar, Protools, voire iMovie, etc...
* avec une forte gestion midi, audio, ...
* la modularité de Reaktor, PureData, Max...
J'ai pensé à Juce, mais j'ai peur que pour quelquechose d'aussi "lourd a priori" ca soit un peu "jeune".
En revanche GtK/qt/etc., me semblent pas assez branchés "multimedia"

nonconforme

Chez Two notes on a lâché QT pour Juce, pour l'instant aucun regret (même plutôt le contraire). ;)
Affiliation : Dirigeant Fondateur d'Orosys - Two notes Audio Engineering

asair

Je connais pas vraiment Gtk et les autres framework. Mais bon, au regard des références de Juce, je crois qu'on va partir la dessus.
Merci

nonconforme

nous (Two Notes) cherchons une bête de progra (C++, Juce) ayant aussi des connaissances en électroniques et traitement du signal pour rejoindre notre glorieuse équipe et surtout prendre le relais de Wolfen qui travaille maintenant à un autre projet (toujours chez nous, pas de panique).
La recrue aura pour mission le développement de la gamme logicielle Two Notes, dans un premier temps le maintien et l'amélioration des produits existants puis le développement de choses nouvelles. Le travail se fait en collaboration avec notre responsable hardware car certains softs pilotent nos machines en USB.
Voila, je suis en train de rédiger une fiche de poste sérieuse, mais comme certains d'entre vous ici peuvent avoir le profil qui nous intéresse je le mets en premier ici. ;)
Voila, n'hésitez pas à tenter votre chance, pour les infos sur la boîte c'est ici : www.orosys.fr
Affiliation : Dirigeant Fondateur d'Orosys - Two notes Audio Engineering

.: Odon Quelconque :.

Et celle de Max 5 utilise JUCE (dixit l'excellent article de Nick Rothwell dans le SOS du mois dernier).
Citation : The new user interface is built using a software package called JUCE, which was originally developed as part of Mackie's Tracktion music production system, before being spun off as an open-source package. Expect to see other JUCE-enabled software in the future: the forthcoming Circle synthesizer by Future Audio Workshop is also built with JUCE.

« What is full of redundancy or formula is predictably boring. What is free of all structure or discipline is randomly boring. In between lies art. » (Wendy Carlos)
- < Liste des sujets
- Charte