Devenez habitué

Newbie Inscrit le: 09 Oct 2003 Messages: 9

hello tous

j ai un problème avec xaw
il y a une chaine qui provoque une erreur avec alsa
en gros j ai ce message qui apparait sur stderr

ALSA lib pcm_hw.c:549:(snd_pcm_hw_start) SNDRV_PCM_IOCTL_START failed: Broken pipe

il apparait des dizaines de fois de suite, à chaque fois ça "hache" le son. selon le programme diffusé ça peut être assez calme ou carrément inaudible.

le pire c est que ça a marché dans le temps (avec une mandrake 10.0rc1). depuis une upgrade de kde j ai ce pb. je ne vois pas pkoi kde jouerait la dessus. je ne me sers plus de kde mais de xfce. il n y a pas de artsd ou de merde du style qui tourne.

si je lance avec noalsa je n ai plus le message, mais j ai une sortie "à la OSS" donc son dégeu

mdk 10.1 community
2.6.8.1-ck1 / module snd_intel8x0
dernières versions xaw* from rpm src plf, recompilés with-alsa

any idea ?
Pedro

Invité

urpmi alsa-utils
en root:
alsaconf
configuration de ta carte son sous alsa (non faite par mdk de base)
=> probleme resolu

Newbie Inscrit le: 09 Oct 2003 Messages: 9

hello

merci pour ta réponse
je vais essayer ça mais ça m étonne. alsa "semble" bien configuré chez moi.

le son fonctionne quand je mets xmms en mode alsa par exemple. est ce que malgré tout il y a un risque qu alsa ne soit pas correctement configuré ?
comment je peux voir ça ? mon /etc/modprobe.conf m a l air très correct. il y a même des lignes explicitement ajouté par alsaconf.

qu en pensez vous ?

Newbie Inscrit le: 09 Oct 2003 Messages: 9

j ai vérifié

mon modprobe.conf
# --- BEGIN: Generated by ALSACONF, do not edit. ---
# --- ALSACONF verion 1.0.6 ---
options snd device_mode=0666
alias snd-card-0 snd-intel8x0
alias sound-slot-0 snd-intel8x0
# --- END: Generated by ALSACONF, do not edit. ---

et toujours le même problème
j ai essayé en recompilant xadecode et xawdecode-plugin (avec --with-alsa pour être bien sûr): tj pareil

je désespère ...

Newbie Inscrit le: 09 Oct 2003 Messages: 9

problème résolu en recompilant avec de "vieux" alsa

rpm -Uvh libalsa2-1.0.2-3mdk.i586.rpm libalsa2-devel-1.0.2-3mdk.i586.rpm alsa-utils-1.0.2-2mdk.i586.rpm libalsa-data-1.0.2-3mdk.i586.rpm --nodeps --force

et la miracle ...
bon ben la 10.1, bravo ...

Invité

Pour ceux qui lisent l espagnol, que pensez-vous de ça ?
http://groups.google.fr/groups?selm=ldl5i2-e7c.ln1%40dominio.inventado

Newbie Inscrit le: 09 Oct 2003 Messages: 9

je me réponds à moi même pour laisser des infos à d autres ...

j ai fait le test de passer la constante d echantillonage de 44100 à 48000 sur le plug-m. ça ne change rien ... le son est encore pire et tj les "broken pipe"

par contre j ai essayé de mettre à jour avec des rpms de cooker. en alsa 1.0.8 avec un kernel 2.6.11 ça marche mieux. plus de broken pipe ...

mais à la place, dès que nagraudio est activé, je ne peux plus :
- changer de chaine : C+ -> une autre chaine
- passer C+ en fullscreen

j ai eu droit à des freezes de xdtv (kill -9 pour s en sortir) et des

Code:

*** MIXER DEVICE TYPE = alsa
MMX, SSE, AMD MMX extensions, SSE2, have been detected.
Method mmxext_64K
ioctl VIDIOC_S_FMT: Device or resource busy
ioctl VIDIOC_S_FMT: Device or resource busy
ioctl VIDIOC_S_FMT: Device or resource busy
ioctl VIDIOC_S_FMT: Device or resource busy
PB imgq=0 gb_grab=261 imgw=1 gb_sync=261 nbufs=3
Segmentation fault

je ne sais pas ce que ça signifie ...
du coup je suis à nouveau repassé en alsa-1.02, qui fonctionne ... mais ça me pose problème sur d autres applis.

pas facile ...

xdtv-2.1.1-1mdk plug-m-2.0.7 mdk10.1 2.6.10

Invité

voir le hit de lenny.
le problème est du a la lib alsa.
faut être en 1.0.6 ou inf.
y a des problemes avec la version 1.0.8 et supp...
a creuser ca c'est tout de meme tres tres bizarre.

Bye Pingus

Invité

