Bug#941385: UT99: sound missing due to missing dependency osspd

[Bruno Kleinert]

Am Dienstag, den 01.10.2019, 22:52 +0200 schrieb Stephen Kitt:
> On Tue, 01 Oct 2019 13:13:20 -0700, 
> esp at riseup.net
>  wrote:
> > Apologies for the delay, so far the proposed solution of Bruno did
> > not
> > work for me. In case osspd is mandatory to have sound working it
> > should
> > be a forced dependency, and not only proposed, right? I let you all
> > decide whatever is needed, I lack the technical expertise honestly.
> > Just
> > wanted to report that installing ut99 turns out without sound but
> > can
> > fixed by apt install osspd.
> 
> Unfortunately, osspd can’t be imposed on everyone, because there are
> multiple
> approaches (as is often the case): for users using PulseAudio, padsp
> is the
> best solution; for users using ALSA, possibly shared, alsa-oss is the
> best
> solution; in some other cases, osspd is appropriate; in yet other
> cases,
> oss-compat is appropriate...
> 
> Ideally, oss-compat should sort this all out (speaking with my oss-
> compat
> maintainer hat on), but it doesn’t currently.
> 
> Regards,
> 
> Stephen

Hi,

I didn't have multiarch in my mind with respect to have the linker pre-
load wrapper libraries *selfslap*.

> > The game boots fine but the sound does not work by using padsp. The
> > terminal spit out following upon launching the command:
> > 
> > ERROR: ld.so: object
> > '/usr/lib/x86_64-linux-gnu/pulseaudio/libpulsedsp.so' from
> LD_PRELOAD
> > cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
> > Unreal engine initialized
> > Bound to SDLDrv.so
> > Joystick [0] : Unknown Joystick
> > SDLClient initialized.
> 
> This happens because UT99 is a 32-bit binary, and padsp assumes it’s
> running
> 64-bit binaries on amd64. Could you try installing libpulsedsp:i386
> (it will
> install fine alongside the amd64 package), then running
> 
>     LD_PRELOAD=/usr/lib/i386-linux-gnu/pulseaudio/libpulsedsp.so
> /usr/games/ut99
> 
> That should allow ut99 to send its audio through PulseAudio.
> 
> Regards,
> 
> Stephen

You're right, Stephen, there are many solutions available. With respect
to multi-arch I changed my mind, though :) My gut feeling is that I
wouldn't want users to flip on i386 packages on amd64 just for sound in
a non-free game.

If I got it correctly, the architecture of osspd doesn't matter,
right?In that case, I'd recommend to stick to the osspd solution as it
currently is recommended by the generated package. For non-free
software I don't consider it worth trying to figure out a technically
excellent but time consuming solution. (Don't get me wrong, I loooved
Unreal!)

I'd therefore suggest to keep the recommended osspd package and close
the bug.

Cheers - Bruno
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part
URL: <http://alioth-lists.debian.net/pipermail/pkg-games-devel/attachments/20191002/75ff39d9/attachment.sig>