It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
Community
General discussionThe "Judas does this run in Wine" thread(148 posts) (148 posts) 
(148 posts) 
Pages:
1
2
3
4
5
6
7
8
9
10
This is my favourite topic
Posted February 13, 2016
avatar
clarry: Still looks the same, both the game and the output from wine.
Well, I found one major problem. The game is made in Unreal Engine and I can't even see the game but I can hear it.

I installed a variety of winetricks (wmp9, allcodecs, devenum, quartz) and even emulated a virtual desktop and nada.

Your best bet would be to submit a bug report with some screenshots and your terminal output to winehq and see what they have to say.
Posted February 13, 2016
avatar
clarry: Still looks the same, both the game and the output from wine.
I was about to give up with this game but then I decided I would find the single-player demo so that I could report some bugs to WINEHQ and see if they could do anything with the game.

I found the single-player demo here http://www.chip.de/downloads/Men-of-Valor-Singleplayer-Demo_13014873.html and I installed it. The demo then proceeded to install Direct X 9.0c. The demo didn't work BUT the GOG version of the game started working, the only thing you won't see is the "2015" logo being played but you'll hear the sounds and all.

I am currently emulating a virtual desktop for the game as I am trying various things out to see how it will run in different conditions and so far the game looks OK (see the attached screenshot does mine look the same as yours?).

I wish I knew which winetrick corresponds to the version of Direct X 9.0c installed by the demo, perhaps someone who is much smarter than me about these kind of things can figure it out and we can all avoid installing an unnecessary demo :)

The main problem will be the .BIK movies that the game uses :/ You can rename the intro .BIK movies to skip them but if you want to watch the others then you'll need to install a .BIK movie player for Linux and watch them that way :)
Attachments:
screenshot_from_.jpg (266 Kb)
Post edited February 13, 2016 by JudasIscariot
Posted February 14, 2016
avatar
JudasIscariot: I was about to give up with this game but then I decided I would find the single-player demo so that I could report some bugs to WINEHQ and see if they could do anything with the game.

I found the single-player demo here http://www.chip.de/downloads/Men-of-Valor-Singleplayer-Demo_13014873.html and I installed it. The demo then proceeded to install Direct X 9.0c. The demo didn't work BUT the GOG version of the game started working, the only thing you won't see is the "2015" logo being played but you'll hear the sounds and all.

I am currently emulating a virtual desktop for the game as I am trying various things out to see how it will run in different conditions and so far the game looks OK (see the attached screenshot does mine look the same as yours?).

I wish I knew which winetrick corresponds to the version of Direct X 9.0c installed by the demo, perhaps someone who is much smarter than me about these kind of things can figure it out and we can all avoid installing an unnecessary demo :)

The main problem will be the .BIK movies that the game uses :/ You can rename the intro .BIK movies to skip them but if you want to watch the others then you'll need to install a .BIK movie player for Linux and watch them that way :)
avatar
clarry: My game appears to look the same when I set UseGLSL to disabled (clean install in clean prefix, no native overrides/winetricks/demo version installed). If I don't disabel UseGLSL, the guy in the front would be black. Probably the car too.

If someone's got something helpful to add, I created a bug report on wine.. https://bugs.winehq.org/show_bug.cgi?id=40148

However it looks like an unimplemented feature. Unfortunately I don't have the time to get my hands dirty, and I can't really expect anybody else to code it for me...
I would recommend adding some screenshots :)
Posted February 14, 2016
avatar
Rixasha: I just played this from start to finish today, twice.

The r_signal_fx trick that you mentioned didn't seem to be persistent, it got overwritten when restarting the game. It also didn't help the final sequence, which had to be stumbled through blindly. Not hard though - just move a bit to the right and then forward to the very end - but of course you'll miss something. This advice was from here, along with a suggestion for a more persistent way to set r_signal_fx.

Other than that the game ran just fine.
avatar
adamhm: Thanks, updated my post.
avatar
clarry: My game appears to look the same when I set UseGLSL to disabled (clean install in clean prefix, no native overrides/winetricks/demo version installed). If I don't disabel UseGLSL, the guy in the front would be black. Probably the car too.
avatar
adamhm: Here's how Men of Valor looks to me in a clean prefix using Wine Staging 1.9.3 (via PlayOnLinux) with CSMT enabled and UseGLSL disabled.
What is CSMT?
Posted February 14, 2016
avatar
JudasIscariot: What is CSMT?
avatar
adamhm: Command Stream Multi-Threading. See:

