Closed GoogleCodeExporter closed 9 years ago
I recently upgraded one of my computers to Intrepid Ibex, I'll look into this.
Original comment by pphaneuf
on 19 Feb 2009 at 7:08
Hmm, this one, I couldn't reproduce, though... Could you put the output of "cat
/dev/sndstat" here? Try experimenting with the options in System > Preferences >
Sound, maybe?
Does an older version of Quadra work right?
Original comment by pphaneuf
on 19 Feb 2009 at 10:48
Original comment by pphaneuf
on 21 Feb 2009 at 5:58
No reproduction information, I'll keep open, but we'll go ahead without this.
Original comment by pphaneuf
on 25 May 2009 at 6:36
There is no /dev/sndstat on my system, and I found out online that this device
file
is obsolete and without replacement. Is there another way to debug the sound ?
Do you
need a strace ?
With the quadra sdl version the sound works fine, and also I have amarok
running at
the same time, which doesn't work in quadra 1.2 because the device is busy.
Original comment by PVinc...@googlemail.com
on 2 Jun 2009 at 12:05
I have the source code of quadra 1.1.8 and an old rpm from that version.
The source doesn't compile any more, maybe because it requires older libraries.
The rpm doesn't work either:
erreur: Dépendances requises:
libpng.so.2 est nécessaire pour quadra-1.1.8-1.i386
libstdc++-libc6.2-2.so.3 est nécessaire pour quadra-1.1.8-1.i386
And these versions of the libraries are no more available in my distribution
(OpenSUSE 11.1)
Original comment by PVinc...@googlemail.com
on 2 Jun 2009 at 12:13
On my Ubuntu system, the /dev/sndstat is there, but is actually a symlink to
/proc/asound/oss/sndstat, which should be present on your system too (at least,
once
the OSS/ALSA emulation module has been loaded).
It's quite possible that the OSS emulation has a "single opener" limitation,
yes.
I think the library requirements of Quadra 1.1.8 are the same as 1.2.0 (the
support
for Svgalib is in the older version, but should be optional), the problem is
mainly
that the C++ code is not 100% standard-compliant, and as GCC was made
standard-compliant, some of the code constructs became illegal. I think you'd
need a
GCC older than 3.0!
An strace would be very large, and probably not very helpful (too much to
decode, and
some of the sound-related ioctls aren't formatted properly by strace), but
compiling
with passing the "--enable-debug" option to "configure" will make Quadra output
debug
information to stdout/stderr while running, those might be helpful.
I do have a feeling that the overall simplest way to fix this would be to
release an
SDL version as quickly as possible. :-)
Thanks for helping out debug this!
Original comment by pphaneuf
on 2 Jun 2009 at 1:39
And here comes the sndstat:
Sound Driver:3.8.1a-980706 (ALSA v1.0.19 emulation code)
Kernel: Linux vincent 2.6.27.21-0.1-pae #1 SMP 2009-03-31 14:50:44 +0200 i686
Config options: 0
Installed drivers:
Type 10: ALSA emulation
Card config:
HDA Intel at 0x9b300000 irq 22
Audio devices:
0: ALC888 Analog (DUPLEX)
Synth devices: NOT ENABLED IN CONFIG
Midi devices: NOT ENABLED IN CONFIG
Timers:
7: system timer
Mixers:
0: Nvidia ID 3
Original comment by PVinc...@googlemail.com
on 2 Jun 2009 at 1:44
Here's the debug log. But I didn't find anything related to sound in it.
The sound itself reminds me of past experience with 16-bit raw audio files
where I
had to choose between little endian and big endian. If I chose the wrong one, it
sounded just like quadra does now. You might investigate that.
Original comment by PVinc...@googlemail.com
on 2 Jun 2009 at 1:52
Attachments:
Quite right, not much useful in there relative to sound...
I did fix an endianness problem when making the SDL port, but it was only
revealed to
me because I did this port on my Apple PowerBook, which has a PowerPC CPU, and
that
the endianness of the CPU and of the sound card were different. I'm pretty sure
that
on an x86, it should have worked fine? Strange...
Original comment by pphaneuf
on 2 Jun 2009 at 2:16
I have the same sound issue. I am running archlinux on 64bit.
Running "padsp quadra" corrects the sound issue. I guess that means that
pulseaudio's oss support is
better than the alsa's oss emulation for quadra, or something of the like. I
did try pasuspender first - it did
not help the problem.
$ cat /proc/asound/oss/sndstat
Sound Driver:3.8.1a-980706 (ALSA v1.0.21 emulation code)
Kernel: Linux Twin 2.6.32-ARCH #1 SMP PREEMPT Tue Feb 9 15:12:10 CET 2010 x86_64
Config options: 0
Installed drivers:
Type 10: ALSA emulation
Card config:
HDA Intel at 0xda100000 irq 22
HDA ATI HDMI at 0xda010000 irq 17
Audio devices:
0: STAC92xx Analog (DUPLEX)
Synth devices: NOT ENABLED IN CONFIG
Midi devices: NOT ENABLED IN CONFIG
Timers:
31: system timer
Mixers:
0: IDT 92HD75B3X5
1: ATI R6xx HDMI
Original comment by ejon...@gmail.com
on 20 Feb 2010 at 10:35
[deleted comment]
What version of Quadra was that for that last report (comment #11)? 1.1.8 or
1.2.0?
Thanks!
Original comment by pphaneuf
on 22 Mar 2010 at 7:14
Since using PulseAudio instead of ALSA fixed it, I'm guessing that this was
some kind of issue in the system. I
don't think it's realistic to expect me to go in there and debug this if I do
not have reproduction, considering how
little time I put on Quadra these days. If someone else comes up with a patch,
send it in...
Original comment by pphaneuf
on 1 Jun 2010 at 3:03
Original issue reported on code.google.com by
jose.go...@gmail.com
on 18 Feb 2009 at 3:50