Logo GNT
Actualités Tests & Guides Bons Plans
Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11
Entraide Linux Autres OS BSD Turtle Beach Santa Cruz, FreeBSD 5.1

Turtle Beach Santa Cruz, FreeBSD 5.1

6 réponses
Avatar
Stéphane Witzmann
Bonjour

Voici la suite de mes aventures au pays de FreeBSD 5.1. J'ai reçu
aujourd'hui une carte son Turtle Beach Santa Cruz. C'est un chipset
Crystal, supporté par le driver csa, comme le prouve dmesg :

csa0: <CS4280/CS4614/CS4622/CS4624/CS4630> mem
0xe5000000-0xe50fffff,0xe5800000-
0xe5800fff at device 9.0 on pci0
csa: card is Turtle Beach Santa Cruz
pcib0: slot 9 INTA is routed to irq 10
pcm1: <CS461x PCM Audio> on csa0
pcm1: <Cirrus Logic CS4297A AC97 Codec>
midi0: <CS461x Midi Interface> on csa0

Donc, effectivement, le chip est bien détecté, et utilisable par /dev/dsp1.
Essayons de lire un MP3 dessus... XMMS reste bloqué au démarrage et freeze.
Seconde tentative :

cat /dev/dsp1

deux possibilités :
- soit la carte ne renvoie rien mais le processus termine dans la seconde,
et ensuite la carte fonctionne normalement (ouf !) jusqu'au prochain
reboot.
- soit la carte ne renvoie rien et le processus ne se termine pas de
lui-même. La carte ne fonctionne toujours pas... Au reboot actuel, je suis
dans ce cas-là.

Note : par comparaison, cat /des/dsp0 (/dev/dsp0 fonctionne) renvoie des
caractères ésotériques, d'où la conclusion qu'il y a vraiment un problème
quelque part.

Note 2 : mention spéciale à ma SB AWE 64 ISA que je n'ai jamais réussi à
faire fonctionner sous FreeBSD, même après compilation avec le driver sbc,
même après essayage de toutes les irq possibles dans device.hints, même
après modification du noyau pour forcer la détection d'une SB64 (les
pnp_quirks ne correspondaient pas) avec mon matériel...

Note 3 : si vous avez un moyen d'empêcher la reconnaissance de la carte son
intégrée ou de faire pointer /dev/dsp sur /dev/dsp1, je suis preneur - le
mieux que j'aie trouvé jusque là est rm /dev/dsp0*, pas trés élégant.


Encore une fois, toute aide serait appréciée. Merci d'avance.


S.W.
Signaler un problème avec ce contenu

6 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Avatar
sylvain2002
cat renvoie le contenu d'un fichier texte de préférence..
et surtout doit répondre device busy si ta carte est utilisée, car cat
passe dans un premier temps comme tout le monde à la file.. donc du
coup oui c'est louche en fait.
non pas trè élégant le rm... bon déjà, ça se passe dans le bios pour
ce qui est de désactiver la carte son intégrée, et je pense que ça
peut aider.
pour ce qui est de xmms, peut-être qu'il segfault ? il faut le lancer
dans une fenêtre de shell pour voir ce qu'il y a marqué.
Es-tu sous kde ? parce que parfois les intéractions avec le aRts
laissent de vilaines surprises aux autres applis qui n'ont plus de
son.

Enfin, il faut surtout utiliser d'autres bordels comme kaboodle et
autres que xmms pour tester.. mais si j'en crois ce que tu écris tu as
déjà entendu ta carte ? si oui, c'est pas au niveau du driver que ça
se passe à mon avis
a oui et sous kde kontrol center--> sound et multi --> sound center
--> test sound
Avatar
Stéphane Witzmann
cat renvoie le contenu d'un fichier texte de préférence..
et surtout doit répondre device busy si ta carte est utilisée, car cat
passe dans un premier temps comme tout le monde à la file.. donc du
coup oui c'est louche en fait.


J'avais eu une erreur de diagnostic, car
cat /dev/dsp0 passe sous la console et konsole
alors que cat /dev/dsp1 revoyait des caractères qui ne passaient pas sous
konsole, bref j'avais cru à un problème de ce côté. Après vérification, en
redirigeant vers des fichiers, il n'y a pas de problème.

Juste que la carte commence à fonctionner quand elle en a envie...

non pas trè élégant le rm... bon déjà, ça se passe dans le bios pour
ce qui est de désactiver la carte son intégrée, et je pense que ça
peut aider.


