[Bug 225453] [UPDATE] games/chocolate-doom to 3.0.0

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Tue May 29 23:59:44 UTC 2018


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=225453

Patrick <doctorwhoguy at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |doctorwhoguy at gmail.com

--- Comment #7 from Patrick <doctorwhoguy at gmail.com> ---
I've tested 3.0.0 on my desktop and a netbook. On both machines, OPL music
worked fine. On the netbook, Gravis Ultrasound didn't work until I downloaded
and installed the GUS patches from
https://www.chocolate-doom.org/wiki/index.php/GUS . Native MIDI didn't work. On
the desktop, all 3 worked (though GUS didn't sound as good because I hadn't
installed the patches). As it turned out, I already had Timidity installed on
the desktop, so that appears to be why the GUS and native MIDI worked.

So everything seems to be working just fine with 3.0.0. Why not just add an
optional runtime dependency in the chocolate-doom-3.0.0 port to depend on
either Timidity or Timidity++? That way GUS or native MIDI is ready to go.
Problem solved.

And if Timidity or Timidity++ is enabled, offer the option to pull in
audio/guspats (for Gravis Ultrasound), audio/eawpats, or audio/eawplus (for
native MIDI).

If you don't want to add a bunch of optional dependencies to the Chocolate Doom
port, then at least have it output some informational messages informing the
user to install audio/timidity, audio/timidity++, audio/guspats, audio/eawpats,
or audio/eawplus for additional music playback options.

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the freebsd-ports-bugs mailing list