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 <fu...@debian.org> wrote: >Am Dienstag, den 01.10.2019, 22:52 +0200 schrieb Stephen Kitt: >> On Tue, 01 Oct 2019 13:13:20 -0700, >> e...@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.
