Audiyofan.org http://audiyofan.org/forum/ |
|
OverSampling "à la source" http://audiyofan.org/forum/viewtopic.php?f=4&t=8639 |
Page 1 sur 7 |
Auteur: | Yves07 [ Jeu 15 Déc 2011, 15:04 ] |
Sujet du message: | OverSampling "à la source" |
L'Over Sampling consiste à rajouter des échantillons entre les échantillons. Ainsi on transforme 44 000 échantillons par seconde en 88 000, bien sûr les échantillons supplémentaires sont "inventés" à partir des voisins. Le seul intéret est de se débarasser plus facilement des alias (produits du repliement) en sortie du DAC avec un filtrage simplifié, voire absent. La fabrication des échantillons suplémentaires est habituellement confié à un circuit situé entre le convertisseur SPDIF et le DAC proprement dit, même si le tout est souvent intégré dans un unique chip comme le PCM2904 par exemple. En cas de stockage dématérialisé, ne serait il pas possible de réaliser cette fonction en "soft" en insérant une moulinette entre le disque dûr et la sortie SPDIF ou USB dans la mesure où ces dernières acceptent un format 88K 16bits ? Ou encore une moulinette transformant un .wav 44/16 en un .wav 88/16 ? Quel intérèt ? S'amuser bien sûr mais aussi bricoler l'algorithme de "fabrication" des échantillons, j'ai lu que certains constructeurs de lecteurs de CD (REGA ?) proposent plusieurs choix à l'utilisateur. Et comme le 1543 accepte le format 88/16 je vous laisse imaginer la suite . . . Qui aurait une idée ou des infos sur les algos utilisés ? Yves. |
Auteur: | vapkse [ Jeu 15 Déc 2011, 16:13 ] | ||||
Sujet du message: | Re: OverSampling "à la source" | ||||
Salut Yves. Les drivers de certaines carte son le font. Par exemple, voir en print screen, l'utilitaire installé avec les Asus Xonar. Sinon, les modules de sortie WASAPI ou ASIO de MediaMonkey, le propose aussi, mais des fois, il n'arrive ou n'arrivait pas à lire certains morceaux quand c'est activé. Serge
|
Auteur: | hervediy [ Jeu 15 Déc 2011, 17:44 ] |
Sujet du message: | Re: OverSampling "à la source" |
http://benjamin.silvestre.perso.sfr.fr/cd723/hack/surech.html hervé. |
Auteur: | Totof [ Jeu 15 Déc 2011, 17:57 ] |
Sujet du message: | Re: OverSampling "à la source" |
Bonsoir @Yves , regarde ici , ça pourrait t'aider chaiptre 7.13.1.1 https://wiki.archlinux.org/index.php/PulseAudio#1._Determine_soundcards_in_the_system Histoire de sortir en 88.2 Khz par exemple et si toutefois la transmission via la sortie Spdiff conserve le sampling rate A plus |
Auteur: | Totof [ Jeu 15 Déc 2011, 18:06 ] | ||
Sujet du message: | Re: OverSampling "à la source" | ||
J'ai fait le test avec mon PCM2904 voici le résultat sample rate maxi 48 Khz a plus
|
Auteur: | Yves07 [ Jeu 15 Déc 2011, 18:31 ] |
Sujet du message: | Re: OverSampling "à la source" |
Merci Hervé, c'est très clair ! Totof, oui mais ma machine n'a pas de sortie SPDIF, seulement USB . . . Ce qui ne change rien à la question . . . hélas Quoique ma "carte son" externe USB Transit M-Audio fonctionne jusqu'à 96Kbs mais utilise un driver propriétaire (pas trouvé pour Linux). Est ce pour la fréquence d'échantillonnage ou pas ? ? Selon la doc Cirrus Logic le 8416 utilisé dans la DACBOX "suit" jusqu'à 96Kbps sans modifs . . . Creuser, encore creuser |
Auteur: | philbob [ Jeu 15 Déc 2011, 18:37 ] |
Sujet du message: | Re: OverSampling "à la source" |
Bonjour, Sur échantillonner un signal audio numérique ? Rien de plus simple en partant d'un *.wav. J'ai déjà réalisé ce type de moulinette (en C). On entre un wav, on bricole, on stocke le nouveau wav et hop, le tour est joué. D'ailleurs, il n'y a pas que le sur échantillonnage qui est possible. Il est très facile, bien qu'un peu plus gourmand en temps, de passer un filtre FIR ou autre.... On réalise très facilement une chambre d'écho aussi comme ça. |
Auteur: | Totof [ Jeu 15 Déc 2011, 18:54 ] |
Sujet du message: | Re: OverSampling "à la source" |
Ben oui Yves , ton CS8416 reçoit le signal via USB non ? après de tête il faut peut être indiqué au "8416" qu'il doit fonctionné en "recovery clock frequency" comme pour le "8412" dans le flux digital transmis par l'USB tu as le signal audio et le sample rate combiné les fameux graphique donné dans les dataheet avec le format des données ou j'ai peut être loupé un chapitre , mais j'avais compris le principe du "recovery" comme ça c'est pour cette raison que j'ai viré l'horloge en entrée D'IVTCY , préférant que mon CS8412 recouvre la fréquence d'horloge selon la source connectée , un PC un lecteur CD sur la sortie SPdiff bref éviter les erreur de synchro d'horloge en multipliant les sources d'horloge mais je me trompe peut être dans ma réflexion , moi les re-sampleur et horloge faible jiter entre receveur et dac j'y crois plus , si la déviance sort de l'extraction du signal digital on ne peut la récupérer après donc ta question sur le re-sampling à la source me semble essentiel AMHA , la source doit prévaloir sur le reste du traitement qui doit "suivre" la cadence Donc déjà dans un premier temps voir si les soundcard peuvent sortir des fréquences d'échantillonage plus élevées chez moi on dirait que la config du PCM bloque à 48 K , sinon on se retrouve avec du "downsampling" sans s'en rendre compte A plus tard je reviens |
Auteur: | P BEN [ Jeu 15 Déc 2011, 19:33 ] |
Sujet du message: | Re: OverSampling "à la source" |
Ben oui RV, j'approuve Merci pour ce doc clair. Toutefois, la question du filtrage reste non résolue, car si l'oreille est un bon passe bas, (les HP aussi d'ailleurs), cela n'exclut pas, en régime musical, la fabrication de produits d'intermodulation dans la bande audible quand on échantillonne à 44.1 KHz. PB |
Auteur: | Totof [ Jeu 15 Déc 2011, 20:06 ] |
Sujet du message: | Re: OverSampling "à la source" |
Bonsoir Pascal Oui on retombe sur l'histoire du repliement AMHA il faut décortiquer les datasheet pour "essayer" de percevoir une réponse , si on part du principe que 90 % de notre musique est encodée sur une base de 44.1 Khz , la question que je me pose est Ne reste t'il pas que la solution de la dématérialisation pour avoir une source "up-samplé" suffisamment haut pour pouvoir éviter un repliement dans la bande audible, et cela ne crée t'il pas d'autres soucis en HF après Ou simplement rester sur le bon vieux 44.1 en NOS Faut toujours écouter les anciens, ils mettaient 20 ans ou nous on compte mettre 2 mois , mais ils prenaient le temps de faire et vérifier les choses car ils avaient toutes leur vies devant eux pour essayer et modifier Bon appétit |
Auteur: | Yves07 [ Jeu 15 Déc 2011, 20:22 ] |
Sujet du message: | Re: OverSampling "à la source" |
Totof a écrit: . . . Oui on retombe sur l'histoire du repliement . . . Tout ça c'est précisément pour tenter d'en sortir ! Mais on n'est pas pressés Pascal, Si tu as une plage "fréquence glissante" sur ton CD , l'intermodulation se traduit par de nombreux autres signaux parasites dont les fréquences montent ou descendent. Leurs amplitudes sont proportionnelles à la non linéarité du convertisseur I/V. |
Auteur: | hervediy [ Ven 16 Déc 2011, 07:51 ] |
Sujet du message: | Re: OverSampling "à la source" |
you're welcome il semble qu'il y est un langage de programmation: http://audacity.sourceforge.net/help/nyquist http://fr.wikipedia.org/wiki/Traitement_num%C3%A9rique_du_signal http://fr.wikipedia.org/wiki/Transform%C3%A9e_de_Fourier_discr%C3%A8te quelques liens (dans le désordre) sur le sujet... http://en.wikipedia.org/wiki/Interpolation http://manual.audacityteam.org/index.php?title=Analyze_Menu http://stackoverflow.com/questions/6809860/real-time-fft-with-high-resolution-while-keeping-latency-low http://users.abo.fi/htoivone/courses/sbappl/asp_chapter2.pdf http://audacity-forum.de/download/edgar/nyquist/nyquist-doc/examples/rbd/03-fft-tutorial.htm http://www.wildlife-sound.org/equipment/newcomersguide/audacity.html http://shibatch.sourceforge.net/ par contre je ne comprend pas sur quelle partie de l'information on applique le calcul? sur l'ensemble de l'échantillon ou sur une partie? hervé. |
Auteur: | P BEN [ Ven 16 Déc 2011, 08:01 ] |
Sujet du message: | Re: OverSampling "à la source" |
Bonjour, Il y a beaucoup de questions soulevées. Le concept d'Oversampling réveille mes vielles douleurs. C'est amha un pis aller pour résoudre le pb du filtrage. Il a toutefois un avantage au plan de l'évolution de l'offre industrielle, commerciale et DIY car il ouvre la voie aux échantillonnages plus rapides. Mais je ne comprends pas l'intérêt du filtrage numérique pour supprimer les résidus génants. L'intermodulation qui nous gêne et le résidu à la Fé ne sont-ils pas engendrés au moment de la conversion D-> A ? Si c'est bien le cas, il convient de connaître les caractéristiques exactes du CI DAC pour le charger correctement. Les différents traitements numériques (trop nombreux AMHA ) peuvent-ils engendrer de tels problèmes ? Si oui, le filtrage numérique sera probablement efficace mais si on pouvait les éradiquer à la source ... Pourrait-on identifier les problèmes avec leur origine présumée ? Méditons... PB '..quoiqu'on fasse, un bit est un bit et réciproquement' |
Auteur: | P BEN [ Ven 16 Déc 2011, 08:08 ] |
Sujet du message: | Re: OverSampling "à la source" |
My pleasure RV. et merci encore pour une nouvelle journée de lecture ! Pour venir au DIY, je sens venir une solution USB avec un µcontrolleur, sortie I²S sur DAC et bibliothèque de codecs filtrants ! VS Un truc universel (genre WM.....8742 avec entrée USB !!!) serait une autre approche avec cette fois, les codecs filtrants coté source ! |
Auteur: | hervediy [ Ven 16 Déc 2011, 08:27 ] |
Sujet du message: | Re: OverSampling "à la source" |
on peut peut être essayer de partir d'un fichier échantillonné à 88.2kHz puis réduire sa fréquence à 44.1 pour de nouveau l' augmenter à 88.2 et comparer avec le fichier de départ. ou attendre des plateformes de téléchargement l’égale...avec différents formats de fichier.. je sais que le sacd est basé sur un principe de conversion différent... qu'est-ce qu'il font en studio pour passer d'un format à un autre? Studio Master ne renseigne pas vraiment sur ce qui est fait réellement... bonne journée. hervé. |
Page 1 sur 7 | Heures au format UTC + 1 heure |
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |