Quoting: leillo1975

Quoting: ageres> Reviews: Mostly negative.
I wonder why sales were poor…

F1 2016 has "very positive" rating though.

I don't understand why the reviews are negative. The game is not excellent, but it is not so bad either. Maybe people had too high expectations.

I've looked at this before with Steam review data and found that Linux reviews were on average about 10-15% higher than Windows and about 5% (not sig.) higher than Macs. Note that was across all games.

Specific to simulation games, around 5% of Windows users rated above 90% while Linux users had over 12% of simulation games rated above 90%.

I have my theories on why this happens, both in general and simulation game specific, but would really like to hear what others think. These are not based on anything than 'gut feeling' and general observations regarding possible causes:

(1) One possibility is that Linux users are more inclined to fix any errors and then perhaps give a good rating later on, without thinking about the initial experience but rather the current experience.

(2) (I may be guilty of this as well) Linux users may have a lower "bar" for what they feel is a good game and are more likely to give a good rating even with the exact same glitches a Windows user might experience (and give it a negative review).

(3) My final theory on this is that we research and read reviews in more detail before purchase, and are more likely to be more selective therefore purchasing games that we would naturally rate higher (e.g. some people said they don't feel like they enjoy the 'F1' genre)

I actually just thought of one more as I was writing these down, but I won't bore you and suspect that someone may point it out what would be my #4 :)

I'm sure Steam has all this info and the answers :) as they can slice the data much more granular that is made in the API.

View this comment - View article - View full comments

In case anyone happens to run this, and run into the same issues, please see my response to the developer post announcing patch 1 [External Link] for the changes to the game config. file that have allowed me to finally get level 1 to load and play on Ultra near 400fps (initial launch I was around 300, but more importantly the CPU has calmed down and the system is running cooler).

There were some areas of the config loading 32bit and some 64bit, which seemed to hang either the sound or the level, but it definitely was not loading as everyone in this post experienced.

Feel free to contact me/respond if you have any issues that the developer team/Steam forums doesn't address. Apparently I now have about 2 hours in game (debugging!). I'm leaving my review as not recommended for now until it runs stable for a while.

View this comment - View article - View full comments

Quoting: PozzuoliIt's good that they are updating it, but it doesn't really fix the problem at all.

We didn't change anything with system or else. It is just gameplay bugs fixing.

I agree that it "shows good faith", but from my perspective, they've released something that is alpha quality or worse (at least on my system). Also, it's a reasonably expensive game… and my two week refund window is rapidly approaching.

You're right. I should have tested it before saying anything here, which is now linked as part of our conversation (don't want to attempt url md on my phone lol) Anyone interested can find it in the game reviews.

This patch actually broke the game fore and hasn't launched since. Clock ticking until I send it back. They should have gone through early access, but I guess you can state that it's ready for primetime and it moves forward.

You would hope that Steam had some automated testing for each patch but time, money, etc that's not practical. That's why the community reviews and information is so vital and why I'm appreative of people who leave honest, valid feedback. I try to do the same and won't review until I have time to give it the full attention it deserves. My hope is that it helps at least one person reach a more complete conclusion on their purchase.

I also wish we could roll back patches for breaking builds. Perhaps a button that says, 'It broke!'. Wouldn't be too hard to just keep a version backup in case of regressions. I went from a game working with workarounds to literally one that doesn't do anything. And if steam won't do it the developer should do like others and have a beta devoted to prior release.. this seems basic, or maybe I have high expectations.. who knows :)

View this comment - View article - View full comments

The first update [External Link] has been released for Sumoman, including the humorous last item on the list, "Added Alt-F4 combination for rage quit." ^_^

I was able to discuss some of the issues that I feel are the top of the fix list on the Linux version, including the lockout/freeze we all experienced. I personally think that a patch this quickly only shows good faith from the developer to deliver a quality product that can be happily recommended.

View this comment - View article - View full comments

You bet. Maybe they'll patch it up and drop the price 99% in the future :p I feel like the potential is there. Cheers --

