devtrackers.gg
What do we have planned for November? Check out our video now by clicking here!
Linux can be quite strict about custom thread priority for non-root processes
It's not "strict" at all. You can't just set your thread to be a higher priority than default without CAP_SYS_NICE or root. You can however set the priority lower than that without root. But that's beside the point, you shouldn't need to be messing with nice values for different threads at all to begin with. It's not like reliable tear free audio is some foreign concept on Linux or only possible with high priority processes. I've never heard anything else have buffer underruns even when doing long running compute intensive jobs like compiling a large program with 8 threads.
At the very least, NXT isn't that old. It was built to be cross platform from the ground up. Just have it increase audio latency if whatever thread handles audio can't keep up.
CAP_SYS_NICE is exactly what I'm planning to use when linux work resumes.
Dropping all thread priorities except for audio isn't desirable as that would bring the game to an effectively lower priority than other processes. Raising the priority of audio threads is an industry standard thing, for example SDL (which we use on Linux along with our own mixing) does it: https://github.com/davidsiaw/SDL2/blob/master/src/audio/SDL_audio.c#L657
Read moreLibcurl issue may now be resolved by installing libcurl3, copying the binaries into some other place, uninstalling it, reinstalling libcurl4 and pointing library path to the location where libcurl3 files where copied. Maybe its possible to bundle your own version of libcurl3 and use that, but I'm not how it's going to work with other distros.
I am using the cracking sound workaround, but sometimes, not always, but like 30% of the time sound starts cracking on game start even with this workaround. If it does not crack on start, it never starts cracking while playing and if it cracks on start, it sometimes stops cracking, I think the tendency is that it stops cracking when teleporting to another area, but not every teleport fixes that.
Overall the linux client works quite well and I have noticed no major issues. Of course a working apt-get install would be a nice thing to have.
I will watch (listen?) the sound closely after the update and if happens again, I ...
If I remember correctly the plan was to static link glew and curl among other changes
The thread priorities for audio are not perfect on linux currently, that may explain any additional crackling you're experiencing. It's not something I would encourage normally, but if you run the client as root it may be able to set the priorities correctly (Linux can be quite strict about custom thread priority for non-root processes)
looks like the update is not in the repo yet, did
apt-get updateand it says runescape-launcher is already the newest version (2.2.4) when trying to update it
You won't find an update via apt for RuneScape unless we update the launcher, which we haven't needed to do in a long time. Version 2.2.4 refers to the launcher. The latest client version is downloaded automatically when you start the game.
Any updates on Linux client compatibility with Ubuntu 18.04 and the cracking sound on Linux issue?
I was working on a TAPP project to fix up the dependencies and other issues with the Linux build (until TAPP got temporarily shelved :( ). There's no quick fix for some of the dependency issues that doesn't break things for all but the latest distros, which isn't an acceptable compromise.
Other than the launcher window not disappearing there's nothing you can't workaround with a little creativity. You should be able to fix the sound by adding PULSE_LATENCY_MSEC=100 to the launcher script