https://github.com/wine-compholio/wine-staging/wiki/CSMT
https://wine-staging.com/
Lovely. Apparently, this feature doesn't get included in WINE that you need to compile because I don't see it in my winecfg.
Posted February 16, 2016
avatar
JudasIscariot: Lovely. Apparently, this feature doesn't get included in WINE that you need to compile because I don't see it in my winecfg.
avatar
Gydion: It's a Wine Staging feature? You won't have it unless you do a staging build:

cd ~/code/
git clone https://github.com/wine-compholio/wine-staging
sudo apt-get install dh-autoreconf
cd wine
git pull --rebase
../wine-staging/patches/patchinstall.sh DESTDIR="$HOME/code/wine/" --all
./configure --verbose --disable-tests --prefix="$HOME/sommelier/2016-02-14-staging-1.9.3"
## Check configure output. You may want to install additional packages.
make -j n #ofCores+1
make install
PREFIXINSTALL="$HOME/sommelier/2016-02-14-staging-1.9.3" ~/code/wine-gen-start-ENV.sh

## To return to base wine source ~/code/wine
git reset --hard HEAD
git clean -ffd
git status
avatar
Gydion: Adjust as needed/desired. That also applies all the staging patches and not just CSMT.
Sounds like way too much work for me :P

I am not planning on playing Men of Valor myself (not my genre, sorry!) so I can live without CSMT :)
Posted February 16, 2016
avatar
JudasIscariot: Sounds like way too much work for me :P
avatar
Gydion: What this?

../wine-staging/patches/patchinstall.sh DESTDIR="$HOME/code/wine/" --all
avatar
Gydion: That's about the only added work, aside from downloading the wine-staging code, from a normal build. I've been meaning to add it to the end of the OP which is why it's using git & building the master branches for both. Of course if you don't need it then no reason to build it.
Well it would mean having to move from my compiled Wine to git and all that.

Personally speaking, I am going to either wait until Mint 18 comes out or just switch to an Ubuntu flavor so I can have updated Wine development libraries.
Post edited February 16, 2016 by JudasIscariot
Posted February 16, 2016
avatar
JudasIscariot: Well it would mean having to move from my compiled Wine to git and all that.

Personally speaking, I am going to either wait until Mint 18 comes out or just switch to an Ubuntu flavor so I can have updated Wine development libraries.
avatar
adamhm: Why not use PlayOnLinux?
I never have success with it, maybe I am just not smart enough for PoL. Found it easier to just compile my Wine and I almost never have the need to use different Wine versions because a) I either get the game working to my satisfaction or b) the games I want to play end up having Linux versions anyways :)

I also don't use PoL because winehq.org will NOT take bug reports if you use Play on Linux and since I want to file bug reports or confirm that a given bug continues to exist in the latest version of WIne, I just compile it.
avatar
JudasIscariot: Well it would mean having to move from my compiled Wine to git and all that.
avatar
Gydion: Well, no. It would just dirty your source tree with the staging patches. Assuming you are using tarballs then you would just delete the source tree, and re-extract from the tarball to revert to a vanilla build. Don't you regularly do this when updating anyway? Plus, what they ^ said.
Whenever a new version comes out I make sure to remove the old source version before compiling :) I may not be smart but I know enough to do that much :)
Post edited February 16, 2016 by JudasIscariot
Posted February 16, 2016
avatar
JudasIscariot: Whenever a new version comes out I make sure to remove the old source version before compiling :) I may not be smart but I know enough to do that much :)
avatar
Gydion: Right, so it's effectively that one extra step. You don't even need git to download the wine-staging source:

wget https://github.com/wine-compholio/wine-staging/archive/master.zip
avatar
Gydion: But if you don't need a staging build then you don't need one. :p I'm with you with POL. I've had better luck with builds I've done myself.
Like I said, I've had a pretty good run with source versions so far. I mean I can play Darkest Dungeon (the occasional sound stutter can be annoying but I hope it goes away once I get proper pulse support in WIne :P) and I am happy with that :)

Never been a perfectionist when it comes to WINE so I try to advocate that people tweak things how they wish and kind of use what little bit I know as a mere guideline and not a be-all-end-all kind of thing :)
Posted February 21, 2016
So.

I am testing out Ubuntu 15.10 and trying to compile Wine 1.9.4 with Pulse Audio support. I have the 32-bit version of libpulse-dev installed and yet ./configure continues to claim that the 32-bit libpulse development libraries are not installed.

