Quoting: RTherenGoldpaw: I am going to compile it right now. Thanks :)

Moved it to https://aur.archlinux.org/packages/wine-staging-dev/ [External Link]
It's the same package though, only the misleading name has been changed.

Edit:
Package deleted. The owner of the wine-staging-git package at the AUR updated his to use the same new staging repository as mine, then requested mine to be deleted on the basis of it being "a clone of his". Think of that what you may. The new updated staging AUR repository can be found at:
https://aur.archlinux.org/packages/wine-staging-git/ [External Link]

View this comment - View article - View full comments

Quoting: Avehicle7887

Quoting: Goldpaw

Quoting: RTheren/me waiting for wine-staging to hit AUR...

Try this one:
https://aur.archlinux.org/packages/wine-staging-lutris-git/ [External Link]

I uploaded it, and it's compiled from the official wine development git, as well as the new staging fork that is 3.x compatible located over at https://github.com/wine-staging/wine-staging [External Link]

I guess the name is slightly misleading as it's not really affiliated with Lutris, I just named it so since the news about the new staging fork was from the Lutris guys to begin with. The staging repository is worked on daily though, and currently by far the most updated one.

Go for it! :)

Wait, what? The new Staging fork is already 3.3 compatible?

Well I really hope so since my AUR package is based on the git versions! :D

But yeah, as far as I can tell the new staging branch is based off of the most recent versions of the official wine development git repository. I have been unable to apply the staging patches to anything else. And I've been using it with 3.2 for a while already.

Oh, and I renamed my package since it is unrelated to Lutris, btw:
https://aur.archlinux.org/packages/wine-staging-dev/ [External Link]

Same package as before, though. Just a more correct name, reflecting that it's a development version of the new staging, how confusing that might sound! I'm currently in the process of building it myself here. Crossing my fingers, but don't expect any problems tbh. As mentioned I've been doing fine with the 3.2 version for some time now.

View this comment - View article - View full comments

Quoting: RTheren/me waiting for wine-staging to hit AUR...

Try this one:
https://aur.archlinux.org/packages/wine-staging-dev/ [External Link]

I uploaded it, and it's compiled from the official wine development git, as well as the new staging fork that is 3.x compatible located over at https://github.com/wine-staging/wine-staging [External Link]

Edit:
Updated my package name to not indicate affiliation with Lutris, which was never anything but a misunderstanding based on twitter comments. *rofl*

View this comment - View article - View full comments

Quoting: LeopardSo Linux in general , can't recognize performance needed workloads and because of that you have to adjust that on your own.

Well, it can. But when it comes to high performance gaming, the performance simply doesn't increase fast enough to maintain the wanted framerate. So what the performance governor does is to simply run the CPU at maximum at all times, which is pretty much what Windows does too most of the time - except on laptops running on battery in powersaver mode.

If you wish to have maximum performance at all times, and don't mind the extra fan noise or battery drain on laptops, just leave the governor on performance. The governor can be changed with a single command too, which in most cases is far easier than the control panel mayhem in windows. ;)

But yeah, wouldn't hurt if some of the linux desktops (at least the big ones like Gnome which surely has enough smart brains and manpower to create it) added some feature that could detect fullscreen 3d applications and bump up the governor at those times. It might be that wayland is required to properly detect fullscreen applications of that kind, but Gnome ran wayland last I checked. :)

View this comment - View article - View full comments

Quoting: N30N

Quoting: GoldpawGood to see an initiative like this! Still, I won't personally be using it unless they reimplement ALSA-support in their browser.

Dude, it was never removed, it's just not enabled by default. It's only a compile option away.
ac_add_options --enable-alsa
ac_add_options --disable-pulseaudio

I googled for hours without finding anything like this, lol! You're a true lifesaver! :D

Quoting: Doc Angelo

Quoting: GoldpawI'm not going to change this, install pulseaudio or start having to enable/disable Jack every time I need to hear something in a browser. That would seriously cripple my workflow.

Pulseaudio can be run as a Jack client: https://wiki.archlinux.org/index.php/PulseAudio/Examples#PulseAudio_through_JACK [External Link]

This is kinda bloaty and stupid, but Pulseaudio is rather small on memory. Every non-Jack application will work perfectly fine this way. Jack applications still have low latency through Jack directly.

And if it works, it aint stupid. :)

This is just amazing. The two of you have made my day. No, my YEAR! :D
Just goes to show the best and the brightest are all linux gamers and following this page, hehe! ;)

Edit: Just to make me look like a total dildo here... I'm on Arch Linux, and the distro version of firefox available from the official Arch repositories... is built with the --enable-alsa flag! So if I wasn't so obsessed with using cutting edge developer git versions for everything, I wouldn't ever have had a problem with firefox to begin with! Take lesson from my noobness, kids! :D ;)

View this comment - View article - View full comments

Good to see an initiative like this! Still, I won't personally be using it unless they reimplement ALSA-support in their browser.

Removing that from v52 and onwards killed it for me. I'm on a system with a lot of audio applications requiring low latency. I'm using Jack2 and ALSA, have scripts set up to route sound through Jack even for applications using ALSA. I'm not going to change this, install pulseaudio or start having to enable/disable Jack every time I need to hear something in a browser. That would seriously cripple my workflow.

So even though I think this is a great initiative and I'm looking forward to seeing how far they can take it, I won't be benefiting from it unless some browser using it either reimplements ALSA-support, or even better; add support for Jack like any self respecting linux app with media playback capabilities should have!

View this comment - View article - View full comments

I bought Half Life 2 when it was released ages ago. That was when I registered my Steam account, in fact. I still haven't gotten around to finishing it, but I do fire it up from time to time. It's just one of those games I never stop liking.

I'm currently using the updated version you mentioned, "Half Life 2: Update". Not sure what exactly is updated graphically since it was ages since I played the original anyway (and about 8 inches of screen ago too), but for me it was the only version that would run under linux, so that was pretty much all the reason I needed! :D

View this comment - View article - View full comments