Your message dated Thu, 22 May 2008 13:30:40 +0100
with message-id <[EMAIL PROTECTED]>
and subject line lxmusserv has been removed from Debian, closing #199282
has caused the Debian Bug report #199282,
regarding lxmusserv: The music sounds broken first time the lxdoom is run
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
199282: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199282
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: lxmusserv
Version: 0.94-2
Severity: normal
The first time I run lsdoom entire music sounds wrongly, namely like some
channels are mis-mapped (so for example I hear strange beeps instead of
percussion in the part that is played at the title screen of the Ultimate
Doom),some are not heard at all (any voices except violin in the first demo),
and the
music sounds squeezed (shorter notes with rapid endings). Fortunately, when I
exit the lxdoom and enter it again, everything sounds normal, and on the
consequent runs before next reboot too (i.e. the problem only happens the first
time I run the game after system bootup).
I have no idea why it happens, it is possible that I have configured something
wrong. However, rosegarden-2.2's sequencer tool, the second program that makes
use of /dev/sequencer on my system, doesn't have this bug (one may consider that
it's output through my soundcard FM synthesizer is equally ugly every time I
try to use it, nonetheless it is correct). I have
`ESS ES1868 Plug and Play AudioDrive', and it works well with all old
DOS games I still play (Wolfenstein 3D, Duke Nukem, various quests...) being
configured as "SB or 100% compatible sound card". In the Linux box I have
the standard Yamaha OPL3 driver compiled into the kernel, here is everything
what is written to syslog at the bootup relating to the sound drivers:
--------
Soundblaster audio driver Copyright (C) by Hannu Savolainen 1993-1996
sb: ESS ES1868 Plug and Play AudioDrive detected
sb: ISAPnP reports 'ESS ES1868 Plug and Play AudioDrive' at i/o 0x220, irq 5,
dma 1, 3
ESS chip ES1868 detected
<ESS ES1868 AudioDrive (rev 11) (3.01)> at 0x220 irq 5 dma 1,3
sb: ESS ES1868 Plug and Play AudioDrive detected
sb: Failed to initialize ESS ES1868 Plug and Play AudioDrive
sb: 1 Soundblaster PnP card(s) found.
YM3812 and OPL-3 driver Copyright (C) by Hannu Savolainen, Rob Hooft 1993-1996
<Yamaha OPL3> at 0x388
--------
"Failed to initialize <...>" message looks suspicious, but /dev/dsp worked well
all the time I used this soundcard, so I didn't even notice this message until
I have started to compose this bugreport :-)
I don't know what it means, and Sound-HOWTO doesn't tell it either. I have no
time now to trace the exact reason for this; the message is produced by
sb_isapnp_init function in /usr/src/linux-2.4.21/drivers/sound/sb_card.c, and
caused by some silent problem in sb_init function. It looks really strange
because there are quite enough error messages in the sb_init function which
(I think) have to cover every case and produce an explanation string between
"drive detected" and "Failed to initialize" messages; however, it doesn't,
and again the "Failed to initialize" device's DSP works well, so I even didn't
notice this failure until now. I'll probably try to trace it when I'll be
able to.
It seems that either lxmusserv or the Yamaha OPL driver lacks of some necessary
initialization. The workaround is simple, but all this reveals some problems
to be resolved, and I wish to help it as much as I can.
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux Deemus 2.4.19 #4 Срд Дек 11 19:49:54 MSK 2002 i686
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R
Versions of packages lxmusserv depends on:
ii libc6 2.3.1-17 GNU C Library: Shared libraries an
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 0.94-5+rm
The lxmusserv package has been removed from Debian testing, unstable and
experimental, so I am now closing the bugs that were still opened
against it.
For more information about this package's removal, read
http://bugs.debian.org/459793 . That bug might give the reasons why
this package was removed, and suggestions of possible replacements.
Don't hesitate to reply to this mail if you have any question.
Thank you for your contribution to Debian.
--
Marco Rodrigues
http://Marco.Tondela.org
--- End Message ---