En fait non, ça n'y change rien, je pense que le BIOS est totalement
bypassé.

pour ce qui est de xmms, peut-être qu'il segfault ? il faut le lancer
dans une fenêtre de shell pour voir ce qu'il y a marqué.


J'ai fait le test avec mpg123, il ne crashe pas, il indique juste que la
lecture est terminée, avec l'erreur :

pcm1:play:0: play interrupt timeout, channel dead

dans syslog.


Es-tu sous kde ? parce que parfois les intéractions avec le aRts
laissent de vilaines surprises aux autres applis qui n'ont plus de
son.


Je ne supporte pas aRTs, à vrai dire j'aimerais bien savoir à quoi il sert à
part uniformiser l'usage du son sous KDE, bouffer du CPU et ajouter de la
latence aux apps non-KDE (j'ai l'impression que les apps KDE anticipent).

Enfin, il faut surtout utiliser d'autres bordels comme kaboodle et
autres que xmms pour tester.. mais si j'en crois ce que tu écris tu as
déjà entendu ta carte ? si oui, c'est pas au niveau du driver que ça
se passe à mon avis


J'ai déjà entendu la carte, simplement je n'ai toujours pas compris à partir
de quel moment elle commence à marcher et pourquoi elle ne marche pas
avant. Mon avis, c'est qu'il y a un truc qui y a un truc de mal initialisé
quelque part dans le driver, et qui s'initialise au hasard des bugs, ce qui
fait que ça marche ensuite.

Avatar
Marwan FeanoR/var Burelle
On Mon, 29 Dec 2003 23:39:43 +0100
Stéphane Witzmann wrote:

J'ai fait le test avec mpg123, il ne crashe pas, il indique juste que
la lecture est terminée, avec l'erreur :

pcm1:play:0: play interrupt timeout, channel dead

dans syslog.


Hum ... j'ai déjà vu ça avec une carte isa ... mais je n'avais pas trouvé
de solution (en fait, je me demande si, comme beaucoups de cartes isa
p'n'p elle ne nécessiterait pas un passage par le driver proprio sous DOS)
bon c'était pas la même carte, non plus ...

En gros, cela semble signifier que le driver a du mal à s'attacher au
device et donc ne fournit pas tous les channels ...

Que donne un cat sur /dev/sndstat (avec un passage de hw.snd.verbose à 2
ou à 3 avant, pour que ce soit plus verbeux) ?

--
Marwan Burelle,
http://www.lri.fr/~burelle
( | )
http://www.cduce.org

Avatar
Stéphane Witzmann
Marwan FeanoR/var Burelle wrote:

On Mon, 29 Dec 2003 23:39:43 +0100
Stéphane Witzmann wrote:

J'ai fait le test avec mpg123, il ne crashe pas, il indique juste que
la lecture est terminée, avec l'erreur :

pcm1:play:0: play interrupt timeout, channel dead

dans syslog.


Hum ... j'ai déjà vu ça avec une carte isa ... mais je n'avais pas trouvé
de solution (en fait, je me demande si, comme beaucoups de cartes isa
p'n'p elle ne nécessiterait pas un passage par le driver proprio sous DOS)
bon c'était pas la même carte, non plus ...

En gros, cela semble signifier que le driver a du mal à s'attacher au
device et donc ne fournit pas tous les channels ...

Que donne un cat sur /dev/sndstat (avec un passage de hw.snd.verbose à 2
ou à 3 avant, pour que ce soit plus verbeux) ?