Anyone know why WIne won't see libpulse-dev:i386? How do I force it to acknowledge that I have the proper development files installed?
Posted February 23, 2016
avatar
JudasIscariot: Anyone know why WIne won't see libpulse-dev:i386? How do I force it to acknowledge that I have the proper development files installed?
avatar
Gydion: Actually ./configure claims "development files not found or too old,". I'm guessing you have "yes" for all three pulse checks? I now have the impression that you don't need a terribly new version of pulse to compile this. You likely are failing the other check (Fix the libpulse check for when the library exists but doesn't work.) No real idea why it "doesn't work". Possibly an arch related issue? Might be worthwhile to see if it compiles correctly in a 32-bit container. The way we are compiling it now isn't technically an officially supported method.
Well, configure sees pulse.h (I'll post a configure.log later), I have libpulse0 and libpulse-dev 32-bit libs installed and Wine 1.9.4's ./configure says "No, you do not have anything!" hence my confusion.

Will that patch that you posted conflict with Wine 1.9.4?
Posted February 28, 2016
avatar
JudasIscariot: Will that patch that you posted conflict with Wine 1.9.4?
avatar
Gydion: Not at all as it was applied the day after the initial pulse patch. It's already in Wine 1.9.4. It's failing as the PULSE_LIBS variable is empty. If I knew how to read a configure file I might know why. As I don't I'm guessing it's a 32-bit on 64-bit issue (not to mention that's the usual culprit). PULSE_LIBS is the linker flags; random searching later and configure completes. Let me see if it compiles...

It did! Failed on install though. This however seems to work:

./configure --with-pulse --disable-tests "PULSE_CFLAGS=-lpulse" "PULSE_LIBS=-lpulse" --prefix="$HOME/sommelier/pulse-wine-1.9.4"
avatar
Gydion: Left out the -lpulse first time around and skip the -m32.
Does that give you 32-bit libpulse support or 64-bit? That command seems to have worked for me, I think.

As for the arch issue, I made sure to have the 32-bit version installed so I have no idea why configure insists on failing.
Posted February 28, 2016
avatar
Gydion: So, safe to say 32-bit. ;) Alternatively, from the build directory: objdump -f dlls/winepulse.drv/winepulse.drv.so
Dumb question: that winepulse.drv.so gets made after make / make install or before?
Post edited February 28, 2016 by JudasIscariot
Posted March 05, 2016
avatar
dtgreene: Here are my two requests (which I've mentioned in other threads):

Shante and the Pirate's Curse
Guacamelee: Super Championship Turbo Edition
avatar
rampancy: I'd also like to add to that Super Time Force. I've read people on the Steam forums and on the Porting Kit forums have had success with running it in WINE and Crossover, but their details were frustratingly vague (they say to install Steam, but installing Steam via Winetricks didn't help the game run; I'd just like to know what dependencies I need to install in Winetricks). I downloaded a torrented* version to test it out for myself but the game seems to quit with the same error reported here.

(*And yes, after my testing, I tossed the file I downloaded.)
I ran innoextract on the installer because for some reason it just up and quits without installing the game on Fedora 23. (wine-1.9.4-staging is what my current distro keeps installing...)

Here's what I saw inside:

vcredist_x86_2010.exe
vcredist_x64_2010.exe
directx_Jun2010_redist.exe

So it looks like you should start with vcrun2010 and either d3dx9 or some other DirectX-related winetrick :)
Post edited March 05, 2016 by JudasIscariot
Posted March 05, 2016
avatar
JudasIscariot: I ran innoextract on the installer because for some reason it just up and quits without installing the game on Fedora 23. (wine-1.9.4-staging is what my current distro keeps installing...)
avatar
Gydion: Never really got into RPM based distros. Arch Linux next? Also, that's old as Wine 1.9.5 is out.

avatar
JudasIscariot: As for the arch issue, I made sure to have the 32-bit version installed so I have no idea why configure insists on failing.
avatar
Gydion: So, I decided to play around with adding gstreamer support on my jesse based system. I ran into the same problem. Turns out it's not a Wine bug. Workaround is to specify the i386 pkgconfig directory when you run ./configure. It will then find and build both pulse & gstreamer with the correct flags. The PULSE_CFLAGS was at least non-optimal if not wrong. E.G. Mint 17.3:

PKG_CONFIG_PATH=/usr/lib/i386-linux-gnu/pkgconfig ./configure --with-pulse --disable-tests --prefix="$HOME/sommelier/pulse-wine-1.9.5"
avatar
Gydion:
Just distro hopping :)

As for Fedora 23, it insists on installing compiled Wine into /usr/local/bin. Meh.
Pages:
1
2
3
4
5
6
7
8
9
10
This is my favourite topic
Community
General discussionThe "Judas does this run in Wine" thread(148 posts) (148 posts) 
(148 posts)