Moderators: timon37, Moderators for English X Forum
When I posted I had experienced it only with that particular mission I mentioned, but I have tested again today and right from the first mission the portraits are wrong, so yes, at least for the storyline missions it's all the time.timon37 wrote: 1. You mean the portraits are wrong all the time? This can happen with some ffmpeg versions (e.g. ubuntu 12.04) but the game includes a good one so it shouldn't.
Update/verify files, and if it still happens enter game dir and do "strace ./X3R_main 2> log_strace", quit the game, and give me the file log_strace.
I think I can see it on your image, but I failed to notice it in mine. Here's a screenshot(pretty lady is actually the old guy who gives you the first missionMellen wrote: There's also a dotted greenish line under the portraits when this bug occurs.
).Fullscreen. I haven't really found the mouse grab options so I'll just go with "default". Also, I don't know when the last patch was released, but I tried to reproduce it again today and it's more difficult. Sometimes it bugs right after a couple quick overlay shortcuts, sometimes it takes a lot of spamming.timon37 wrote: 2. Windowed or fullscreen, and with what mouse grabbing setting? It doesn't cause issues for me (at least with the current version).
I experienced it for some time, but the problem vanished after some patches. I can't really recall when.johndrinkwater wrote:Someone has reported stuttering sound, https://github.com/ValveSoftware/steam- ... issues/919 has anyone else had a similar issue?
I experience a sound stutter, but it's not really a stutter. When I fly close to another ship, I hear a "krrrrrrrrrrrrrssshhhhhhhhhhh" and the length of time I hear it varies. But, recently, the time has been shorter.mathw wrote:I experienced it for some time, but the problem vanished after some patches. I can't really recall when.johndrinkwater wrote:Someone has reported stuttering sound, https://github.com/ValveSoftware/steam- ... issues/919 has anyone else had a similar issue?
I think those are the same characters that are getting effected by this in my game and Brennan is the same green alien as in your screenshot so I guess it isn't random.mathw wrote: But only some characters are affected. Noah, for instance, has the correct portrait even when running on steam, whereas Brennan, Saya and Dogun's display wrong when running from steam.
.
Code: Select all
************************* X3 - Reunion BETA *************************
Please be aware that this Linux version is in public BETA TESTING.
Failed to launch, which usually means missing dependencies.
For technical support please visit:
http://forum.egosoft.com/viewtopic.php?t=332472
Error log:
Distro info:
OS:
ID: gentoo
DISTRO:
ARCH: 64
VERSION:
Press enter/return to close window...
Code: Select all
KeyPress event, serial 40, synthetic NO, window 0x7400001,
root 0x299, subw 0x0, time 2191816, (-561,-222), root:(2796,581),
state 0x0, keycode 49 (keysym 0x5e, asciicircum), same_screen YES,
XLookupString gives 1 bytes: (5e) "^"
XmbLookupString gives 1 bytes: (5e) "^"
XFilterEvent returns: False
KeyRelease event, serial 40, synthetic NO, window 0x7400001,
root 0x299, subw 0x0, time 2191940, (-561,-222), root:(2796,581),
state 0x0, keycode 49 (keysym 0x5e, asciicircum), same_screen YES,
XLookupString gives 1 bytes: (5e) "^"
XFilterEvent returns: False
Probably that or the 00001.dat got "fixed". Looking at Julian's and Miria's mismatches, approx 3 minutes of video were probably inserted between Neu and Julian.loggy wrote:Btw. when starting a new Mission (first entry): Ban Dana is shown as Saya (or her Mother in a Kimono?), and Julian definitely is a Teladi pilot... not just one frame or so, just the whole plot. This was different on the first version played. Index shuffeled?
^ = Shift+6timon37 wrote:1. Can't reproduce even after setting a german layout though I couldn't find ^ ;p Where is it?loggy wrote:Three issues so far:
1. When in Game, never ever press ^ or you will have to press every key twice until you completely close X3 and restart. This is on german keyboard with "dead keys" enabled.
2. Sometimes a key gets stuck until you press that key again - annoying in dogfighting, when a cursor key gets stuck. The fighter turns around like crazy until the same key is pressed again. I am not able to reliably reproduce, but playing, then press a key very fast twice has a good chance to get it stuck.
3. In gameconfig, the "key names" that are bound to a function are all lower case. There are two bound "t" but actually thats one "t" and one "T" bound. Same on "." and ":" - on german keyboards on the same key, one with shift one without. In menus its just "."
Hmm it might an extra key, give me the xev output for it which looks like this:2-3. Should have been fixed, did you update?Code: Select all
KeyPress event, serial 32, synthetic NO, window 0x4400001, root 0xd4, subw 0x0, time 188629241, (635,396), root:(3115,1292), state 0x10, keycode 41 (keysym 0x75, u), same_screen YES, XLookupString gives 1 bytes: (75) "u" XmbLookupString gives 1 bytes: (75) "u" XFilterEvent returns: False
Mainly check the memory usage, if it starts going beyond 1.5gb there's probably a leak.loggy wrote: I have also a slight feeling that the game gets slower - but as I played it mostly on my notebook it also could be the heat.... I will check with a running "top" parallel to x3.
But first make sure you have the newest version.
Path-finding can sometimes have trouble path-finding;p It's os independent.loggy wrote: I it just me? I am trying to set my own ship where I am pilot to fly to a station in another sector, and on the portals the autopilot just flies loops instead of just flying through?
Ship => Orders => Navigation => Dock at.... another sector's station
I was starting in Menelaus' Paradise and wanted to dock at Ocean of Fantasies Equipment dock. I am sitting in Julians Buster.
Unless it happens 50% of the time in different circumstances (so if it happens just in one place, it's just that the algorithm has issues there).
Yeah the cursor is offset, I noticed it but because it's actually completely internal I assumed it's just the way it is, but I just checked on windows and it's not offset, so I'm missing something;pCodAv wrote:A few findings from my side:
- The mouse cursor coordinate is offset some pixels to the right in menus, most noticable on scrollbars. I run the game in windowed mode, but turned off window borders in KWin to have the game appear as fullscreen.
- The game stores profiles in the Steam game data directory. If Steam updates the game or you manully check the local game content, the profiles will be overwritten with the default ones. I'd be better if any changed profiles would be saved in the same directory as savegames, in the user's home dir.
- The bug with fast repeating keys occurs for me as soon as I plug in and use my MS Sidewinder FF2 joystick in the game. I had this problem with the LGP version as well, and as far as I remember it could be fixed by assigning the correct number of buttons in the launcher. In the current Steam version, most of the buttons and axes are not assigned correctly, e.g. the pitch axis actually sets the speed instead of the throttle control. I'm looking forward having a proper joystick configuration interface in the launcher.
I'm playing Xі on Gentoo Linux x86_64 and KDE4.
- Running the game in fullscreen mode, it'll crash KDE4's plasma desktop. I'll try to get some error log or stack trace on this one.
Profiles shouldn't be overwritten anymore, (or starting with the next update).
Hmm report if the fast-key-repeat still happens with the current version. I'm guessing it will and I'll have to add some button remapping/disabling:|
1. You mean the portraits are wrong all the time? This can happen with some ffmpeg versions (e.g. ubuntu 12.04) but the game includes a good one so it shouldn't.mathw wrote:1- Character portraits seem to be crazy. On the second story mission Saya's portrait was of an Argonian male, another character with female voice was too a male, and mine(Brennan) showed as a Teladi. On the first mission my portrait showed Brennan's face just correctly.(I'm not sure if this is already known, so I'm not providing a savegame yet)
2-From what I gathered to reproduce the bug you just have to enter and exit steam overlay 2~3 times in a short interval.
Update/verify files, and if it still happens enter game dir and do "strace ./X3R_main 2> log_strace", quit the game, and give me the file log_strace.
2. Windowed or fullscreen, and with what mouse grabbing setting? It doesn't cause issues for me (at least with the current version).
In general all I can say at this second is "welcome to linux and it's 1001 stupid issues";pZyanKLee wrote:I have a problem with my multi-display setup.
My personal solution for stuff like this is just play in windowed mode, set the window borderless (there's a config.yaml option if your wm doesn't support this) and position it so it takes the whole screen (or three for eyefinity like setups;).
There's a bunch of reasons why it is broken like this, and some are nvidia's fault. When I get to switch to sdl2 this might get better, if not I'm afraid it'll probably be the last thing I try to fix (it's a huge can of worms with angry penguin faces).
A missing texture that causes a black dummy to be used, but since this is a debug build it should have been a pink texture (but apparently something else also went wrong;p).etonbears wrote:Latest update seems to have fixed these sectors. Thanks very much. What was the issue btw?
@Optimus users
I understand your pain. I'll try to add something to the config dialog, though can you guys sum up for me what the options should be so we cover all setups/possibilities and what they should result in (meaning how to execute the main binary)? Sorry but I don't have any optimus laptops, so I'll need your help here.
@Everyone
Sorry but I'm somewhat gonna ignore any input bug-reports before this post;p
I'm not saying it's fixed right now, but I wanna make sure I know what's happening with this exact version.
So first make sure you have the newest version (restart steam, verify integrity etc).
The current version has a very different input config dialog with axis mapping.
So post any new reports with "This is on the joystick remap build".
I'll start adding some version numbers somewhere with the next build, and I'll also include some special schortcut so I we can tell what's sticking precisely.
Also say if it happened when fullscreen or windowed, and if "mouse grabbing" is set to 0, 1 or 2.
The last one was actually part of my initial plan, originally the config and game were fused together and I split it for a few reasons, I'll try to do it now, though it might cause problems or not work (steam can be annoying sometimes).Maquis196 wrote:We just need either primusrun/optirun passed to the executable. Like it has been mentioned earlier, Valve want it done through an environmental option (so the user can pick which bumblebee program to use), so as long as the game starts with;
optirun/optimus x3r_main (or whatever the executable is called) then we're gravy.
So maybe have the config main menu check to see if it was prefixed with anything when it started and then pass it on if so?
Until nvidia pull out some proper drivers this will be a nice workaround, and I'd hate to see you having to work around the issue beyond just checking the start flags.
OR...
thinking about it, can you do it like other games where you can right click the game in steam library and either start it or run the options? That way steam will pass the program to the executable as expected and we can set the options as normal anyway \o/.
my 2pence
Hmm if it doesn't unstick after a few presses of the key that is stuck then it's very likely a slightly different issue from what I'm seeing, you'll have to give me a while to work out how to tackle this.ezra-r wrote:I have played a few minutes and I can confirm the sticky keys bug occurs. In my case strafe right remained active and I found no way of disabling it, so I had to quit.
Yeah that sensor is probably reported as just another button, and any button being held makes the game do that (it's the same on windows), I'll do something about it sooner or later. In the meantime you can probably check which button it is with evtest and try to disable it somehow (e.g. xorg.conf options like ButtonMapping) though I'm guessing sdl opens evdev directly so the only way would be some kinda evdev filtering kernel module (I don't know of any apart from my own, which I wouldn't recommend and you'd have to modify it either way).CodAv wrote:As long as the stick detects me holding it, the bug occurs. The moment I release the stick, it goes away. Hope this helps a bit to isolate the problem
Actually they may have screwed something up, or at least whatever they did probably stops it from using the libs I packaged, which causes the other issues people started having:|bladerunner_92 wrote:With this update, though, when I launch from Steam, the config screen appears (I used to have X3R_config symlinked to X3R_main, but the update reverted it). When I then press Start X3, X3R_main is launched *with primusrun*! So it might have been magically fixed by itself
Ok, the full option range (0-2) is in config.yaml, or you can change it in the input config dialog ("Always grab cursor") but it doesn't matter for fullscreen where it's always grabbed either way.mathw wrote:Fullscreen. I haven't really found the mouse grab options so I'll just go with "default". Also, I don't know when the last patch was released, but I tried to reproduce it again today and it's more difficult. Sometimes it bugs right after a couple quick overlay shortcuts, sometimes it takes a lot of spamming.timon37 wrote: 2. Windowed or fullscreen, and with what mouse grabbing setting? It doesn't cause issues for me (at least with the current version).
I have yet to do more testing, but yesterday I was pestered with it during normal gameplay/usage of the overlay, without actually trying to trigger the bug.
Hmm there seems to be some xorg keymap tricks to this key, it doesn't behave like the rest, so yeah don't use it for now;p It might even be impossible to work around this (other than changing the keymap), so sorry but I'm gonna file this for much later.loggy wrote:So, this is xev output of pressing & releasing ^ on german dead keys keyboard. The key ist located directly left of "1 !" and with shift its supposed to produce the ° (degree) char.
Hmm might be a few things, first try to disable the throttle (in the sense that the actual joystick throttle axis isn't mapped to anything, and nothing is mapped to JoyThrottle (source -1)) and enable everything else like you would normally use it, report if that fixes it.loggy wrote:Another thing I got: Using a joystick (TM16000) I am not too much able to enable SETA - somewhat the joy sends keystrokes? Most of the time I cant get SETA in for more than a second. I even kicked in a 100% dead zone on the joy, and i can get SETA in just in some rare times.
Does the config dialog value bar go through the full range? Also there is some "Throttle Sensitivity" setting in the in-game-controll-settings where you have the deadzone, try fiddling with those and other options.loggy wrote: 2nd The throttle of the joystick behaves somewhat strange, I have a range of about 3mm out of 30mm where I can set the speed from -10 to +100%. jstest-gtk shows X3 reacts on values between -16000 to +16000 (16384?
If the hat reports as an axis (and the value bar changes when you assign and press it) then you should be able to map them to e.g. Joy2X/Y and set those in the in-game settings to strafing or anything else. Keep in mind it's very subtle (best to test at 0 speed near a station), also I'm not sure if strafing doesn't require some ship extension or is only on some ships.loggy wrote: The Hat does not work at all, even though it acts as Axes 4 and 5, also from -32k to +32k, as I like it for strafing it would be nice to get it working.
)AFAIK multi-monitor issues (and probably also Alt+Tab - doesn't sure about that) resolved in SDL2, so please consider switching to SDL2 before releasetimon37 wrote:In general all I can say at this second is "welcome to linux and it's 1001 stupid issues";p
My personal solution for stuff like this is just play in windowed mode, set the window borderless (there's a config.yaml option if your wm doesn't support this) and position it so it takes the whole screen (or three for eyefinity like setups;).
There's a bunch of reasons why it is broken like this, and some are nvidia's fault. When I get to switch to sdl2 this might get better, if not I'm afraid it'll probably be the last thing I try to fix (it's a huge can of worms with angry penguin faces).
timon37 wrote:Generic information:
...
Savegames are by default stored in a hidden folder ".config/EgoSoft/X3/save/" in your home directory as X00.sav, X01.sav etc.
Windows savegames should be two-way compatible and shouldn't be flagged as "modified", if there are any issues please report a bug.