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

[esp]

Hi Bruno

I agree to close, it should be sufficient to have it clarified on the Debian wiki. And to be honest, an hour ago I just identified a dedicated Debian wiki page for UT99 more or less spoonfeeding the workaround! Maybe we should add references on the Game-Data-Packager wiki page to the individual game wiki pages. We are allowed to do this? There seems to be a lot of info on our wiki but it is challenging to find it immediately.

Thanks
ESP

On October 2, 2019 12:51:56 AM GMT+02:00, Bruno Kleinert <fuddl at debian.org> wrote:
>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

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.