Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)M
Posts
1
Comments
56
Joined
3 yr. ago

  • Ah, yeah the Nacon WRC games are weird. I could never get them to work either but just with device detection in general, not only my wheel. Also people tend to say they weren't amazing in terms of FFB feel and gameplay either so I stuck with the more popular titles. You're totally right and I had completely forgotten that those games are just non-functional at the moment.

    I don't use lutris for anything, I run umu directly with proton-ge for RBR and a few other non-steam games and it's been great. Upgrades are as easy as just launching explorer in the prefix and double clicking the RSF installer, and since 10-22 I think you don't even need the dll overrides since they are included in recent proton-ge. My opinions of the game and RSF are not as amazing though so I admittedly don't play it much. I used to a lot but found interacting with the community to be pretty taxing at best, and not good as a Linux player. All the wine/proton development work in the world can't improve a community that is borderline hostile towards a subset of players.

    JacKeTUs has a fork of proton-ge which helps with device detection stability which is the issue with AMS2. They are working on upstreaming that work I believe, but I'm unsure what the status is. From what I've heard soon devices constantly unbinding in many games will be fixed very soon across the board in wine. Assuming there are no holdups with that work that I'm unaware of. For now I do as you said and rebind my wheel axes every time. It does seem to remember buttons and other controllers though, just not the steering axis.

  • Yeah, my t300rs worked on linux but that's because there's a kernel module for it. Which it looks like they have expanded since I last took a look, so that's cool. But I ditched it for the DD ffboard a while back.

    In terms of rally games not working, which ones are you having trouble with? I play all the big ones that people talk about and haven't had any issues but I don't have a moza wheel so I'm not sure what specific issues those have. Apart from EA WRC which doesn't run anyway (and when it did I never thought it was that great of a game). ACR has input issues on windows too unfortunately.

    The SROL discord can be pretty helpful since it was started by a couple of very active developers in that space including the dev responsible for universal-pidff. I think the situation is quite good and always improving, but still depends a little bit on what hardware you have. There are some less popular wheels that are completely unsupported still. It also doesn't help that iracing and EA are actively hostile to the linux community.

  • https://simracingonlinux.com/

    Also https://github.com/JacKeTUs/universal-pidff

    I use an OpenFFBoard wheel on Linux. It requires no drivers (works with hid-generic). I've not found a game that runs on Linux that doesn't detect it that didn't also have trouble on windows (looking at you ACR...)

    AFAIK pretty much any moza wheel works with universal-pidff and a bunch of others. And oversteer's github has a bunch of other links to drivers that make some other higher-end wheels work pretty well.

  • The fork was merged into rofi, See the Announcement at the top of the readme for the fork.

  • So this is not exactly what you want, but have you seen the rofi -show window feature? There's no preview of the window, but it does display the title even if the window is not on the current workspace.

  • I have nothing really to add, but just want to say thanks for making watchfaces!

    fellow pebbler

  • key ring

    I had a similar problem a long time ago on a new laptop and this is what it was for me. I didn't have a keyring provider that the nextcloud client could use, so it would get a token when I entered the password, but couldn't store it so it would be only in memory and vanish every time I disconnected.

  • This. I had symptoms extremely similar to OPs and saw this in the kernel logs immediately before the system would reset:

     
        
    [    0.705185] mce: [Hardware Error]: Machine check events logged
    [    0.705187] mce: [Hardware Error]: CPU 17: Machine Check: 0 Bank 5: baa0000000090150
    [    0.705190] fbcon: Taking over console
    [    0.705191] mce: [Hardware Error]: TSC 0 MISC d012000200000000 SYND 4d000020 IPID 500b000000000
    [    0.705195] mce: [Hardware Error]: PROCESSOR 2:a20f12 TIME 1678252812 SOCKET 0 APIC 3 microcode a20120a
    
      

    It turned out to be a hardware issue with my CPU (AMD Ryzen 9 5950X). I got it replaced under warranty (twice actually, the first replacement had other issues) and everything is fine now. Definitely check what the kernel logs say.

    You can look at the previous kernel log from before a reboot with journalctl -k -b -1 (as root)

  • You can do it just in the sketcher and get 90% of the way there with just sketcher constraints. You can also create a body with a subshape binder for each sketch line and use assembly and create an animation. You don't even need 3d solids. I created a gif, we'll see if it attaches properly to this reply...

  • I see you made a comment in https://github.com/ValveSoftware/gamescope/issues/1913 . Did you try vkcube like someone earlier in that issue? And the other workarounds like --expose-wayland?

    Also what version of gamescope? And you don't happen to be running steam as a flatpak do you?

    EDIT: they JUST released a new version https://github.com/ValveSoftware/gamescope/compare/3.16.14...3.16.15 . So if you are having issues downgrading might be worth a try, but I haven't been able to reproduce the issues you are having.

    Also, I know it sounds weird for a linux machine, but update and restart just to rule anything weird out. I've had steam and steam related applications leave around weird state, processes, etc. before and restarting is an easy way to clear that all out and start fresh, eliminating variables.

  • Quake3 and Overload (only sortof FPS) are the ones I play. Both have plenty of community servers and also community games. And both have linux native versions that run without wine. I'm by no means an expert in this area nor do I have a vast knowledge of what people play these days. Just sharing what I like.

  • universal-pidff is working on support for many wheels. I believe they are also working on upstreaming.

    Thrustmaster hid-tmff2 is a module that supports some common belt drive wheels. (I had a t300 but upgraded, see below)

    OpenFFBoard is fully supported without any extra drivers/modules in Linux. Even the configurator is just python+qt and works fine (This is the wheel I use).

    Running the drivers in wine won't work, or at least there is no benifit that I've seen. Oversteer provides some udev rules which improve logitech support, you should install that and reboot even if you don't plan to use it. The udev rules initialize the wheel correctly, set permissions on the sysfs components, etc. AFAIK the Logitech Driving Force GT is fully supported by the in-tree logitec driver link. Can you post more details about the issues you are having, maybe with screenshots?

    EDIT: I forgot that oversteer recommends using new-lg4ff for most logi wheels. So definitely give that a try as others said.

    Lastly there's sim community https://infosec.pub/c/diysimulators@discuss.tchncs.de (the creator of openffboard is the mod of that community) if you're interested. It doesn't see that much action but there's a little here and there.

  • That Dirt 3 performance improvement though...

     
        
    Game 	Upstream 	ntsync 	improvement
    Dirt 3 	110.6 	        860.7 	678%
    
    
      

    Might have to go dust off that game just to experience the speed

  • wow... I hadn't thought of that until you mentioned it but a trackpoint in thumb's reach on a steamdeck-like device is a great idea. And good marketing continuity for Lenovo

  • In addition to everything everyone else has said, the launch option: PROTON_LOG=1 %command% (from the wiki). It will create a steam-<gameid>.log in your homedir which can have lots of good wine/proton specific information in it.

    You can also rename the user-settings.sample.py file in a given proton version in $HOME/.steam/root/steamapps/common/Proton - <version>/ to user-settings.py and uncomment the additional wine debugging options (PROTON_LOG is already set in this file, but it is not active until it's renamed or passed directly on the Launch Options line).

  • Someone posted this https://webvm.io/alpine.html in another community and it made me think of this post. I've never used webvm and I suspect there are many downsides but seemed relevant and the demo seems to be able to run a full desktop environment. You have to find a CAD software that supports Linux though which is a controversial topic at best.

  • There is also Cascade Studio (Demo). Sadly development has stalled, it was a really cool project.

    Probably not at all what OP is looking for though since TinkerCAD is just sketch/primitive type workflow, not like openscad.

  • Linux @lemmy.ml

    xeyes 1.3.0 released yesterday now has "multi-ocular support"