Reprise du message précédent :

Ouep, et bien essaye les variables d'alchemy que je t'ai passé, ça devrait tourner comme sur des roulettes pour ton CS: GO  

n'empêche que je sais pas comment tu sais que je joue à ça surtout que j'y ai joué que de juillet à septembre et que ma config ne ressemble en rien à une config de gamer (chip graphique intégré, écran 24 8ms, clavier/souris sans fil...)

 
Comparer un casque AKG K701 et un razer , je comprends pas trop ce que ça vient faire la dedans . Encore si vous aviez tous les deux un K701 et tester les jeux avec les divers modes de rendu audio d'accord .  
 

 
Le mode divertissement , gaming etc , c'est des présets différents avec plus ou moins d'options , s'ils avaient tous les mêmes options avec les même réglages tu pourrais les faire sonner de façon strictement identique . C'est juste une illusion d'optique de chez Creative .
 

 
 
Bon , un petit rappel historique sur ce que c'est l'accélération matériel audio , car tu fais une fixation sur accélération matériel audio = Qualité ce qui est totalement faux .  
 
Pourquoi une accélération matériel audio ? Y a très longtemps , la puissance des CPU était relativement faible , et on était de fait limité niveau ressource pour le rendu audio .  Alors creative qui a il est vrai apporté nombre d'évolution pour ce qui est de l'audio en informatique , a sortie un DSP permettant l'accélération matériel audio et des routines EAX associés à celle ci , ce qui permettait de désengorgée le CPU du traitement audio , et avec un DSP spécialisé en avoir assez sous le coude pour améliorer la qualité par rapport a ce qui avait à l'époque , les bases de ceci remonte au EMU10K1 , utiliser pour la première fois sur la Soudblaster Live !  
 
Bref creative a fait évoluer le tout avec ces générations de puce audio , Audigy 1 et 2 etc , EAX 1/2/3 , puis X-Fi avec l'apparition du EAX 4.0  et 5.0 .  
 
Le mot accélération matériel audio en lui même veut tout dire , c'est une accélération , un encodage plus rapide qu'un CPU non optimisé pour ça . C'est comme le décodage d'un FLUX video H.264 , tu fais la différence à l'image entre un flux décodé par le GPU ou par le CPU .  L'accélération matériel audio c'est pareil , si ça utilise les mêmes routines , même réglage , le résultat sera STRICTEMENT identique .  
 
Une auzentech X-Fi Bravura , ou certaines Audigy SE/LE , c'était un chip software , y avait pas d'accélération matériel audio à proprement parler , tu les comparais sur du EAX , le rendu était identique , en tout cas quand j'ai comparé une bravura et une forte en EAX 3.0 , sur BF2 ou  Call of Duty 1 , le rendu était strictement identique .
 
Une Routine EAX qu'elle soit accélérée par un DSP ou calculée par un CPU , le rendu est strictement identique à réglage équivalent , les recons 3D avaient le support du EAX également , sans aucun DSP hardware   , mais bon le soucis c'est que niveau qualité c'était équivalent à un chipset de carte mère mais ça c'est une autre histoire .
 
Les audigy ressample tous en interne à 48 khz , KS ou pas hein  

Avec le CMSS3D, tu peux foutre le matos que tu veux derrière, t'es pas obligé de te taper un casque avec rendu de merde  

Le mode divertissement c'est software only, même avec Alchemy, check ton fichier log, ça utilisera la bibliothèque Software de Creative Alchemy qui est bien moins bonne, si t'entends pas la diff', faudrait peut-être que t'arrêtes d'écouter du metal et te mettre au Chopin, ça t'aidera à cerner les différences.

Le KS bypass très bien le dsp des audigy à l'époque, je sais pas ou t'as vu ça, mais sur mon HP890 de l'époque, y'avait clairement une différence au niveau des aigus

Les Audigy SE/LE était très clairement inférieur aux Audigy 2/1 et même ES qui utilisaient un vrai EMU10K2, et je reste sur ma position si t'entends pas la différence entre une routine HRTF software et hardware, c'est pas le matos qui en est la cause mais plutôt l'utilisateur  

Pour rappel la X-fi c'est 4 mini-unités SIMD hyper-optimisé pour le traitement et le positionnement du son, c'est un peu comme les Geforce 4 MX de l'époque, elles supportaient les Vertex Shaders de DX8.0, certe mais émulé par le proco' ce qui fait qu'elles étaient inutilisable en pratique à moins de sacrifier à mort la qualité des jeux

 
Oui mais si tu compares pas avec le même casque ça n'a aucun interet de comparer le rendu de chez ton pote et chez toi .
 

 
Le mode divertissement comme déjà a certain setings manquants par rapport au mode gaming , de plus pourquoi dupliquer la bibliothèque hardware en mode software si on a un DSP qui peut le calculer ? on laisse juste une bibilothèque software allégé pour creative alchemy lorsqu'on utilise le mode divertissement , vu qu'on est pas censé joué avec le mode divertissement , économiser un peu de place dans le driver ...
 

 
Les audigy SE/LE sont inférieure aux audigy 2/1 car leurs parties Conversions n/a n 'est pas du même acabit , nuance  . Faut bien réduire les couts quelque part .
 
