First you should have asked with your KEYBOARD inputs REALLY ?
WSAD blocked ?
Sounds absolutely unbelievable as he can write it down
For a Gamepad/Joystick input that looks entirely different (very different communication protocol and API base into the Kernel).
Keyboard inputs should rarely if ever fail unless their is some strange translation going on maybe over the Language Interface.
Or something else is taking higher level control over it.
I understood the "red markings" You did.
But, You did not understood my issue.
Character can not move up, down, left, right.
But, she can jump, shoot, aim.
This issue occurs exclusively in "Unreal Engine" games:
"Delta Zone", "Under The Witch".
My keyboard works great (obviously, I write this message somehow).
Issue is in the "Unreal Engine" itself.
Forgot to mention:
my OS is "Linux Mint".
"Delta Zone" is running under "WINE" 7.0rc2.
So you have some translations going on here hard to debug, ask the Responsible Linux Devs or try another Distro also ask the Wine Community why specificaly the Unreal Engine could fail Keyboard Inputs on their DirectX Warping layer.
Maybe it's a unsuspected bug inside that WINE release as well try a different stable release.
You have a very very specific non Windows related problem here
So you have some translations going on here hard to debug, ask the Responsible Linux Devs or try another Distro also ask the Wine Community why specificaly the Unreal Engine could fail Keyboard Inputs on their DirectX Warping layer.
Maybe it's a unsuspected bug inside that WINE release as well try a different stable release
Your welcome but please be more specific with a bug report next time hell was this crazy to decipher
That "Btw it's Linux (WINE)" thing was the revelation to it you really have to be very specific with your reports will also help you finding your way through the linux community easier and avoid RTFM often
Your welcome but please be more specific with a bug report next time hell was this crazy to decipher
That "Btw it's Linux (WINE)" thing was the revelation to it you really have to be very specific with your reports will also help you finding your way through the linux community easier and avoid RTFM often
The issue still occurs.
Tried "WINE" versions: 6.19, 6.21, 7.0rc2, 7.0rc3.
Tried "Proton" - the same result.
"UE4PrereqSetup_x64.exe", which contains "Delta Zone" is installed.
Still the same inability to move character anywhere.
Crazy now you make me curious why the mapping of the WSAD movement could fail
so it is happening in Under the Witch and Delta Zone also in Wild-Life ?
Many have Wild-Life running under Wine and never experienced this would be interesting if you do
You could also test in Wild-Life the Direct Mapping it has a Internal Mapping Setup Configuration Interface for the Controls to rebind them over the Setup Interface directly.
It would be very interesting if Wild-Lifes mapping or rebinding would work flawless compared to Under the Witch and Delta Zone in your case.
PS: I checked 0.3 vs 0.5 now and the performance didn't changed at all even with the higher effect complexity but im not entirely sure if it's the same case for the Output Quality and overall Temporal Stability yet in General for the same Performance as previously.
Crazy now you make me curious why the mapping of the WSAD movement could fail
so it is happening in Under the Witch and Delta Zone also in Wild-Life ?
Many have Wild-Life running under Wine and never experienced this would be interesting if you do
You could also test in Wild-Life the Direct Mapping it has a Internal Mapping Setup Configuration Interface for the Controls to rebind them over the Setup Interface directly.
It would be very interesting if Wild-Lifes mapping or rebinding would work flawless compared to Under the Witch and Delta Zone in your case.
PS: I checked 0.3 vs 0.5 now and the performance didn't changed at all even with the higher effect complexity but im not entirely sure if it's the same case for the Output Quality and overall Temporal Stability yet in General for the same Performance as previously.
This is the logs from the startup of "Delta Zone".
The archive contains 4 files:
I) DeltaZone-Win64-Shipping_d3d11.log
II) DeltaZone-Win64-Shipping_d3d9.log
III) DeltaZone-Win64-Shipping_dxgi.log
IV) DeltaZone-Win64-Shipping.dxvk-cache
Maybe, You could help me solve that issue with their assistance?
My gratitude, Sir!
nerogaf do you have some non-English keyboard layouts? Because I am also playing Delta Zone on Linux and it works completely fine to me. Very long time ago I had similar issue with Wine - if app or game launched while non-English layout was active it changes key scancodes and app won't register any letter keys.
Yeah from those Logs nothing unusual i also suspect a language keyboard layout interface issue.
With Wild-Life you would visually be able to see what it is binding or if it binds and recognizes any input at all.
Possible reasons for inability to control character:
1. Most UE4 builds expects you to be in Windows. They can create ports for Linux or use emulators, like Wine, but like DosBox, if there are settings disabled or set to weird defaults, it isn't the game's fault, it is the user for not configuring their emulator properly.
2. UE4 is a bit weird in that if you have a controller hooked up, sometimes it ignores the keyboard and only accepts controller inputs.
3. UE4 usually expects a QWERTY keyboard. If you are using AZERTY or some other keyboard, say a Russian one, the keyboard mappings will be different. So with AZERTY it may still be WASD, but as the letters W A S D are in different spots, that might be the issue.
4. You might have an input conflict with Wine, in that it isn't recognized by UE4 as a keyboard. Again, an emulator issue.
=====
The simplest way to solve this is to: Partition a portion of your drive, install windows on it, and just play the game through windows. Or use a virtual machine.
=====
Also found out that eggs eventually turn into tentacles, but the interface element is in the wrong spot. Its in the first person view. But as you cannot have sex at all in first person, I'd never look for it there. It would be like looking for the ammo in your clip indicator in 3rd person, when you can't shoot guns in 3rd person. Also the process of conversion is super slow and I had a belly size of 101%.
3. UE4 usually expects a QWERTY keyboard. If you are using AZERTY or some other keyboard, say a Russian one, the keyboard mappings will be different. So with AZERTY it may still be WASD, but as the letters W A S D are in different spots, that might be the issue.
Yeah that is a Language Keyboard Interface Problem in Windows this gets Managed by the Keyboard Language Setup and for Japanese by the ontop of that special IME Interface pretty automatically based on your Region Setup.
But im very unsure how the Linux Kernel and the Distro ontop actually handles all this Region and Language Mapping complexity and Keyboard Layouts.
It seems though to be not very smart in terms of the connection between Distro Setup and it's communication with WINE itself providing it all the OS data automatically or maybe some security setting is avoiding it.
Still very strange that it is failing it's a very normal Windows thing to handle this without any problems for all Applications conforming to the Windows API
It would be very surprising the WINE Devs fucking that up
nerogaf do you have some non-English keyboard layouts? Because I am also playing Delta Zone on Linux and it works completely fine to me. Very long time ago I had similar issue with Wine - if app or game launched while non-English layout was active it changes key scancodes and app won't register any letter keys.
Interesting...
Glad that I am not the only one who plays this game under "Linux"!
So, I have to turn off other language layouts to make my character move?
Your Linux distribution?
"WINE" version?
Kernel version?
Do You have only 1 language layout?
But still overall one of the best results for the given Performance
Lot of very chaotic instability spikes though most probably all Blueprint related, will try to get it more stable next to 60 FPS stable (Flatline) though with Blueprint as problematic factor it seems rather impossible.
Achieving the 60 FPS with DLSS 2.x would be 1 click without any difference and the ghosting would be history as well
With this Headroom you could easily improve and stabilize the Hair result
Very happy so far with the current Setup results, his (own) Artwork is now on Full Display and i must say im not unimpressed by Unreals Main Branch results and Progress so far based on his overall results
But except the TOD Simulation there is no real complexity here which would really be important for a Interactive Porn Game.
The Graphics are TOP (especially if you tune lot of the nonsense Post away) but the Interaction is FLOP so far.
Her emotional layers still need extreme work and are not really advanced and look overall very childish so far very artificial when it goes into a more complex expression space and those aren't so complex at all yet and fall already apart.
A Good Porn Game lives from HIS/HER emotions it's impossible to survive with Uncanny Valley Realtime results for the given abstraction space (at least that is what i deeply believe in for the Future and just a Aheago and simple lust expressions wont cut it, if they look but most importantly feel odd like hell).
It's the first time the Streaming result is overall pretty stable as well in Unreals entire History and especially the Public Main Branch
Wild-Life is though still overall a higher complexity Benchmark in that Streaming Stability regards and in many more parts combined together on total stability.
But for tuning visual output stability Delta Zone is the KING
Yeah that is a Language Keyboard Interface Problem in Windows this gets Managed by the Keyboard Language Setup and for Japanese by the ontop of that special IME Interface pretty automatically based on your Region Setup.
But im very unsure how the Linux Kernel and the Distro ontop actually handles all this Region and Language Mapping complexity and Keyboard Layouts.
It seems though to be not very smart in terms of the connection between Distro Setup and it's communication with WINE itself providing it all the OS data automatically or maybe some security setting is avoiding it.
Still very strange that it is failing it's a very normal Windows thing to handle this without any problems for all Applications conforming to the Windows API
It would be very surprising the WINE Devs fucking that up
One thing also the Streaming shares it's resources very well with Firefox i couldn't see any Performance brakedown yet even with displaying all those 4K Pictures while running it, though to be absolutely sure i would have to close Firefox
Back then in Silicon Lust it made me crazy how often the Performance broke down slowly while posting the Pictures and it didn't recovered.
Unreal the current Nvidia Driver and Firefox seem now to share resources perfectly, though this needs much more heavier stability testing up to the extreme rendering cases and watching on the Edge who crashes first and when or if Unreal only goes into Crawling Render Mode and just Firefox Engine crashes starving of Resources when Unreal suddenly Demands them back .
So far every picture above was rendered out the same time Firefox was Displaying them 1 by 1 after the Post and still both is stable and it doesn't look like Performance got lost yet on the Streaming side
I really like these Specific Unreal Build results so far very stable on the Streaming side but yeah it doesn't say that much with this still low level complexity
I really wonder if they introduced a new trick to avoid the perception of Stream brakes slowing down the rendering before it
This way it wouldn't be percepted as a hard cut anymore but a smoother transition
Though 1 Time Flying around with Maya in Wild-Life and you gonna realize how stable it is now
Great that you managed to fix it, looks like your wineprefix was fkd up
Just in case since you asked:
Manjaro Linux KDE
NVIDIA RTX 2060
Wine 7.0rc2 I think, since I build it myself with wine-tkg scripts
Russian and English keyboard layouts
It's really a special Part of Delta Zone
It could be really easily remade into a Photo Mode like Cyberpunk it practically is that just some modifications and boom
Cutscenes in this Style would be also pretty nice actually this is a Cutscene we just need more Camera Controls
I think it would be a good time now to start a Underground Project that violates any possible License rule EPIC has
The fact that you've got TEMPORARY MODEL written down the side of your gun, and I've got DESERT EAGLE .50 written on the side of mine, should precipitate your balls into shrinking along with your presence
Efficiency of the current TAA approach is very Questionable for Delta Zone in this Build and Configuration on Nvidia Hardware Gen5 is really inefficient compared to DLSS in Performance
Hitting the 60 FPS zone pretty stable now
The Hair has a overall very very bad shader setup for the hdri lighting really should be looked into.
I don't really like this Low Luminance target but with this completely messed up hair result and stable lighting problems of her i can fully understand the Devs desperate situation currently, which binds him to the Darkness with her.
So at least i got the Performance now where it should be by default for the current low complexity stage and fixed some other Performance issues, let's see if he found them by himself on the next release.