View this comment - View article - View full comments

Quoting: PozzuoliThanks for the offer. I've put the error log up here [External Link]. To be honest, I've spent over an hour troubleshooting something that I've spent money on, so I'll likely give up soon. Please don't spend too much time helping me! I'll let you know what I tried though.

I've tried the following:
* launching vanilla steam, and using `primusrun %command%`
* launching `primusrun steam`, and running the vanilla game command.
* launching either option above with `LD_PRELOAD='/usr/$LIB/libasound.so.2 /usr/$LIB/libstdc++.so.6 /usr/$LIB/libgcc_s.so.1 /usr/$LIB/libxcb.so.1 /usr/$LIB/libgpg-error.so'` first (I think I got this from the Arch wiki.

Neither of the four permutations work.

I tried copying libUnigine_x64.so to the x64 directory as you recommended… but this meant that the game wouldn't even get to the *first* screen now!

I checked `ldd libUnigine_x64.so` in the original directory, and all the files exist.

I looked at /tmp/dumps/*.txt and it only had similar information to the sumoman log above.

I'm kinda with you at this point. I just went through two rounds of it freezing again. There are workarounds for the key lockups.. but I feel like I've spent 4-5X more time debugging this game than playing it at this point. I need to learn when to quit on these games that feel like they were rushed out at the last minute.

Someone seriously yelled at them, after four years (per their release announcement, 4 years in dev), to "SHIP IT!" and here we are.

I'm curious how they are locking the keyboard, but like I said, I'm done with any form of tracing syscalls, hexdumps, or the like. I know what happened to break it this time (changing my desktop back to 4k (silly me, going native on them).. it can upscale to 1440p but not downscale apparently).

Do I really want to go through dconf, gnome-tweak-tool, and xorg.conf to play it? ehh.. I have a script to do it but that's not the point. It's cool but not that cool. Or maybe it is, I haven't played past the third checkpoint. I'll give it one more day.

Sorry things didn't work out on your end. I looked over your log next to mine and they were pretty much the same. They actually don't give very much info in the logs as far as when things go wrong.. it freezes and the logs stop as well. Not so helpful.

Anyone else reading this -- hold off for now. It's a beta release quality worth about $5 wrapped in a production release for $i forget.. over $10. :) This may serve as the foundation for my review, lol. I've returned one game on Steam, and never given a bad review. Records are meant to be broken, perhaps.

View this comment - View article - View full comments

Quoting: PozzuoliThanks for the tips @saildata. Unfortunately I still can't get it working. I disabled the Steam overlay, and I wasn't using a Steam controller anyway. I even set it on minimum resolution with no AA, just in case. Looks like this one is heading towards the refund bucket.

If you're willing to debug a little/ would care to.. I'd be happy to look at some of the logs and see if we can't get it working for you. If not and you're tired of messing with it, I understand 100%.

I went back and looked at your Steam dev conversation. Looks like they're recommending a driver release from about 1.5 months ago. But as you said, our kernel has the 4.10 patch for the latest Nvidia driver.. so why revert??

Since you have a dual (Optimus?) card, have you tried changing your launch mode to what's in the Arch wiki? I.e. primusrun %command%?

Also, I'm a little surprised the person helping you didn't dig into the missing library link.. that seems like it would have been a red flag as to the crashing. Unless their LD_LIBRARY_PATH env variable changes that.. but it points to .local/share/Steam/steamapps/common/Sumoman/bin/x64 which does not have libUnigine_x64.so. That library is in the main folder. What I just did was cp libUnigine_x64.so x64/ so that at least when the game is loading the libraries it has what it's looking for..

Double check that the library libUnigine_x64.so is linked correctly.. cd ./x64 ldd libUnigine_x64.so Make sure all the arrows point to something. Thats the system libraries it will reference once the game loads that library..

So that should help see if anything obvious is missing from your system. After you try that, if you decided to go at it one last time :), also check the logs /tmp/dumps/*.txt. That sometimes has some useful info, but is typically more related to the Steam runtime.

Now that mine is correctly copied in, I'm curious to see if anything in the game runs better or loads quicker :p

Cheers --

View this comment - View article - View full comments

I also saw that they have an "FAA approved" version that seems to take away a lot of the "extras" and add some special planes. It that doesn't say "this is a sim not an arcade game", then nothing does :)

I've definitely noticed a lot of pilots/captains/other in the forums. Seeing them support it is part of why I went ahead and got it. I hadn't played a flight sim since early 2000's and that was MS Flight Sim. Odd they don't have a Linux port (joke!)

I would like to learn more about Blender and how to use it to mod some of the skins.. maybe make a Tux plane ;) not sure if Blender is the right program for a beginner in this case or not. Has anyone modified skins for a Linux game in Blender or any other software? Would you recommend it to someone who understands the basic theory (e.g. the 2D/3D transformations and linear algebra) but not familiar with the related software.

Thanks!

View this comment - View article - View full comments

Quoting: Pozzuoli@saildata Sorry, I have no idea what you are talking about!

Ok, sorry I gave up on it last night.. was too tired to mess with it :|

Today, I got it to run and checked a few settings to see what seemed to be the optimum settings for my system (see 'View PC info')

Things I changed to get the game running/ without freeze
1. Disable the Steam overlay for the game
2. Use sc-controller (v3.8.1+), launch before starting Steam
3. Run the game from the normal Steam launcher, not big picture

Graphics settings and noted impact/fps
Note: I wasn't able to get it to run in 3840x2160p, even when manually changing the config file before launch.

• 1080p/AA=0x, CPU=12%, fps=350-450


• ***1440p/AA=0x, CPU=14.0%, fps=200-220***


• 1440p/AA=4x, CPU=17.3%, fps=180 (no variation noted)


• 1440p/AA=8x, CPU=15.5%, fps=120 (no variation noted)

In the end, I feel like the *** 1440p without AA (or vsync) gave the best game play. I stared at a scene with water/other dynamic elements and could not see a different with or without AA. Maybe the waves? It wasn't noticeable unless you were really really looking for it. The only major difference was whether the laptop fan was on..

I would still recommend this with the changes made. I think the Steam overlay is what was causing the freezing, because immediately after removing that, the game would gracefully exit. So make sure if you're using the Steam controller, to export a local config and import into sc-controller, version 3.8.1+. I'm not sure if v3.7 or v3.8 has the required changes or not since I pull from the git version and it just grabs the latest off the main branch.

Hopefully that helps others wanting to play this without everyone having to go through the debug loop and can just jump in and play :) Enjoy --

View this comment - View article - View full comments

Quoting: Mountain ManI can't imagine why you had so much trouble. The Cessna 172 is so easy to fly that it practically takes off by itself. You ought to at least give the X-Plane 11 demo a look.

I agree 100% - download the digital demo (not sure if the Steam version has a demo?). Anyways, it should give a good estimate of whether your hardware will support it. As noted before, this is likely one of the most demanding "game like" applications on Linux. I say "game like" because obviously running something like make -j8 to compile the kernel is right at 100% CPU while keras (Python library for deep learning) is extremely GPU heavy. But for stuff that's discussed on this site - it's one of the most demanding ^_^

Looking at the Steam pricing and http://www.x-plane.com/product/steam/ [External Link] I would recommend running it outside of Steam. The digital app can be run just fine without Steam, and is supported by the original team, not a third party. There is a limit on the number of installs that can be used, so that is something to consider. I guess the Steam version would allow you to install multiple times like other products in your Steam library.

Also, I'm not sure if you'd have to jump through any hoops to get it to truly use all 64-bit native libraries. One thing is for sure - it would be compiled/linked against libsteam_api.so, which likely adds a layer of logging and overhead. So check out the demo from their site http://www.x-plane.com/desktop/try-it/ [External Link] and consider the benefits/trade-offs of running from Steam.

Food for thought :)

View this comment - View article - View full comments