Bug 188952

Summary:	Enabling Music Causes Sound Anomolies
Product:	[Fedora] Fedora	Reporter:	Christopher Stone <tkmame>
Component:	prboom	Assignee:	Wart <wart>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	5	CC:	extras-qa
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-04-23 18:35:27 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:	175672
Bug Blocks:

Description Christopher Stone 2006-04-13 21:25:03 UTC

Description of problem:  When music is enabled it is choppy and distorted.


Version-Release number of selected component (if applicable):
freedoom-0.4.1-3.fc5

How reproducible:
Turn music volume on and restart freedoom

Additional info:
Multimedia audio controller: Creative Labs SB Audigy (rev 04)

Comment 1 Wart 2006-04-19 01:28:01 UTC

I can't seem to get the music to play anything useful either.  version 2.4.1 was
released about a week ago.  They don't advertise fixes to the sound system, but
I'll see if it helps nonetheless.

Comment 2 Wart 2006-04-19 15:42:17 UTC

The problem still exists in 2.4.1.  Nevertheless, I'll still upgrade the package
to this latest release.

Comment 3 Wart 2006-04-19 20:27:29 UTC

Changing the component from freedoom to prboom as it's a problem with the game
engine, not the game data files.

Comment 4 Wart 2006-04-20 06:28:51 UTC

Are you running this on x86_64 or i386?  I just tried on FC-5 i386 in vmware and
the music played fine.  But on my FC-4 x86_64 box it's comes out as static.  The
results were the same for prboom 2.3.1 and 2.4.1.

I'm bringing up FC4-i386 for testing now and will try FC-5 x86_64 tomorrow.

Comment 5 Christopher Stone 2006-04-20 12:03:15 UTC

x86_64.

Comment 6 Hans de Goede 2006-04-20 13:43:33 UTC

Looks most definetly like an x86_64 problem them, I'll see if I can reproduce it
on my x86_64 too. Ofso I can try to take a look, but currently my time is
limited and there are other higher priority fedora related things on my todo.

Comment 7 Wart 2006-04-20 17:08:35 UTC

Further testing shows that it only happens on x86_64.  The music plays fine on
FC4 and FC5 i386.

Here's some info that might help with debugging:

The music files are stored in the freedoom iwad /usr/share/doom/freedoom.wad. 
You can extract them with deutex:
# cp /usr/share/doom/freedoom.wad ./doom2.wad
# deutex -xtract ./doom2.wad
(I've got a patch to simplify this, but the buildsys is down right now)

The music files will be extracted into ./musics.  They are midi files in .mus
format.  I haven't had a chance to track down the midi playing code in prboom
yet, and I've had trouble getting a midi player to play them at all.  I suspect
they're in some special format that gets processed inside of prboom.

Comment 8 Wart 2006-04-20 22:23:05 UTC

More debugging info:

prboom converts the music resources in the iwad into a temp midi file in /tmp. 
I verified that the converted files are identical on x86_64 and i386.

You can play the converted file manually by using the SDL_mixer program 'playmus'.

However, on x86_64, playmus does not play the file correctly.  It does play it
correctly on i386.  This sounds to me like a SDL_mixer problem.

Here is one of the converted midi files from prboom that you can test with:
http://www.kobold.org/~wart/fedora/prboom.mid

Comment 9 Wart 2006-04-20 22:26:51 UTC

This looks like the same problem reported here:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175672

Comment 10 Wart 2006-04-23 18:35:27 UTC

A new SDL_mixer build has been pushed that should fix this issue.  Setting
resolution to 'NOTABUG' since this is not a bug in prboom.