d'après mes derniers tests le problemes vient d'un patch qui associé à alsa 1.0.8 fait planter xdtv.
ce patch semble poritionne dmix par défaut dans alsa et comme xdtv ne supporte pas dmix......... boum....

Pingus

Newbie Inscrit le: 09 Déc 2004 Messages: 12

Je crois avoir compris d'ou vient le bug.
En mode dmix, alsa a l'air de lancer un processus (avec fork), or
les drivers v4l2 n'apprecient pas du tout un fork car dans ce cas
les changements de formats sont empéches car le processus créé veut peut-etre
encore des images dans l'ancien format.
En v4l1 par contre pas de probleme, car la video ne peut etre prise que par un seul
processus....

Si c'est bien ça, les solutions, pour le moment, sont:

Code:

1) xdtv -v4l1
2) xdtv -noalsa #si l'emulation OSS n'utilise pas dmix
3) xdtv -audio_dev hw:0,0 #utilise directement la carte son

Invité

al2 a écrit:

Je crois avoir compris d'ou vient le bug.
En mode dmix, alsa a l'air de lancer un processus (avec fork), or
les drivers v4l2 n'apprecient pas du tout un fork car dans ce cas
les changements de formats sont empéches car le processus créé veut peut-etre
encore des images dans l'ancien format.
En v4l1 par contre pas de probleme, car la video ne peut etre prise que par un seul
processus....

Si c'est bien ça, les solutions, pour le moment, sont:

Code:

1) xdtv -v4l1
2) xdtv -noalsa #si l'emulation OSS n'utilise pas dmix
3) xdtv -audio_dev hw:0,0 #utilise directement la carte son

oui exactement ca.
ces trois possibilités évitent un segfault.
bien vu.

Pingus

Invité

excelent!
ton correctif sur le CVS règle le problème.
il y a juste ceci en fin de record:

ioctl VIDIOC_S_FMT: Device or resource busy

thks.

Pingus

Newbie Inscrit le: 09 Déc 2004 Messages: 12

Ce dernier "Device or resource busy" est apparemment du au fait que le
processus forké reste encore un certain temps même après la fermeture
de l'audio.

A part un sleep qui ralentirait tout le monde -- donc a ne pas faire --
je ne vois pas trop la solution.

En plus ca bugue toujours si tu changes de chaine pendant l'enregistrement
a cause du pixit.....

En fait y aurait bien une solution, il faudrait s'occuper de l'audio via un process
séparé et non un thread, mais bon la ca change tout. Pour le moment
c'est plus simple de mettre "audio_dev=hw:0,0" dans ~/.xdtv/xdtvrc
surtout que pour que l'enregistrement dmix ne me semble pas vraiment utile....

(on pourrait changer le periph par defaut, il faut juste changer
la ligne 30 de src/audio-alsa.c, mais ca ne me plait pas bien car ca change
la config personnelle d'alsa qu'on peut avoir dans ~/.asoundrc )

Newbie Inscrit le: 13 Avr 2003 Messages: 24

Je continue ce thread avec mon problème lié à alsa1.0.9b (je note que jusqu'à 1.0.8, j'avais zéro souci).

J'ai donc place "audio_dev = hw:0,0" dans xdtvrc et dès que je passe sur la chaîne en question, ça segfault :

Code:

[New Thread -1241474128 (LWP 5880)]
MMX, SSE, AMD MMX extensions, SSE2, have been detected.
Method mmxext_8K
[New Thread -1276367952 (LWP 5881)]
snd_pcm_hw_params_set_channels: Argument invalide

Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread -1276367952 (LWP 5881)]
0x0805bad7 in deactivate_aop ()
(gdb) bt
#0 0x0805bad7 in deactivate_aop ()
#1 0x00000001 in ?? ()
#2 0xb3ec2a54 in ?? ()
#3 0xb77c28fb in mallopt () from /lib/tls/libc.so.6
#4 0x00000000 in ?? ()
(gdb)

Any hints ?

merci

Newbie Inscrit le: 08 Déc 2002 Messages: 8

hayvan a écrit:

Any hints ?
merci

ben moi sur debian sid egalement , mais avec plug-m 2.1.0.5 , ca fonctionne ... donc a voir selon la version de plug-m .

Newbie Inscrit le: 13 Avr 2003 Messages: 24

J'utilise également le plug-m 2.1.0.5

Modérateur Inscrit le: 06 Avr 2002 Messages: 9976

Hé ho!! Le Règlement du forum je vous prie hum

...

Newbie Inscrit le: 13 Avr 2003 Messages: 24

Je suis d'accord avec toi, BM, mais le topic est alors concerné depuis le début.

Où préfères-tu qu'on fasse ce genre de retour ?

Newbie Inscrit le: 13 Avr 2003 Messages: 24

Bon, donc, concrètement, on doit se contenter pour l'instant d'un xdtv -v4l1, c'est ça ?