Quoting: TheSHEEEPThis, pretty much directly after Nighthawks [External Link]?
Okay...

Yeah, it's a a terrible bit(e) of timing.

This one at least does seem different in that there's the whole romance angle and a bit more of a fan-service like feel to the whole thing.

EDIT: Seems I wasn't too far off the mark on that one: "If you're a fan of the obscene, then you'll be happy to know that RE:H will indeed have (optional) adult content." - The Kickstarter page

View this comment - View article - View full comments

Quoting: chancho_zombie[...]are you sure of that?? I thought that modifying a binary was illegal.[...]

As far as I remember, it's perfectly legal as long as you're not using that modification to circumvent any DRM system outside of your local copy (and even then, you should be fine outside of the USA). If you're circumventing a DRM system in your local copy, you're fine, it's within your consumer rights to use the software in whichever way you intend.
I am definitely not a lawyer though.

EDIT: I believe most of this was sorted out with the DRM systems in place for home medias (DVDs and BluRays); ie. you bought the thing, you have the right to modify it to make sure you can actually use it.

View this comment - View article - View full comments

In good news for us, the mouse-wiggle issue is apparently not an issue with the Linux version; Rock Paper Shotgun mention it in their review [External Link] as well (which is presumably of the Windows version).

View this comment - View article - View full comments

Quoting: legluondunet

Quoting: CybolicThanks. Yeah, that sure is a minor fix and unrelated to what I was hoping for.

And what are you hoping for? [...]

I was hoping for what I mentioned in my quote just above ;)
"I'm hoping it's related to the issue with launching the Batman Arkham games [...]"

There are currently issues with launching those games (and others relying on .NET [External Link]), that can be solved by launching the game first with the Windows version set to XP and then again back to the default Win 10. It's a fairly trivial fix and they're popular games, so I'm just hoping to see it made easy for "the common folk".

View this comment - View article - View full comments

Last I tried this, it broke horribly on every system I tried it on; I'm curious if that's still the case!
Must investigate...

View this comment - View article - View full comments

Quoting: liamdawe

Quoting: CybolicI can't seem to find the commit / changelog for the .NET fix, could you point me in the right direction? I'm hoping it's related to the issue with launching the Batman Arkham games (though this can be worked around), but I'm assuming it isn't yet.

Here: https://github.com/ValveSoftware/Proton/commit/97db8b5d8d2109a3c93e11f1d6f2e8e8957774a0 [External Link]

Thanks. Yeah, that sure is a minor fix and unrelated to what I was hoping for.

View this comment - View article - View full comments

I can't seem to find the commit / changelog for the .NET fix, could you point me in the right direction? I'm hoping it's related to the issue with launching the Batman Arkham games (though this can be worked around), but I'm assuming it isn't yet.

View this comment - View article - View full comments

Quoting: qptain Nemo[...]

Quoting: CybolicI'm curious about you mentioning that you prefer the prefix management in POL; I always found it incredibly confusing. In Vineyard, the prefix is meant to be the top-level interface and everything you do happens under that. How does POL differ and what are the benefits?

Let's see.
Creation:

• creating a new prefix is pretty much the same, if you don't count the fact that POL lets you download different wine versions in advance and easily create fresh prefixes with any wine version it provides; whether it's a "fair" comparison or not in practical usage it's a huge advantage for when you need to test a lot of things under different configurations

Management:

• POL has a button for opening winecfg for a given prefix (technically, vineyard does include pretty much every setting from there though...)


• POL offers more installers of various system components


• you can switch the wine version after creating a prefix as much a you want as well as easily get additional wine versions as they're needed

I absolutely agree though that the whole UI presentation paradigm of Vineyard is much more straightforward, you actually need to go to the settings window of POL to get to all those tools, but in terms of practicality some of those advantages are significant especially in scenarios where rapid creation and testing of prefixes and experimentation are needed. I guess the biggest one here is the ability to download and switch between wine versions. This feature is incredibly helpful in both Lutris and POL.

Oh yes, I absolutely agree! I've often wanted to add the Wine version handling that POL has, but the choice is either to create my own repo of Wine versions and duplicate the work they've already done (which seems a waste of resources and yet another split effort) or download directly from their repo (and steal their bandwidth, essentially). It's the same thing with Lutris' handling of DXVK and a bit of a rock-and-a-hard-place situation all in all.
This would probably be the perfect example of somewhere we should really be working together though; maybe something will happen eventually, but currently, the only solution I can offer is that Vineyard does let you use Wine versions that you've already downloaded in POL.
As for the other points (for Vineyard at least), that's the result of me just not having enough free time these days to add installers and new options :(

Thanks for the dialogue, I think you're on to something here ;)

View this comment - View article - View full comments

Quoting: qptain Nemo

Quoting: CybolicWhile it's always nice to see more development on user-focused Wine tools, I wish that PlayOnLinux would focus more on uniting the field instead of doing their own thing again. Using Java is one thing, but coming up with yet another install script framework - in a different scripting language from what's generally considered the standard for these thing - isn't really helping build a solid, widely usable pool of install scripts. We already have Winetricks and Lutris (both of which use Bash shell scripts), I really don't see how adding JavaScript to the mix will help.

Disclaimer: I wrote Vineyard so I'm fairly biased ;)

I can't express how much I wish Lutris, POL and Vineyard somehow joined forces.
POL has great prefix management tools.
Vineyard has a great set of useful options for running stuff.
Lutris has another great set of useful options for running stuff.

It's amazing but also so, so frustrating. A tool that contains all options from both Lutris and Vineyard and has prefix management capabilities of POL would absolutely rock. I'd sorta prefer that unification happened under the Lutris umbrella but I don't want it to be a matter of contention.

There have been talks about joining forces previously, which mostly amounted to settling on how prefixes are handled (generally, and at least in Winetricks, Vineyard and Lutris; POL is doing its own thing there as well), but apart from that, I think a lot of the separation of work comes from having different end goals.
Lutris aims to be a generic frontend for game emulation/handling.
POL aims to be a Wine-focused frontend game handling.
Vineyard aims to be a generic frontend for anything related to Wine.

I'm curious about you mentioning that you prefer the prefix management in POL; I always found it incredibly confusing. In Vineyard, the prefix is meant to be the top-level interface and everything you do happens under that. How does POL differ and what are the benefits?

View this comment - View article - View full comments

While it's always nice to see more development on user-focused Wine tools, I wish that PlayOnLinux would focus more on uniting the field instead of doing their own thing again. Using Java is one thing, but coming up with yet another install script framework - in a different scripting language from what's generally considered the standard for these thing - isn't really helping build a solid, widely usable pool of install scripts. We already have Winetricks and Lutris (both of which use Bash shell scripts), I really don't see how adding JavaScript to the mix will help.

Disclaimer: I wrote Vineyard so I'm fairly biased ;)

View this comment - View article - View full comments