Problème de coupure de son par intermitence sur la piste d'enregistrement
- 23 réponses
- 5 participants
- 1 036 vues
- 1 follower
The JazzMan
3
Nouvel·le AFfilié·e
Membre depuis 20 ans
Bonjour a tous,
J'ai acheté la carte EMU 1820 et voici la config de mon PC:
Processeur: AMD Sempron 2400+, Carte mère: ASRock K7VT4A+ (chipset VIA), 512Mo DDR-SDRAM 133 et 2 Disques dur 80Go 7200tr/mn, OS: Windows XP Pro, Logiciels: Cubase VST et Samplitude Pro 7. Ce PC est exclusivement reservé à la MAO, il ne contient aucun autre programme que mes logiciels de MAO (pas d'internet, ni de jeux et autres).
Mon problème est le suivant: lorsque j'enregistre une prise de son (clavier ou guitare ou chant) le son se coupe pendant l'enregistrement et reviens et se recoupe et reviens et ainsi de suite... J'ai tous essayé et rien ne change. J'ai fais les mises à jour de la carte son et de la carte mère (chipsets). Je suis dans l'impasse, si quelqu'un à une idée ou déjà vecu se problème aidez moi, SVP. Je suis actuellement privé de ce que j'aime le plus: la musique.
Merci à tous et bonne zique.
J'ai acheté la carte EMU 1820 et voici la config de mon PC:
Processeur: AMD Sempron 2400+, Carte mère: ASRock K7VT4A+ (chipset VIA), 512Mo DDR-SDRAM 133 et 2 Disques dur 80Go 7200tr/mn, OS: Windows XP Pro, Logiciels: Cubase VST et Samplitude Pro 7. Ce PC est exclusivement reservé à la MAO, il ne contient aucun autre programme que mes logiciels de MAO (pas d'internet, ni de jeux et autres).
Mon problème est le suivant: lorsque j'enregistre une prise de son (clavier ou guitare ou chant) le son se coupe pendant l'enregistrement et reviens et se recoupe et reviens et ainsi de suite... J'ai tous essayé et rien ne change. J'ai fais les mises à jour de la carte son et de la carte mère (chipsets). Je suis dans l'impasse, si quelqu'un à une idée ou déjà vecu se problème aidez moi, SVP. Je suis actuellement privé de ce que j'aime le plus: la musique.
Merci à tous et bonne zique.
The JazzMan
Anonyme
The JazzMan
3
Nouvel·le AFfilié·e
Membre depuis 20 ans
S.d.m
4787
Squatteur·euse d’AF
Membre depuis 21 ans
YanMacDuff
211
Posteur·euse AFfiné·e
Membre depuis 21 ans
Anonyme
Personnellement je tourne avec un AMD athlon (XP 3000+). Et ça marche nickel, j'utilise la carte avec Cubase SX2 et Reason 2.5 
.
Le seul soucis c'est avec EMUX, le sampleur, le niveau de sortie est tres faible, et difficile donc a exploiter pour l'instant.
Mais la 1820M et le driver ASIO ainsi que patchmix ça roule avec mon AMD.
.Le seul soucis c'est avec EMUX, le sampleur, le niveau de sortie est tres faible, et difficile donc a exploiter pour l'instant.
Mais la 1820M et le driver ASIO ainsi que patchmix ça roule avec mon AMD.
S.d.m
4787
Squatteur·euse d’AF
Membre depuis 21 ans
Anonyme
Merci pour l'info (headroom/boost) , je vais essayer (c'est fait ca marche c'est super).
Pour ce qui de la compatibilite, j'avais posé la question a EMU (irland), et il n'y a pas de soucis avec AMD.
Le point "noir" c'est la gestion de la bande passante du port PCI. La carte 1820 etant munie d'un DSP, les acces en temps rééls sont nombreux et importants. C'est pourquoi il y a des soucis avec les chipsets pour AMD qui integre le SATA. Les constructeurs de cartes mere et de chipsets pour AMD, ont implantés le controleur SATA sur la bande passante du port PCI (or un disque SATA est lui aussi gourmand en bande passante sur le port PCI) ce qui provoque "les craquements" (en fait se sont des ruptures de flux). Bref qqe soit votre config faite attention a ce qui se passe sur le port PCI.
Pour ce qui est des processeurs 64 bit, il y a un risque (d'apres un technos d'EMU irland). Car il faut utiliser XP SP2 pour faire tourner une config en 64 bit (a verifier, je n'ai jamais testé). Et le driver EMU ASIO pourrait avoir des problemes avec SP2 (a confirmer cela me semble bizarre car j'ai deja essaye la carte 1820M avec/sans les mises a jours, sur plusieurs XP(version exotique de gamer, SP1) plusieurs carte mere (ASUS chipset VIA, ABIT chipset nforce2) ainsi que mon proc (AMD 3000+ athlon) et celui d'un amis (AMD 2800+ athlon), et le driver Emu a toujours tres bien fonctionné
.
Merci Antoine pour le relage du niveau de sortie!
Pour ce qui de la compatibilite, j'avais posé la question a EMU (irland), et il n'y a pas de soucis avec AMD.
Le point "noir" c'est la gestion de la bande passante du port PCI. La carte 1820 etant munie d'un DSP, les acces en temps rééls sont nombreux et importants. C'est pourquoi il y a des soucis avec les chipsets pour AMD qui integre le SATA. Les constructeurs de cartes mere et de chipsets pour AMD, ont implantés le controleur SATA sur la bande passante du port PCI (or un disque SATA est lui aussi gourmand en bande passante sur le port PCI) ce qui provoque "les craquements" (en fait se sont des ruptures de flux). Bref qqe soit votre config faite attention a ce qui se passe sur le port PCI.
Pour ce qui est des processeurs 64 bit, il y a un risque (d'apres un technos d'EMU irland). Car il faut utiliser XP SP2 pour faire tourner une config en 64 bit (a verifier, je n'ai jamais testé). Et le driver EMU ASIO pourrait avoir des problemes avec SP2 (a confirmer cela me semble bizarre car j'ai deja essaye la carte 1820M avec/sans les mises a jours, sur plusieurs XP(version exotique de gamer, SP1) plusieurs carte mere (ASUS chipset VIA, ABIT chipset nforce2) ainsi que mon proc (AMD 3000+ athlon) et celui d'un amis (AMD 2800+ athlon), et le driver Emu a toujours tres bien fonctionné
.Merci Antoine pour le relage du niveau de sortie!
S.d.m
4787
Squatteur·euse d’AF
Membre depuis 21 ans
Citation : Le point "noir" c'est la gestion de la bande passante du port PCI. La carte 1820 etant munie d'un DSP, les acces en temps rééls sont nombreux et importants. C'est pourquoi il y a des soucis avec les chipsets pour AMD qui integre le SATA. Les constructeurs de cartes mere et de chipsets pour AMD, ont implantés le controleur SATA sur la bande passante du port PCI (or un disque SATA est lui aussi gourmand en bande passante sur le port PCI) ce qui provoque "les craquements" (en fait se sont des ruptures de flux). Bref qqe soit votre config faite attention a ce qui se passe sur le port PCI.
c'est grosso merdo ce que m'a dit le directeur commercial E-Mu france au téléphone ce matin (après m'avoir dis que je le faisait un peu chier passqu'il a du taf
) mais comme je m'y connais peu en informatique j'ai préféré ne pas rapporter la discusion ici de peur de la travestir.
mais il m'a bien parler d'acces au port pci très gourmand de la part de la 1820 (M) et que les Carte mere intel serais mieux foutu de ce coté là... l'histoire des controleurs sata j'y pipe que dalle et il n'en m'en a pas parlé, ça a à voir avec la manière dont est géré le flux entre "l'ordinateur" et ces périf' PCI, c'est un truc comme ça ?
Citation : Merci Antoine pour le relage du niveau de sortie!
je t'en prie
Anonyme
Je vais essayé de faire simple 
.
Le port PCI est fait a la base pour connecter des cartes suplementaires (carte graphique, carte son, carte reseaux etc...). Les cartes graphique ont maintenant leur bus d'echange dedié (AGP) car elles sont devenues tres puissantes et necessitent une grande vitesse que le port PCI classique ne pouvait pas offrir.
Quand aux disques durs, ils se trouvent sur un autre "canal". Les disques sont geres par des controleurs directements implantés sur la carte mere ; donc ils n'utilisent pas le "canal" PCI, et "cause" au processeur par un "canal" tres specifique (en general se sont des controleurs IDE, qui peuvent assurer un taux de transfert jusqu'a 133Mo/s).
Sur les controleurs IDE on trouve aussi, les lecteurs de cd, dvd, graveur. En regle general on trouve 2 controleurs IDE par carte mere. Chaque controleurs peut gerer 2 periperiques
( un en "maitre" l'autre en esclave) .
Donc on peut generalement connecter 4 peripheriques (Disque durs, lecteur graveur).
Si cela ne suffit pas au besoin de l'utilisateur, on peut rajouter des cartes controleur sur le bus PCI. Mais dans ce cas toutes les données echangees avec les peripherique connnectes sur cette carte controleur, transiterront par le port PCI
.
Ensuite le SATA est arrive...
C'est un nouvelle maniere de gere les peripheriques (de type disque durs, et plus tard j'imagine que les lecteurs et graveur y viendront, si ce n'est pas deja fait). Cela "remplace" l'IDE qui est arrive en fin de vie. LE SATA est une connection de type serie (d'ou serial ata...) alors que l'IDE est de type paralelle. L'IDE assure un taux de transfert au max de 133Mo/s, alors que le SATA assure un taux de 150Mo/s.
Le probleme en ce qui nous concerne, c'est que les constructeurs de cartes meres ont implantes les nouveaux controlleur SATA pour le chipset AMD à la "vas vite"
, directement sur le bus PCI. Chose qui n'est pas fait pour les chipset INtel, ou là les controleurs SATA ont été implantés correctement sur les cartes mere, c'est a dire pas collé comme une verrue sur un bus existant (PCI), mais sur un bus dedié a l'utilisation du SATA.
La carte Emu etant tres gourmande en "echange" avec le processeur (notement en raison d'un processeur d'effet DSP), utilise de maniere intensive le bus PCI.
Un controleur SATA fait de meme, il echange enormement lui aussi (car il gere un disque dur, avec un haut taux de transfert) .
Donc si on essaye de tout faire passer ces echanges sur un bus PCI, le proccesseur se voit oblige de "departager" les deux protagonistes, et les geres "l'un apres l'autre" lorsque que le volume d'echange est superieur a la capacite des "tuyaux" (bande passante du port PCI) .
Voila pourquoi, ca merde avec des configues AMD+SATA.
Pour le reste il faut avoir a l'esprit que la carte Emu 1820 est exigeante au niveau des echanges d'info avec le processeur, et qu'elle utilise le port PCI.
Sinon bien sur une plateforme INTEL on prend moins de risque puisque on le voit bien les constructeurs, privilégie la qualite plus sur des plateforme INTEL qu'AMD. (Mais c'est une volonte des constructeurs, leur choix). Bref on fait tout pour pousser les gens a acheter de l'INTEL plutot que de l'AMD.
Pour un musicien qui n'aime pas ou ne connait pas l'informatique, et qui ne souhaite pas devenir un technicien maintenance pc, je recomande donc d'utiliser de l'INTEL (Statisquement il aura moins de Pbs informatique)
Par contre si les problemes de pc ne vous rebutent pas les plateforme AMD fonctionnent tres bien, coute beaucoup moins chere, mais un peu plus delicate a regler
...
.Le port PCI est fait a la base pour connecter des cartes suplementaires (carte graphique, carte son, carte reseaux etc...). Les cartes graphique ont maintenant leur bus d'echange dedié (AGP) car elles sont devenues tres puissantes et necessitent une grande vitesse que le port PCI classique ne pouvait pas offrir.
Quand aux disques durs, ils se trouvent sur un autre "canal". Les disques sont geres par des controleurs directements implantés sur la carte mere ; donc ils n'utilisent pas le "canal" PCI, et "cause" au processeur par un "canal" tres specifique (en general se sont des controleurs IDE, qui peuvent assurer un taux de transfert jusqu'a 133Mo/s).
Sur les controleurs IDE on trouve aussi, les lecteurs de cd, dvd, graveur. En regle general on trouve 2 controleurs IDE par carte mere. Chaque controleurs peut gerer 2 periperiques
( un en "maitre" l'autre en esclave) .
Donc on peut generalement connecter 4 peripheriques (Disque durs, lecteur graveur).
Si cela ne suffit pas au besoin de l'utilisateur, on peut rajouter des cartes controleur sur le bus PCI. Mais dans ce cas toutes les données echangees avec les peripherique connnectes sur cette carte controleur, transiterront par le port PCI
.Ensuite le SATA est arrive...
C'est un nouvelle maniere de gere les peripheriques (de type disque durs, et plus tard j'imagine que les lecteurs et graveur y viendront, si ce n'est pas deja fait). Cela "remplace" l'IDE qui est arrive en fin de vie. LE SATA est une connection de type serie (d'ou serial ata...) alors que l'IDE est de type paralelle. L'IDE assure un taux de transfert au max de 133Mo/s, alors que le SATA assure un taux de 150Mo/s.Le probleme en ce qui nous concerne, c'est que les constructeurs de cartes meres ont implantes les nouveaux controlleur SATA pour le chipset AMD à la "vas vite"
, directement sur le bus PCI. Chose qui n'est pas fait pour les chipset INtel, ou là les controleurs SATA ont été implantés correctement sur les cartes mere, c'est a dire pas collé comme une verrue sur un bus existant (PCI), mais sur un bus dedié a l'utilisation du SATA.La carte Emu etant tres gourmande en "echange" avec le processeur (notement en raison d'un processeur d'effet DSP), utilise de maniere intensive le bus PCI.
Un controleur SATA fait de meme, il echange enormement lui aussi (car il gere un disque dur, avec un haut taux de transfert)
.Donc si on essaye de tout faire passer ces echanges sur un bus PCI, le proccesseur se voit oblige de "departager" les deux protagonistes, et les geres "l'un apres l'autre" lorsque que le volume d'echange est superieur a la capacite des "tuyaux" (bande passante du port PCI)
.Voila pourquoi, ca merde avec des configues AMD+SATA.
Pour le reste il faut avoir a l'esprit que la carte Emu 1820 est exigeante au niveau des echanges d'info avec le processeur, et qu'elle utilise le port PCI.
Sinon bien sur une plateforme INTEL on prend moins de risque puisque on le voit bien les constructeurs, privilégie la qualite plus sur des plateforme INTEL qu'AMD. (Mais c'est une volonte des constructeurs, leur choix). Bref on fait tout pour pousser les gens a acheter de l'INTEL plutot que de l'AMD.
Pour un musicien qui n'aime pas ou ne connait pas l'informatique, et qui ne souhaite pas devenir un technicien maintenance pc, je recomande donc d'utiliser de l'INTEL (Statisquement il aura moins de Pbs informatique)
Par contre si les problemes de pc ne vous rebutent pas les plateforme AMD fonctionnent tres bien, coute beaucoup moins chere, mais un peu plus delicate a regler
...S.d.m
4787
Squatteur·euse d’AF
Membre depuis 21 ans
Merci pour ces explications l'ami
bon j'ai phoné le service technique de E-Mu (10 min à 20 cent la minute !!!
)mais c'était pas pour rien !
le mec m'a carrement dit qu'il valais mieux avoir de l'amd, selon lui c'est simplement mieux pour moins cher comme tu l'as dit clerks.
Il m'a donc conseillé
_un proc amd athlon 64 (et pas sempron toujours selon lui)
_sutout pas un socket A (je sais pas ce que ça veut dire mais il y tenait!! )
_ un chipset 939 plutôt que 754 (j'y connais rien, je répette juste
)
_comme carte mêre le type a dis de choisir asus A8 N SLI ou A8V je crois.
tout celà explose le buget que je mettait fixé evidement !
bon j'ai phoné le service technique de E-Mu (10 min à 20 cent la minute !!!
)mais c'était pas pour rien ! le mec m'a carrement dit qu'il valais mieux avoir de l'amd, selon lui c'est simplement mieux pour moins cher comme tu l'as dit clerks.
Il m'a donc conseillé
_un proc amd athlon 64 (et pas sempron toujours selon lui)
_sutout pas un socket A (je sais pas ce que ça veut dire mais il y tenait!! )
_ un chipset 939 plutôt que 754 (j'y connais rien, je répette juste
)_comme carte mêre le type a dis de choisir asus A8 N SLI ou A8V je crois.
tout celà explose le buget que je mettait fixé evidement !
YanMacDuff
211
Posteur·euse AFfiné·e
Membre depuis 21 ans
Anonyme
Bonjour,
Precision:
Sur un pc seul est standardisé, la partie "soft" c'est a dire la gestion "programme de la machine". La partie "hard" (l'electronique) est laissée au gout du constructeur (de la carte mere, carte son , graphique...) Afin que tous ces equipements puissent vivrent ensemble, une sorte de "multiprise" ou "interface"standard existe : Le BIOS (basic input output systeme). Le bios est un "petit" programme dans un memoire de la carte mere, qui permet de tout standardiser (les adresses d'interruptions du processeur, etc etc).
Cette architecture offre un plus grande liberté pour les fabriquants, mais la contrepartie c'est les problemes de compatibilite entre les differents equipements (memoire vive, disques durs cartes graphique...).
Ainsi chaque constructeur a la liberté de gerer la carte mere selon son "gout" independement du systeme d'exploitation (win, linux, ...).
C'est pourquoi au fur et a mesure des innovations, chacun d'entre eux se sont créer des "standards" intermediaires(chipset, socket).
Là je ne suis pas sur mais a mon humble avis les "sockets" sont une sorte de standard des microprocesseurs. On en trouve presque autant qu'il a de famille de processeurs . Et les constructeurs leur donne des noms de codes bien "high" tech "
.
Le chipset c'est comment la partie hard de la carte mere est geré (il y a en fait un microprocesseur qui ne s'occupe que de ça sur chaque carte mere).
La aussi il y en a autant que de famille de cartes. Disons que les chipset INTEL (travaillant mains dans la mains avec microsoft) ont la reputation d'etre plus stable(ils servent souvent de reference), car INTEL dispose d'une experience, des informations et des supports importants.
Les chipset sont en constante evolution puisqu'ils sont en prise direct avec le "hard" qui connait des evolutions incessantes. (gestion du fire wire, du reseaux, des nouveaux controleurs USB, USB 2, SATA etc...) .
Les chipset AMD sont plus "jeunes" puisque arrivés plus tard sur le marché. Les Chipsets VIA (pour AMD) ont connus des erreurs de jeunesses maintenant bien maitrisées. La societe Nvidia (connue pour ses competences dans les cartes graphiques, puisque il ne reste plus que 2 standards dans ce domaine: Nvidia et ATI) a developpé des chipsets pour AMD recemment. Le chipset Nforce 2 (pour processeur 32bit) et le nforce 3 (pour les processeurs 64 bits).
Nvidia a plutot bonne presse, les mises a jours sont dispo sur leur site, et les chipset Nvidia (j'en utilise) avec win XP offre des machines AMD tout a fait stable (avec les win 95 98 et consoeur, il etait toujours difficile de stabiliser une machine AMD) .
Donc AMD/Nvidia sont devenus des concurents serieux d'INTEL. Une guerre commerciale s'est engagée entre eux et nous en faisont parfois les frais. Par exemple AMD/Nvidia essaye systematiquement de sortir les innovations avant INTEL (les cartes mere et le processeur 64bit AMD, sont apparuent pour le grand publique avant INTEL).
Mais dans cette course il y parfois des "ratés" techniques: L'implantation des nouveaux controlleurs SATA sur les ports PCI...
En fait ce probleme ne gene qu'un tres petit nombre d'utilisateurs, et les investissements pour reparer ce problemes seraient superieurs au couts engendré par ce probleme (perte de clients). Donc pas la peine d'attendre une evolution serieuse de ce cote, surtout que le 64bit est l'evolution du moment et non la gestion des cartes son de quelque musicien
.
Le Socket A est pour les processeur 32 bit AMD donc avec un 64Bit, ton processeur et ta carte mere ne peuvent pas etre en socket A (a verifier, je ne suis pas expert).
Pour le nforce 3 je ne peux pas t'aider je ne connais pas . Mais une precision, ce n'est pas uniquement le nforce 2 qui a des pbs de gestion du SATA, mais tous les chipset AMD+SATA (meme les VIA..). Pour savor si le controleur SATA est correctement implanté sur le nforce3 je ne vois que deux solutions:
tanner les technos de nvidia (j'espere que tu parle bien anglais) ou ... faire un essai.
Peut etre sur les forums informatique tu peux trouver ce genre d'infos (il doit existe des forums nvidia, il doivent etre referencés sur le site nvidia j'imagine).
Je viens du milieu technique industriel, et j'ai pour habitude d'eviter les dernieres innovations en matiere informatique car souvent (pas toujours) les premiers clients servent de test grandeur nature, et se confrontent aux bugs de mise au point.
J'ai donc investit dans une tour silencieuse, une bonne alime, une bonne carte son. Pour la carte mere et le processeur je reste dans un systeme deja "eprouvé".
Le 64 bit et le SATA j'y viendrais des que le 64 sera un peu "rodé".
L'apprentissage de la MAO est pour moi suffisante
, lorsque j'y serai plus a l'aise, j'envisagerai si le besoin se presente, une machine plus puissante a ce moment.
Precision:
Sur un pc seul est standardisé, la partie "soft" c'est a dire la gestion "programme de la machine". La partie "hard" (l'electronique) est laissée au gout du constructeur (de la carte mere, carte son , graphique...) Afin que tous ces equipements puissent vivrent ensemble, une sorte de "multiprise" ou "interface"standard existe : Le BIOS (basic input output systeme). Le bios est un "petit" programme dans un memoire de la carte mere, qui permet de tout standardiser (les adresses d'interruptions du processeur, etc etc).
Cette architecture offre un plus grande liberté pour les fabriquants, mais la contrepartie c'est les problemes de compatibilite entre les differents equipements (memoire vive, disques durs cartes graphique...).Ainsi chaque constructeur a la liberté de gerer la carte mere selon son "gout" independement du systeme d'exploitation (win, linux, ...).
C'est pourquoi au fur et a mesure des innovations, chacun d'entre eux se sont créer des "standards" intermediaires(chipset, socket).
Là je ne suis pas sur mais a mon humble avis les "sockets" sont une sorte de standard des microprocesseurs. On en trouve presque autant qu'il a de famille de processeurs . Et les constructeurs leur donne des noms de codes bien "high" tech "
.Le chipset c'est comment la partie hard de la carte mere est geré (il y a en fait un microprocesseur qui ne s'occupe que de ça sur chaque carte mere).
La aussi il y en a autant que de famille de cartes. Disons que les chipset INTEL (travaillant mains dans la mains avec microsoft) ont la reputation d'etre plus stable(ils servent souvent de reference), car INTEL dispose d'une experience, des informations et des supports importants.
Les chipset sont en constante evolution puisqu'ils sont en prise direct avec le "hard" qui connait des evolutions incessantes. (gestion du fire wire, du reseaux, des nouveaux controleurs USB, USB 2, SATA etc...)
.Les chipset AMD sont plus "jeunes" puisque arrivés plus tard sur le marché. Les Chipsets VIA (pour AMD) ont connus des erreurs de jeunesses maintenant bien maitrisées. La societe Nvidia (connue pour ses competences dans les cartes graphiques, puisque il ne reste plus que 2 standards dans ce domaine: Nvidia et ATI) a developpé des chipsets pour AMD recemment. Le chipset Nforce 2 (pour processeur 32bit) et le nforce 3 (pour les processeurs 64 bits).
Nvidia a plutot bonne presse, les mises a jours sont dispo sur leur site, et les chipset Nvidia (j'en utilise) avec win XP offre des machines AMD tout a fait stable (avec les win 95 98 et consoeur, il etait toujours difficile de stabiliser une machine AMD)
.Donc AMD/Nvidia sont devenus des concurents serieux d'INTEL. Une guerre commerciale s'est engagée entre eux et nous en faisont parfois les frais. Par exemple AMD/Nvidia essaye systematiquement de sortir les innovations avant INTEL (les cartes mere et le processeur 64bit AMD, sont apparuent pour le grand publique avant INTEL).
Mais dans cette course il y parfois des "ratés" techniques: L'implantation des nouveaux controlleurs SATA sur les ports PCI...
En fait ce probleme ne gene qu'un tres petit nombre d'utilisateurs, et les investissements pour reparer ce problemes seraient superieurs au couts engendré par ce probleme (perte de clients). Donc pas la peine d'attendre une evolution serieuse de ce cote, surtout que le 64bit est l'evolution du moment et non la gestion des cartes son de quelque musicien
.Le Socket A est pour les processeur 32 bit AMD donc avec un 64Bit, ton processeur et ta carte mere ne peuvent pas etre en socket A (a verifier, je ne suis pas expert).
Pour le nforce 3 je ne peux pas t'aider je ne connais pas
. Mais une precision, ce n'est pas uniquement le nforce 2 qui a des pbs de gestion du SATA, mais tous les chipset AMD+SATA (meme les VIA..). Pour savor si le controleur SATA est correctement implanté sur le nforce3 je ne vois que deux solutions: tanner les technos de nvidia (j'espere que tu parle bien anglais) ou ... faire un essai.
Peut etre sur les forums informatique tu peux trouver ce genre d'infos (il doit existe des forums nvidia, il doivent etre referencés sur le site nvidia j'imagine).
Je viens du milieu technique industriel, et j'ai pour habitude d'eviter les dernieres innovations en matiere informatique car souvent (pas toujours) les premiers clients servent de test grandeur nature, et se confrontent aux bugs de mise au point.
J'ai donc investit dans une tour silencieuse, une bonne alime, une bonne carte son. Pour la carte mere et le processeur je reste dans un systeme deja "eprouvé".
Le 64 bit et le SATA j'y viendrais des que le 64 sera un peu "rodé".
L'apprentissage de la MAO est pour moi suffisante
, lorsque j'y serai plus a l'aise, j'envisagerai si le besoin se presente, une machine plus puissante a ce moment.S.d.m
4787
Squatteur·euse d’AF
Membre depuis 21 ans
S.d.m
4787
Squatteur·euse d’AF
Membre depuis 21 ans
YanMacDuff
211
Posteur·euse AFfiné·e
Membre depuis 21 ans
YanMacDuff
211
Posteur·euse AFfiné·e
Membre depuis 21 ans
Anonyme
Bonjour Yann,
Pour ce qui est de la compatibilité entre ta config et une carte 1820m, je ne vois pas pourquoi tu aurais des problemes si tu n'utilise pas de SATA.
Le probleme des chipsets AMD+SATA est connu des service techniques d'EMU, par contre je sais que les technos d'EMU irland sont nouveaux (il sont arrivé en décembre) Ils ne sont donc pas forcement de mauvaise fois, lorsqu'ils disent ne pas etre au courant .
Je suis d'accord avec eux lorsqu'ils repondent que c'est un probleme "dans la cours de fabricant de CM ou de chipset", car le pb viens bien d'une mauvaise gestion du bus PCI avec le SATA des Chipset AMD .
Pour ce qui est est de l'achat en ligne, ben là c'est toi qui vois , mais ce genre de produit je prefere les acheter chez un revendeur car s'il y a un pb je peux trouver un interlocuteur en chaire et en os , c'est plus pratique.
Pour ce qui est du prix personelement j'ai pu négocier le "EMUX studio" à 520 € (carte 1820m + le sampleur EMU X). Sur le site il est annoncé a 599€ . Il esxiste toujours qqu'un qui aura mieux negocier, mais bon je ne me plains pas cette carte et ce sampler fonctionnent bien, donc j'en suis tres content. Je ne sais pas où tu vis mais peut etre que chez toi il existe un revendeur avec qui tu pourra negocier?
Dans tous les cas je te souhaite pleins de bonheur musicaux pour 2005
Pour ce qui est de la compatibilité entre ta config et une carte 1820m, je ne vois pas pourquoi tu aurais des problemes si tu n'utilise pas de SATA.
Le probleme des chipsets AMD+SATA est connu des service techniques d'EMU, par contre je sais que les technos d'EMU irland sont nouveaux (il sont arrivé en décembre) Ils ne sont donc pas forcement de mauvaise fois, lorsqu'ils disent ne pas etre au courant
.Je suis d'accord avec eux lorsqu'ils repondent que c'est un probleme "dans la cours de fabricant de CM ou de chipset", car le pb viens bien d'une mauvaise gestion du bus PCI avec le SATA des Chipset AMD
.Pour ce qui est est de l'achat en ligne, ben là c'est toi qui vois , mais ce genre de produit je prefere les acheter chez un revendeur car s'il y a un pb je peux trouver un interlocuteur en chaire et en os , c'est plus pratique.
Pour ce qui est du prix personelement j'ai pu négocier le "EMUX studio" à 520 € (carte 1820m + le sampleur EMU X). Sur le site il est annoncé a 599€ . Il esxiste toujours qqu'un qui aura mieux negocier, mais bon je ne me plains pas cette carte et ce sampler fonctionnent bien, donc j'en suis tres content. Je ne sais pas où tu vis mais peut etre que chez toi il existe un revendeur avec qui tu pourra negocier?
Dans tous les cas je te souhaite pleins de bonheur musicaux pour 2005
YanMacDuff
211
Posteur·euse AFfiné·e
Membre depuis 21 ans
Anonyme
Comment ça pas d'utiliisation SATA avec l'EMU ; moi ça marche très bien !!!NO PROBLEM
Anonyme
Bonjour,
MadMax> C'est normal que le SATA et l'EMU fonctionne sur ton poste, puisque tu est en Chipset INtel avec un processeur intel . Le probleme du SATA avec EMU c'est en config AMD et EMU qu'il y a des problemes, tu devrais lire la totalite des messages sur le sujet .
Yan> Comme je viens de le dire si tu veux utilise EMU avec du SATA tu peux le faire! et comme toi j'ai envie d'utiliser le SATA. C'est pourquoi j'envisage de passer sur une plateforme intel (pour l'instant le trio EMU + AMD + SATA n'est pas tres fiable ), alors que EMU + intel +SATA = ça marche et ça a l'air fiable.
Car j'ai encore découvert un petit soucis entre les drivers Emu ASIO et Rewire (utiliser pour asservir reason 2.5 et Cubase SX2), la synchro entre les deux logiciels fonctionne mal. Il faut augmenter la latence du driver ASIO pour que le mode loop fonctionne bien en synchro sur les deux logiciels. En fait pour ma par il a fallu que je regle la latence a 10ms pour que cela fonctionne (alors que sans le rewire, je fonctionne a 2ms sur tous le reste de mes applications, cubase sx compris). de plus l'installation de la mise a jours du driver (V1.6) dispo sur le site d'EMU agrave le probleme, il faut passer la latence a 20 ms pour que reason et cubase SX 2 fonctionne bien en rewire .
J'ai fait un essais sur le PC d'une copine, sa config est tout en intel (processeur +chipset) disque dur SATA, et tout fonctionne a merveille
!! plus de soucis de synchro entre mes deux applications, et le disque dur SATA c'est sympa sutout que ça fonctionne.
Pour le prix de vente Yan, je crois que quitte a acheter par correspondance tu trouvera bien mieux chez des revendeurs Francais. Il te suffit de regarder les prix annoncés ici sur le site. EMux studio est a 599€, pas a 600 et des brouettes, et puis je crois que sur Paris tu dois pouvoir trouver ton bonheur (chez playback les taros ont l'aire sympa et les livraisons sont compris dans les prix annoncer).
Personnellement j'ai deja acheté en ligne en filant un N° de carte, tout c'est toujours bien passé, mais je reste prudent avec ce genre de manip.
Bonnne continuation.
MadMax> C'est normal que le SATA et l'EMU fonctionne sur ton poste, puisque tu est en Chipset INtel avec un processeur intel
. Le probleme du SATA avec EMU c'est en config AMD et EMU qu'il y a des problemes, tu devrais lire la totalite des messages sur le sujet .Yan> Comme je viens de le dire si tu veux utilise EMU avec du SATA tu peux le faire! et comme toi j'ai envie d'utiliser le SATA. C'est pourquoi j'envisage de passer sur une plateforme intel (pour l'instant le trio EMU + AMD + SATA n'est pas tres fiable
), alors que EMU + intel +SATA = ça marche et ça a l'air fiable. Car j'ai encore découvert un petit soucis entre les drivers Emu ASIO et Rewire (utiliser pour asservir reason 2.5 et Cubase SX2), la synchro entre les deux logiciels fonctionne mal. Il faut augmenter la latence du driver ASIO pour que le mode loop fonctionne bien en synchro sur les deux logiciels. En fait pour ma par il a fallu que je regle la latence a 10ms pour que cela fonctionne (alors que sans le rewire, je fonctionne a 2ms sur tous le reste de mes applications, cubase sx compris). de plus l'installation de la mise a jours du driver (V1.6) dispo sur le site d'EMU agrave le probleme, il faut passer la latence a 20 ms pour que reason et cubase SX 2 fonctionne bien en rewire .J'ai fait un essais sur le PC d'une copine, sa config est tout en intel (processeur +chipset) disque dur SATA, et tout fonctionne a merveille
!! plus de soucis de synchro entre mes deux applications, et le disque dur SATA c'est sympa sutout que ça fonctionne.Pour le prix de vente Yan, je crois que quitte a acheter par correspondance tu trouvera bien mieux chez des revendeurs Francais. Il te suffit de regarder les prix annoncés ici sur le site. EMux studio est a 599€, pas a 600 et des brouettes, et puis je crois que sur Paris tu dois pouvoir trouver ton bonheur (chez playback les taros ont l'aire sympa et les livraisons sont compris dans les prix annoncer).
Personnellement j'ai deja acheté en ligne en filant un N° de carte, tout c'est toujours bien passé, mais je reste prudent avec ce genre de manip.
Bonnne continuation.
YanMacDuff
211
Posteur·euse AFfiné·e
Membre depuis 21 ans
Citation : C'est pourquoi j'envisage de passer sur une plateforme intel (pour l'instant le trio EMU + AMD + SATA n'est pas tres fiable ), alors que EMU + intel +SATA = ça marche et ça a l'air fiable.
Snif, je viens tout juste de m'acheter ma CM neo platinium avec AMD64 3000+
Anonyme
Resalut clerks999 eh ! petite question la au passage au lieu de tout changer, pourquoi ne pas tenter de l'externe (firewire ou usb) ça réglerais peut-être ton problm même question sync, comme ça tu pourrais au moins rester à 2ms de latence.Et en plus ça te couterais moins cher que de tout reconfig.
En particulier le FireWire dépote très soufflant (perso je l'utilise juste pour stocker mes samples) et ça ramonne dur.
X
Anonyme
Bonjour a tous 
MadMax> Ben je vois pas tres bien en quoi le fire wire m'eviterai des frais? En fait il n'y pas de fire wire sur ma CM, le seul qui est a ma disposition est celui fourni sur la carte EMU pci. Tu pourrai preciser l'architecture que tu me recommande? Merci. ;)
Pour ce qui est de mes pb de synchro entre SX et Reason en rewire, j'ai fini par trouver une solution. En réinstallant la totale (win xp, emu...) je me suis rendu compte que le patch de mise a jour du driver ASIO d'emu (v1.6) aggravait mon probleme (je l'avais installé des le debut sans me poser de questions). Puis en augmentant un peu la latence (entre 4 et 7 ms) j'arrive a faire tourne les 2 softs et le boucler en Rewire sans pb
.
De plus j'ai discuté avec un connaisseur (c'est un gamer fou, passionné d'info et d'electronique) qui m'a dit en gros:" AMD c'est tres bien et ça marche, mais son point faible c'est la gestion precise du multi tache (particulierement entre deux logiciels qui demande une synchro tres precise, comme les logiciels de musiques ou de video). Pour ce genre d'appli je recommande chaudement de l'intel qui gere moins mal ces difficultes (car en fait plus que le processeur c'est surtout Windows qui n'est pas tres fort en matiere de multi tache). Le top se serait de travailler en Linux car là tu as un vrai systeme d'exploitation multi tache et fiable qui sait gerer des synchro et des priorités."
Bon comme je ne vais pas passer en linux, et que je dois faire une nouvelle configue pour un ami en intel, j'en profiterai pour refaire des essais avec ma carte et mes softs pour tester si cela change de maniere notable le comportement des softs que j'utilise.
Quoi qu'il en soit pour faire de la musique je conseillerai dorenavant de choisir un plateforme intel plutot qu'AMD.
Et bonne zik a tous.
MadMax> Ben je vois pas tres bien en quoi le fire wire m'eviterai des frais? En fait il n'y pas de fire wire sur ma CM, le seul qui est a ma disposition est celui fourni sur la carte EMU pci. Tu pourrai preciser l'architecture que tu me recommande? Merci. ;)
Pour ce qui est de mes pb de synchro entre SX et Reason en rewire, j'ai fini par trouver une solution. En réinstallant la totale (win xp, emu...) je me suis rendu compte que le patch de mise a jour du driver ASIO d'emu (v1.6) aggravait mon probleme (je l'avais installé des le debut sans me poser de questions). Puis en augmentant un peu la latence (entre 4 et 7 ms) j'arrive a faire tourne les 2 softs et le boucler en Rewire sans pb
.De plus j'ai discuté avec un connaisseur (c'est un gamer fou, passionné d'info et d'electronique) qui m'a dit en gros:" AMD c'est tres bien et ça marche, mais son point faible c'est la gestion precise du multi tache (particulierement entre deux logiciels qui demande une synchro tres precise, comme les logiciels de musiques ou de video). Pour ce genre d'appli je recommande chaudement de l'intel qui gere moins mal ces difficultes (car en fait plus que le processeur c'est surtout Windows qui n'est pas tres fort en matiere de multi tache). Le top se serait de travailler en Linux car là tu as un vrai systeme d'exploitation multi tache et fiable qui sait gerer des synchro et des priorités."
Bon comme je ne vais pas passer en linux, et que je dois faire une nouvelle configue pour un ami en intel, j'en profiterai pour refaire des essais avec ma carte et mes softs pour tester si cela change de maniere notable le comportement des softs que j'utilise.
Quoi qu'il en soit pour faire de la musique je conseillerai dorenavant de choisir un plateforme intel plutot qu'AMD.
Et bonne zik a tous.
- < Liste des sujets
- Charte