On Sat, Dec 02, 2006 at 03:19:39PM +0100, Andreas Henriksson wrote:
> On fre, 2006-12-01 at 17:48 +0100, Ludovic RESLINGER wrote: 
> > CaptureThread: INFO: Built in transports
> > CaptureThread: INFO:    JACK   unavailable
> > CaptureThread: INFO:    ALSA   available
> > CaptureThread: INFO: Auto detecting a working transport ... using ALSA
> > CaptureThread: INFO: ALSA: try to set format to Signed 16 bit Little
> > Endian success
> > CaptureThread: INFO: ALSA: try to set sampling rate to 96000 failed
> > CaptureThread: INFO: ALSA: try to set sampling rate to 48000 success
> 
> I notice you don't get this warning here... maybe it's related:
> 
> CaptureThread: WARNING: ALSA: cannot set channel count to one. channels
> will be mixed

Yes, I think it is related, but this message can hide different problems
related to Alsa.
 
> I've now also built a sid chroot where I installed minimum packages.
> When ALSA is not available the standard debian fmit package starts
> without problems. Here's the output:
> 
> Free Music Instrument Tuner version 0.96.5 built at Aug 27 2006 10:17:13
> Install directory '/usr'
> CaptureThread: INFO: Built in transports
> CaptureThread: INFO:    JACK   unavailable
> CaptureThread: INFO:    ALSA   unavailable (invalid source 'hw:0')
> CaptureThread: INFO: Auto detecting a working transport ... no transport
> working !
> 
> 
> So.... not having alsa makes it "work" (not segfault) as well as
> disabling alsa support in fmit.
> 
> 

Ok, it confirms that is a problem with alsa.
You have this output because alsa is not installed.

> 
> I also found something interesting. If I reconfigure my system with
> "alsaconf" and chose my SB Live (emu10k1) card, fmit WORKS!
> 
> [EMAIL PROTECTED]:~$ fmit
> Free Music Instrument Tuner version 0.96.5 built at Aug 27 2006 10:17:13
> Install directory '/usr'
> CaptureThread: INFO: Built in transports
> CaptureThread: INFO:    JACK   unavailable
> CaptureThread: INFO:    ALSA   available
> libGL warning: 3D driver claims to not support visual 0x4b
> CaptureThread: INFO: Auto detecting a working transport ... using ALSA
> CaptureThread: INFO: ALSA: try to set format to Signed 16 bit Little
> Endian success
> CaptureThread: INFO: ALSA: try to set sampling rate to 96000 failed
> CaptureThread: INFO: ALSA: try to set sampling rate to 48000 success
> Try R300_SPAN_DISABLE_LOCKING env var if this hangs.
> 
> And then there is a endless flood of:
> 
> CaptureThread: WARNING: ALSA: Broken pipe
> 
> Notice, no warning like the one above that you didn't get eigther!
> 
> I only see the problem with fmit when I use my integrated soundcard
> (intel8x0). This one can't do hardware channel mixing (play multiple
> sounds at once)...

What you describe me here would explain why I cannot reproduce this
bug, it is probably a specific problem related to sound cards and alsa.
It seems to be an alsa bug with severals sound cards models.

> 
> How does your test machines look like? What hardware/drivers do they
> have?

I tested fmit with latest Debian Unstable on theses machines:

- A PC (x86) with Opti Sound Card (16bit with Soundblaster 16
  compatibility):
        Chipset: C-Media Electronics Inc CM8738 (rev 10)
- An Apple iBook G3 (PowerPC) with integrated sound card (16 bit).
        Chipset: PowerMac Snapper
- An Athlon64 (AMD64) with Sound Blaster Audigy2.
        Chipset: Emu10k1

I tried to run fmit on theses machines without alsa, and after,
with alsa.
On all theses machines, fmit works without problems.

Regards,
--
    .---.      Ludovic RESLINGER
   /     \
   [EMAIL PROTECTED]@./     Trumpet Student in CNR
   /`\_/`\     Free Software Developer
  // )X( \\
 | \  :  )|_                   _,'|   .''`.
/`\_`>  <_/ \ @======TTT=====::_  |  : :'  :
\__/'---'\__/   ((_<=HHH___))   `.|  `. `'`
                 `---UUU---'=>         `-

Attachment: signature.asc
Description: Digital signature

Reply via email to