Installed devices:
pcm0: <CMedia CMI8738> at io 0xb000 irq 10 (1p/1r/0v channels duplex
default)
[pcm0:play:0]: spd 11000/11025, fmt 0x10000010, flags 00000000
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x10000010) -> {hardware}
[pcm0:record:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, overruns 0, hfree 16384, sfree 0
{hardware} -> feeder_root(0x00000000) -> {userland}
pcm1: <CS461x PCM Audio> at irq 10 (1p/1r/0v channels duplex)
[pcm1:record:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, overruns 0, hfree 4096, sfree 0
{hardware} -> feeder_root(0x00000000) -> {userland}
[pcm1:play:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x00000000) -> {hardware}

Bizarre, aujourd'hui elle marche... Je referai la même manip la prochaine
fois que ça ne marchera pas.


Avatar
Stéphane Witzmann
Stéphane Witzmann wrote:

Marwan FeanoR/var Burelle wrote:

On Mon, 29 Dec 2003 23:39:43 +0100
Stéphane Witzmann wrote:

J'ai fait le test avec mpg123, il ne crashe pas, il indique juste que
la lecture est terminée, avec l'erreur :

pcm1:play:0: play interrupt timeout, channel dead

dans syslog.


Hum ... j'ai déjà vu ça avec une carte isa ... mais je n'avais pas trouvé
de solution (en fait, je me demande si, comme beaucoups de cartes isa
p'n'p elle ne nécessiterait pas un passage par le driver proprio sous
DOS) bon c'était pas la même carte, non plus ...

En gros, cela semble signifier que le driver a du mal à s'attacher au
device et donc ne fournit pas tous les channels ...

Que donne un cat sur /dev/sndstat (avec un passage de hw.snd.verbose à 2
ou à 3 avant, pour que ce soit plus verbeux) ?



Installed devices:
pcm0: <CMedia CMI8738> at io 0xb000 irq 10 (1p/1r/0v channels duplex
default)
[pcm0:play:0]: spd 11000/11025, fmt 0x10000010, flags 00000000
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x10000010) -> {hardware}
[pcm0:record:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, overruns 0, hfree 16384, sfree 0
{hardware} -> feeder_root(0x00000000) -> {userland}
pcm1: <CS461x PCM Audio> at irq 10 (1p/1r/0v channels duplex)
[pcm1:record:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, overruns 0, hfree 4096, sfree 0
{hardware} -> feeder_root(0x00000000) -> {userland}
[pcm1:play:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x00000000) -> {hardware}

Bizarre, aujourd'hui elle marche... Je referai la même manip la prochaine
fois que ça ne marchera pas.



Stéphane Witzmann wrote:

Marwan FeanoR/var Burelle wrote:

On Mon, 29 Dec 2003 23:39:43 +0100
Stéphane Witzmann wrote:

J'ai fait le test avec mpg123, il ne crashe pas, il indique juste que
la lecture est terminée, avec l'erreur :

pcm1:play:0: play interrupt timeout, channel dead

dans syslog.


Hum ... j'ai déjà vu ça avec une carte isa ... mais je n'avais pas trouvé
de solution (en fait, je me demande si, comme beaucoups de cartes isa
p'n'p elle ne nécessiterait pas un passage par le driver proprio sous
DOS) bon c'était pas la même carte, non plus ...

En gros, cela semble signifier que le driver a du mal à s'attacher au
device et donc ne fournit pas tous les channels ...

Que donne un cat sur /dev/sndstat (avec un passage de hw.snd.verbose à 2
ou à 3 avant, pour que ce soit plus verbeux) ?



Installed devices:
pcm0: <CMedia CMI8738> at io 0xb000 irq 10 (1p/1r/0v channels duplex
default)
[pcm0:play:0]: spd 11000/11025, fmt 0x10000010, flags 00000000
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x10000010) -> {hardware}
[pcm0:record:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, overruns 0, hfree 16384, sfree 0
{hardware} -> feeder_root(0x00000000) -> {userland}
pcm1: <CS461x PCM Audio> at irq 10 (1p/1r/0v channels duplex)
[pcm1:record:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, overruns 0, hfree 4096, sfree 0
{hardware} -> feeder_root(0x00000000) -> {userland}
[pcm1:play:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x00000000) -> {hardware}

Bizarre, aujourd'hui elle marche... Je referai la même manip la prochaine
fois que ça ne marchera pas.


Comment faire pour que ça ne marche plus ? Reboot. Voici un constat (cette
fois-ci, j'étais armé au cat /dev/sndstat) : j'obtiens les erreurs citées
précédemment avec pcm1 jusqu'à... ce que je fasse quelque chose avec pcm0 :
un simple cat /dev/dsp0 ou une lecture mp3 sur la carte son intégrée, et
ensuite tout fonctionne !

Voici les variables noyau utilisées :

hw.snd.targetirqrate: 32
hw.snd.report_soft_formats: 1
hw.snd.verbose: 3
hw.snd.unit: 0
hw.snd.maxautovchans: 0
hw.snd.pcm0.buffersize: 16384
hw.snd.pcm0.vchans: 0
hw.snd.pcm0.spdif_enabled: 0
hw.snd.pcm1.buffersize: 0
hw.snd.pcm1.vchans: 0

Elles sont inchangées avant et après fonctionnement de pcm1.

Voici maintenant les /dev/sndstat, avant cat /dev/dsp0:

FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: <CMedia CMI8738> at io 0xb000 irq 10 (1p/1r/0v channels duplex
default)
[pcm0:play:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x00000000) -> {hardware}
[pcm0:record:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, overruns 0, hfree 16384, sfree 0
{hardware} -> feeder_root(0x00000000) -> {userland}
pcm1: <CS461x PCM Audio> at irq 10 (1p/1r/0v channels duplex)
[pcm1:record:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, overruns 0, hfree 4096, sfree 0
{hardware} -> feeder_root(0x00000000) -> {userland}
[pcm1:play:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x00000000) -> {hardware}


et après :

FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: <CMedia CMI8738> at io 0xb000 irq 10 (1p/1r/0v channels duplex
default)
[pcm0:play:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x00000000) -> {hardware}
[pcm0:record:0]: spd 8000, fmt 0x00000008, flags 00000000
interrupts 0, overruns 0, hfree 256, sfree 131072
{hardware} -> feeder_root(0x00000008) -> {userland}
pcm1: <CS461x PCM Audio> at irq 10 (1p/1r/0v channels duplex)
[pcm1:record:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, overruns 0, hfree 4096, sfree 0
{hardware} -> feeder_root(0x00000000) -> {userland}
[pcm1:play:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x00000000) -> {hardware}

Sachant qu'après, pcm1 fonctionne. Pourtant, seules les valeurs relatives à
pcm0 ont été modifiées. Prochaine étape : voir si avec un jumper je peux
désactiver cette *$|£¤ de carte son intégrée (vu que le BIOS est
inefficace). Il est probable que ça marche... ou alors que ça m'empêche
bêtement et simplement d'utiliser la Santa Cruz... La suite au prochain
épisode.

S.W.



Avatar
Stéphane Witzmann
Stéphane Witzmann wrote:

Stéphane Witzmann wrote:

Marwan FeanoR/var Burelle wrote:

On Mon, 29 Dec 2003 23:39:43 +0100
Stéphane Witzmann wrote:

J'ai fait le test avec mpg123, il ne crashe pas, il indique juste que
la lecture est terminée, avec l'erreur :

pcm1:play:0: play interrupt timeout, channel dead

dans syslog.


Hum ... j'ai déjà vu ça avec une carte isa ... mais je n'avais pas
trouvé de solution (en fait, je me demande si, comme beaucoups de cartes
isa p'n'p elle ne nécessiterait pas un passage par le driver proprio
sous DOS) bon c'était pas la même carte, non plus ...

En gros, cela semble signifier que le driver a du mal à s'attacher au
device et donc ne fournit pas tous les channels ...

Que donne un cat sur /dev/sndstat (avec un passage de hw.snd.verbose à 2
ou à 3 avant, pour que ce soit plus verbeux) ?



Installed devices:
pcm0: <CMedia CMI8738> at io 0xb000 irq 10 (1p/1r/0v channels duplex
default)
[pcm0:play:0]: spd 11000/11025, fmt 0x10000010, flags 00000000
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x10000010) -> {hardware}
[pcm0:record:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, overruns 0, hfree 16384, sfree 0
{hardware} -> feeder_root(0x00000000) -> {userland}
pcm1: <CS461x PCM Audio> at irq 10 (1p/1r/0v channels duplex)
[pcm1:record:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, overruns 0, hfree 4096, sfree 0
{hardware} -> feeder_root(0x00000000) -> {userland}
[pcm1:play:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x00000000) -> {hardware}

Bizarre, aujourd'hui elle marche... Je referai la même manip la prochaine
fois que ça ne marchera pas.



Stéphane Witzmann wrote:

Marwan FeanoR/var Burelle wrote:

On Mon, 29 Dec 2003 23:39:43 +0100
Stéphane Witzmann wrote:

J'ai fait le test avec mpg123, il ne crashe pas, il indique juste que
la lecture est terminée, avec l'erreur :

pcm1:play:0: play interrupt timeout, channel dead

dans syslog.


Hum ... j'ai déjà vu ça avec une carte isa ... mais je n'avais pas
trouvé de solution (en fait, je me demande si, comme beaucoups de cartes
isa p'n'p elle ne nécessiterait pas un passage par le driver proprio
sous DOS) bon c'était pas la même carte, non plus ...

En gros, cela semble signifier que le driver a du mal à s'attacher au
device et donc ne fournit pas tous les channels ...

Que donne un cat sur /dev/sndstat (avec un passage de hw.snd.verbose à 2
ou à 3 avant, pour que ce soit plus verbeux) ?



Installed devices:
pcm0: <CMedia CMI8738> at io 0xb000 irq 10 (1p/1r/0v channels duplex
default)
[pcm0:play:0]: spd 11000/11025, fmt 0x10000010, flags 00000000
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x10000010) -> {hardware}
[pcm0:record:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, overruns 0, hfree 16384, sfree 0
{hardware} -> feeder_root(0x00000000) -> {userland}
pcm1: <CS461x PCM Audio> at irq 10 (1p/1r/0v channels duplex)
[pcm1:record:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, overruns 0, hfree 4096, sfree 0
{hardware} -> feeder_root(0x00000000) -> {userland}
[pcm1:play:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x00000000) -> {hardware}

Bizarre, aujourd'hui elle marche... Je referai la même manip la prochaine
fois que ça ne marchera pas.


Comment faire pour que ça ne marche plus ? Reboot. Voici un constat (cette
fois-ci, j'étais armé au cat /dev/sndstat) : j'obtiens les erreurs citées
précédemment avec pcm1 jusqu'à... ce que je fasse quelque chose avec pcm0
: un simple cat /dev/dsp0 ou une lecture mp3 sur la carte son intégrée, et
ensuite tout fonctionne !

Voici les variables noyau utilisées :

hw.snd.targetirqrate: 32
hw.snd.report_soft_formats: 1
hw.snd.verbose: 3
hw.snd.unit: 0
hw.snd.maxautovchans: 0
hw.snd.pcm0.buffersize: 16384
hw.snd.pcm0.vchans: 0
hw.snd.pcm0.spdif_enabled: 0
hw.snd.pcm1.buffersize: 0
hw.snd.pcm1.vchans: 0

Elles sont inchangées avant et après fonctionnement de pcm1.

Voici maintenant les /dev/sndstat, avant cat /dev/dsp0:

FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: <CMedia CMI8738> at io 0xb000 irq 10 (1p/1r/0v channels duplex
default)
[pcm0:play:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x00000000) -> {hardware}
[pcm0:record:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, overruns 0, hfree 16384, sfree 0
{hardware} -> feeder_root(0x00000000) -> {userland}
pcm1: <CS461x PCM Audio> at irq 10 (1p/1r/0v channels duplex)
[pcm1:record:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, overruns 0, hfree 4096, sfree 0
{hardware} -> feeder_root(0x00000000) -> {userland}
[pcm1:play:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x00000000) -> {hardware}


et après :

FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: <CMedia CMI8738> at io 0xb000 irq 10 (1p/1r/0v channels duplex
default)
[pcm0:play:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x00000000) -> {hardware}
[pcm0:record:0]: spd 8000, fmt 0x00000008, flags 00000000
interrupts 0, overruns 0, hfree 256, sfree 131072
{hardware} -> feeder_root(0x00000008) -> {userland}
pcm1: <CS461x PCM Audio> at irq 10 (1p/1r/0v channels duplex)
[pcm1:record:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, overruns 0, hfree 4096, sfree 0
{hardware} -> feeder_root(0x00000000) -> {userland}
[pcm1:play:0]: spd 0, fmt 0x00000000/0x00000008, flags 00000000
interrupts 0, underruns 0, ready 0
{userland} -> feeder_root(0x00000000) -> {hardware}

Sachant qu'après, pcm1 fonctionne. Pourtant, seules les valeurs relatives
à pcm0 ont été modifiées. Prochaine étape : voir si avec un jumper je peux
désactiver cette *$|£¤ de carte son intégrée (vu que le BIOS est
inefficace). Il est probable que ça marche... ou alors que ça m'empêche
bêtement et simplement d'utiliser la Santa Cruz... La suite au prochain
épisode.

S.W.


Et justement le prochain épisode :

après démontage, désactivation physique de la carte son intégrée, eh bien je
me trouve dans la situation défavorable, ie la même qu'avant, mais cette
fois-ci sans possibilité de faire marcher la carte. A noter que jouer un
son sur ma carte son USB ne débloque pas le reste comme le faisait la carte
son intégrée.

Eh bien, je crois qu'il ne me reste plus qu'à passer à 5-CURRENT...