Peut être que sur les audigy t'avaient une puce qui ressamplaient tout avant le DSP et le DAC  ? , Le X-Fi c'est simd hyper optimisé OK , mais il crée pas de positionnement et de traitement audio par magie , il les calculent par rapport à des routines qu'on lui envoie et qu'il est optimisé à décoder , ça peut très bien se faire de façon software . Je crois que t'as un peu trop bu la propagande de Creative concernant le X-FI .
 
Puis l'audio désolé , c'est quand même beaucoup plus léger à traiter que les vertex shaders etc hein .  L'accélération audio est morte , faut te faire une raison , après la transition tout le monde est d'accord pour dire que ça été raté , mais bon faut remercier creative et la flemme des développeurs .
 
Après les remarques sur les  gouts musicaux (rien ne dit que je n'écoute pas de classique ) , ou sous entendre que je ne saurais faire la différence hum    .
 
http://www.guru3d.com/articles_pag [...] iew,9.html  tint ces incompétents de Guru3D qui n'entendent aucune différence , des sourds encore : / .

bon au cas où ça vous intéresserait, j'ai réglé mon problème, je suppose que ça arrive pas à tout le monde de mettre sa carte sur un port 16x comme moi.
 
Du coup je pense que le problème venait du fait qu'elle soit sur un port 16x, l'alimentation doit être gérée autrement. Le problème est parti avec cette manip:
- Panneau de configuration > Option d'alimentation > modifier les paramètres du mode > Modifier les paramètres d'alimentation avancés > PCI Express > Gestion de l'alimentation de l'était de la liaison > Paramètre: Désactivé.
 
Tout marche nickel depuis que j'ai fait ça, que ce soit win7 ou win 8.1 .

Écouter de la musique dans un autre mode que 'divertissement', pour se cogner un signal hypertrophié (trop fort), merci

Je compares pas, je notais juste qu'on possède une plus grande souplesse avec le CMSS3D, vu que tu peux lui coller ce que tu veux aux fesses.

Non, ce n'est pas la même chose, fait le test, active la sortie DirectSound de MPC-HC, et active le par Alchemy, tu entendras une différence direct au niveau du CMSS3D, en comparant le mode jeux et Divertissement,  preuve que les filtres HRTF ne sont pas du tout au même niveau.

Les audigy SE/LE utilisaient le dsp CA0106, qui n'as vraiment rien en commun avec l'EMU10K2 des autres Audigy et est bien inférieur.

L'audio n'est pas plus léger à décoder que les Vertex shaders surtout quand tu peux monter à 128 Voix, avec en plus les effets EAX et les filtres HRTF....

L'occupation cpu montait déjà en flèche en utilisant que 64 voix sans EAX ni HRTF

Si on résonnait comme toi, on se demanderait pourquoi on utiliserait des gpu's de plus en plus puissant spécialisés dans le traitement de taches spécifiques car après tout le CPU peut le faire hein  

Enfin bon, ça ne changera pas la conclusion, la mort de l'accélération hard' du son nous a ramenés 10 ans en arrière, avec une qualité inférieure, c'est un fait.  

Après la majorité des personnes s'en battent les steak's, quand tu vois que les kit's PC se vendent comme des p'tits pains, mais c'est pas une excuse.

Ca me fait penser aux gamer's qui investissent des tonnes de €€€ dans leur CG, proco, mais prennent un TN 6bit utilisant du FRC pour combler le manque de nuances à afficher, occasionnant du banding dégeulasse  

 
Pour écouter de la musique, peu importe le mode, du moment que tu n'actives pas le cryztalizer et autres joyeusetés, même si le best reste le mode création musicale  

Dégueux comment et en quoi c'est lié à sa gestion software ?

Bah le traitement par le cpu de CMSS-3D, c'est vraiment pas ça quoi, fait un test sur un film comme Fury en blu-ray au casque, et compare la différence entre le mode jeu et le mode divertissement

Par contre, faut utiliser MPC-HC avec sortie audio DirectSound et avec Alchemy, sinon ça ne sert à rien

j'ai filé ma xtreme music à un pote qui a un petit kit 2.0 bose companion 2, on sentait bien la différence comparé au chip intégré, mais clairement et je me suis surpris moi-même à le voir et à l'affirmer, quand on a essayé le crystaliser, ça donnait un plus agréable avec ce genre de kit.
 
ps: c'était pour du évi maydol

C'est bizarre car le cryztalizer est vraiment pas fait pour ces kit's normalement, vu qu'ils sont déja boostés au niveau de leurs amplis intégrés question basse et aigus.

J'aime bien sur mon Rokkit 5 G3 car le signal est assez "plat", ça augmente les basses mais je suis obligé de foutre toutes les fréquences à partir de 2khz à -3dB avec l'EQ pour pas déchirer mes tweeters et mes oreilles accessoirement  

Malheureusement d'ailleurs, je n'écoute plus de métal, avant j'aimais bien Pantera, mais quand tu passes à un AKG K701, c'est plus possible d'écouter, tellement le mastering est à chier  

 
Faudrait déjà que le mode software et hardware soit au même niveau et que creative ne bride pas volontaire la bibilothèque software pour mettre en avant la version hardware , Physix Hardware/software volontairement bridée c'est un peu le même délire ^^ .  
 

 
Oui mais peu importe le DSP , c'est pas lui qui fait la qualité audio . Un DSP puissant pour alléger le proc y a 10/15 ans ça avait une utilité oui .
 

 
Na désolé l'audio c'est bien plus léger à décoder ... , je t'ai montré un lien qui testait l'occupation CPU sur un test DS3D + EAX , avec une routine non optimisé décodé en software , l'une software mais optimisé , et l'autre en hardware .  
 
Je note niveau utilisation CPU sur une routine rightmark + EAX  : 64 voix : software : 12 % , Software optimisé : 4 % , hardware : 1.5%   , en 128 voix : 18 % pour la software , et 2% pour la hardware , creative avait bridée volontairement à l'époque le CA110 de la bravura à un buffer de 64 voix . ça c'était fait avec un Core 2 Duo E8XXX , bref de nos jours l’impact niveau hardware de routine audio est pas si élevé que ça .
 
De nos jours y a pleins de moteurs audios qui gère 128 voix , mais bon y a aucun travail pour ce qui est du positionnement audio etc , non parce ce que ça prendrait beaucoup de ressource niveau CPU , mais par flemme de développer un moteur audio décent , utiliser les routines EAX toute prêtes de chez EAX c'était quand même plus simple .
 
Bref quand on avait des monocœurs à 1.5 ghz et moins , l'accélération matériel audio avait tout son sens , mais de nos jours ... vu la puissance de nos machines si on a les routines optimisés pour on peut faire un moteur audio en software de très bonne qualité  , mais pour ça faut encore le vouloir ... hors pour l'instant l'audio ça reste le parent pauvre chez les développeurs , une question de volonté , plus que de limites matériels .
 
Les gens se feront une idée , sur ce qu'est l'accélération matériel audio suite à ce débat .
 

 
Le métal c'est censé être une musique dur , pas le genre à te caresser l'oreille gentiment   .
 

major95 > en WASAPI, ça coupe toute opti. non !?
Et moi c'est une comparaison pour la musique, qui sort en 5.1 24 bits (via mon lecteur : mediamonkey) ...
 
Le CMSS, c't'unqiement pour la télé

Bizarre comme truc, mais bon à savoir. Merci du retour
 

 
J'ai eu deux casques AKG, pas du très haut de gamme mais même avec mon K530 je comprends, ce sont des casques assez basseux faut le dire. Après, chaque type de musique a son réglage dans l'equalizer pour ma part
 

 
Ben ouais je suis le premier surpris, mais tant mieux. Après, peut-être que c'est spécifique sur port 16x (unique qui plus est), peut-être que c'est la gestion de l'alim de ma cm qui joue aussi, et ptete même mon alim (même si la titanium hd ne nécessite pas de branchement), va savoir

Déjà et avant tout, ce n'est AMHA pas normal d'avoir besoin d'ajuster le son en fonction de son casque/enceinte et des musiques !
J'écoute de tout sans avoir besoin de changer quoi que ce soit : WASAPI, pas d'effet dans le programme qui_fait_du_son etc.

chaque couple ampli/enceintes a quand même son caractère, tu peux pas dire que t'as la même expérience (je prends des "extrêmes" attention) entre un kit bose, un couple marante/triangle et du matos asiatique, déjà !
 
pour le casque, notamment AKG, non tu peux pas écouter du metal avec !

 
C'est de l'humour hein ?  

Si bien sûr, tout comme il y a des casques mieux pour le blues (les fameux "mindset head/r" ), les AKG c'est pas pour le maÿtal

Clairement, les masterings Megadeth/Pantera/Iron Maiden passent carrément pas sur mon K701, j'ai l'impression que les aigus sont over-saturés  

 
Les deux biblio's sont au même niveau, car sur les derniers Sound Blaster Z sont basés seuleument sur biblos software, justement    
 
Donc non, ce n'est pas un bridage volontaire, simplement que le traitement hardware sera toujours supérieur.

Il faut surtout ne pas oublier que l'OpenAL emmerdait au plus au point Microsoft car était multi-plateforme (Linux,Mac etc...) d'autant que c'est le path audio le plus utilisé justement pour les conversions PC===>Mac/Linux ou natif et ça emmerdait Microsoft qui a tout fait pour en dissuader l'utilisation, une grosse boite comme Microsoft a largement les moyens d'imposer son pdv par rapport à la petite entreprise Creative.  

Donc si il y'a quelqu'un a blâmer dans l'histoire c'est bien Microsoft.  

que ça empêche pas Creative de metttre à jour leurs drivers quand même

Y'a un mastering la dessus ? C'est pas tout a fond ?

 
Symphony X , The Damnation Game , y a pas de soucis de compression ou autre .
 

 
 
Non Creative . Ils ont eut la flemme de refaire leurs librairies en software et l'optimiser , tout comme le fait de garder leurs routines EAX 3.0 et supérieurs fermés . . .
 
Réécrire les libraires au complet ça aurait demander du temps et de l'argent .  Mais creative aurait pu anticiper mieux la fin de l'accélération matériel comme j'ai dit ... ça été annoncer très à l'avance , ils ont mis des plombes à réagir avec open al et encore ...

Je vois pas trop le rapport entre OpenAl et Microsoft.
 
Microsoft a arrêté directsound sous vista pour passer sur WASAPI car responsable de bon nombre d'écran bleu selon leur dire (en hardware principalement). OpenAl est totalement autonome du reste, l'accélération matérielle continue de fonctionner matériellement sur Windows 8.1, si la carte son le supporte.
 
OpenAl est mort car creative a arrêté tout développement dessus, tandis que de nombreux middleware audio eux ce sont sophistiqué, et lorsqu'en tant que développeur tu as le choix entre un open Al boiteux (-> arma 1 par exemple), et un middleware qui fonctionnera chez tous le monde, de la même manière, le choix est très vite fait.
 
Creative s'est tué tous seul, n'a pas su convaincre les développeur d'implémenter leur solution comme du temps de l'EAX.

OpenAL c'est pas Creative d'un côté... (d'où le nom de "Open" ).

OpenAL c'est une marque creative, et c'est propriétaire depuis la version 1.1.

OpenAL marchait très bien sous Mass Effect 1    
 
Le son des 2 autres est clairement inférieur  

 
 
Ca c'est du pur pipeau par contre, la cause des BSOD a toujours été majoritairement les pilotes graphiques que ce soit sous Xp ou Vista
 
Après oui il devait sans doute avoir plus de BSOD entre du son traité en hard et l'autre en soft', mais c'est comme les 1er graphics engine, le rendu software était généralement plus stable mais vla la qualité    
 
 

Je pense pas que ce soit du pipeau non, quand je vois les BSOD que je me tapais ainsi que tous les possesseurs de X-Fi sous LotRO en EAX... ça a été corrigé plus de 4 ans après la sortie du jeu, et parce qu'on a été insistant sur les forums.
 
Ce n'est qu'un exemple, mais faut reconnaître que y'avait aussi des soucis, et pas que sur LotRO. Par contre quand ça marche, c'est un son tellement plus riche (et qui me manque).

ravenloft > il me semblait avoir entendu une nette différence mais bon ...
Sinon le projet d'AMD est une piste

http://www.amd.com/fr-fr/innovatio [...] -densemble

Le souci dans les derniers pilotes avec OpenAL, c'est pas "corrigé" dans le pack de daniel_k ? Il me semblait avoir vu ça sur les forums de Creative...

Je suis au boulot, j'ai pas le lien sous la main, mais c'était dans des releases notes sur le topic des pilotes de daniel_k.

J'ai du confondre alors, je ne retrouve plus que la mention qui dit qu'OpenAL x64 est à présent fonctionnel...

 
J'ai pas l'impression que ce soit vraiment exploité l'accélération matériel audio niveau console , ni mis en avant , c'est une fonction hérité du SOC d'origine AMD qui embarque le "true audio" (ou l'équivalent console sous une autre dénomination) qui  oui est une sorte d'accélération matériel audio , alors une fonction gratuite en plus , pourquoi se privé de listé cette feature ? Mais bon faudrait déjà l'exploiter concrètement (c'est plutôt ça la question à se poser) ...

Oui le driver OpenAL x64 est buggé, pas possible de l'utiliser, ça entraîne systématiquement un bsod au bout de 5min...
 
Je n'ai pas testé sous x86 par contre    
 

 
L'activation était chiante, mais une fois fait, c'était fait    
 
Pour les craquements ça venait pas plutôt des problèmes de compatibilités des chipsets Nforce avec les X-Fi ?