5.2-CURRENT a prehravani wav souboru

Tomas Pluskal plusik at pohoda.cz
Wed Aug 18 13:31:35 CEST 2004


> no... operace prehravani wavu je v podstate "cat neco > /dev/nekam" to by nemel
> upgrade jadra moc ovlivnovat

pokud dam 'cat <soubor.wav> > /dev/dsp' tak se mi ozvou jen skreky 
(rozsypany caj v audio podobe), ackoli treba ten wavplay je prehrava 
normalne


> jedine co ti poradim je vypnuti/zapnuti vchanu. popr. si to tracnout pres
> ktrace play -d /dev/dsp0 cosi.wav
> a pak
> kdump
> mohlo by ti to pomoct k zjisteni kde je chyba

kdump:
...
  57779 play     RET   read 44/0x2c
  57779 play     CALL  open(0xbfbfe9ac,0x1,0x280b8df8)
  57779 play     NAMI  "/dev/dsp1"
  57779 play     RET   open 4
  57779 play     CALL  ioctl(0x4,SNDCTL_DSP_GETBLKSIZE,0xbfbfe7e8)
  57779 play     RET   ioctl 0
  57779 play     CALL  ioctl(0x4,SNDCTL_DSP_SETFMT,0x804bf20)
  57779 play     RET   ioctl -1 errno 19 Operation not supported by device
  57779 play     CALL  write(0x2,0xbfbfe000,0x6)
  57779 play     GIO   fd 2 wrote 6 bytes
        "play: "
...

vypis z wavplay vypada podobne:
...
  78934 wavplay  CALL  ioctl(0x4,SNDCTL_DSP_GETBLKSIZE,0x8054034)
  78934 wavplay  RET   ioctl 0
  78934 wavplay  CALL  break(0x8056000)
  78934 wavplay  RET   break 0
  78934 wavplay  CALL  ioctl(0x4,SNDCTL_DSP_SETFMT,0xbfbfe778)
  78934 wavplay  RET   ioctl 0
  78934 wavplay  CALL  ioctl(0x4,SNDCTL_DSP_STEREO,0xbfbfe778)
  78934 wavplay  RET   ioctl 0
  78934 wavplay  CALL  ioctl(0x4,SNDCTL_DSP_SPEED,0xbfbfe774)
  78934 wavplay  RET   ioctl 0
  78934 wavplay  CALL  ioctl(0x4,AUDIO_COMPAT_DRAIN,0)
  78934 wavplay  RET   ioctl 0
...

problem je tedy zrejme v tom volani SNDCTL_DSP_SETFMT, musel bych ale 
zjistit s jakymi parametry se to presne vola.

>
> a mimochodem, ja na sve (ted uz) 6-current zadne /dev/dsp0 nemam (akorat dsp0.0
> atp)

Ja je tam taky nemam (v tom smyslu ze nejsou videt pri 'ls /dev', nicmene 
tam tyhle zarizeni jsou (prehravam pres ne zvuk z mplayeru, xmms, 
wavplay..). Nevim proc nejsou videt, zrejme je to zalezitost devfs.

Tomas




More information about the Users-l mailing list