Little click-baity that one. “New”? “Discovered”?

ED players are all over the journal files for years creating various companion apps and meta. Heck there’s a market connector to get “realtime” access to galactic markets running entirely “next to” the game.

Love the ED community for their creativity 🤘

Some simracing peeps has a solid Matrix channel going here: https://matrix.to/#/#simracer:matrix.org 😍

Hanging there for a while. It’s interesting because of the similarities.

Mebbe I should compile a list of my own 🤔

Nice idea but I’d also not want to add another fragmentation to the table - like e.g. yet another gaming Lemmy groups with ~5 members. That’s why I’m asking around :)

Mebbe add your TZ too 👍

Seriously, Why ICE american(s), Why??

https://commons.wikimedia.org/wiki/File:DB_403_026_2024-08-02_JM_5D413719.jpg

We liked our ICE perfectly well. Nowadays I can’t even mention to a customer that I like trains.

Feel free to share your sources.

The source is the technical spec. Read this yourself more closely!

Interoperability: The solution ensures seamless integration across diverse device operating systems, wallet applications, and online services.

And let’s not ignore the demo part:

The white label solution will be implemented based on the open source EUDI Wallet Reference implementation libraries.

And yes it is good that people watch this carefully (and voice their concerns in a civil matter, which does not seem to be the case with most heated comments from your examples). But!

This is the very same with e.g. Let’s Encrypt. Or a VPN ‘service’. Or CloudFlare, that so many people love to hide behind.

What ifs. The spec does explicitly not allow exactly this and it’s our job to investigate such providers closely and in doubt start and run trustworthy providers ourselves. And Let’s Encrypt is again a prime example for something like this.

Oh and no nothing in the spec nails this down to Google or Apple alone. These are examples for smartphones for existing eco systems. I do not need a smartphone for e.g. AusweisApp and I will ask the same for E-Wallet because this is also in the specs (Interoperability) and explicitly not tied to some vendor specific eco system but to protocols and cyphers.

And this is where the next FUD may come in: TPM[1]. This does [also] exactly this: Device attestation and is a perfect candidate for regular PCs. That’s probably just the next can of worms for you though and with this I’ll end this discussion because even with plenty of What Ifs I do not see this solved from anyone in any better way - and again especially not from some company like Dis-fuckin-cord. This is exactly what a GOV exists for and they’d be sleeping on their job not providing digital ways for this very use-case.

[1] And just so that you may understand my POV on this: I demonstrated against TCPA back in the days. I can accept TPM tho. It’s a rather useful compromise and something similar exists for most smartphone ALSO. That is a good thing because this is responsible for keeping e.g. password wallets private. Something the “oh noes, Windows requires TPM now” crowd never understood - and this is from a die hard Linux user for decades.

This is not how remote attestation works. It’s the whole point of the age verification of the wallet that such meta data doesn’t have to be stored. The data submitted is transparent and can be viewed before accepting the verification. It’s in the core concept that this process is unlinkable and the goal is to implement this with ZKP (Zero-Knowledge Proof) mechanisms.

That is in the technical spec for this proposal. It is designed for exactly this kind of requested online anonymity.

Does this have to be watched? Absolutely Yes. What you’re doing here is spreading FUD though without any proof whatsoever just because “iTs fRoM tHe gOv”. Now I don’t know your frame of reference and it’s probably a good idea to keep a healthy level of mistrust in place but(!) the EU does a lot of things correct and I take this over any system designed by a private company that is definitely always only interested in our best: money.

That’d be sad. I despise noisy cars|bikes|whatsoever :/

• nothing against the whistles in that case

AusweisApp

Not exactly sure what you mean by this. I know for a fact that AusweisApp2 works fine on e.g. Linux and there is this: https://www.ausweisapp.bund.de/open-source-software

Of course a close eye must be kept on this but ffs this is miles better compared to the usual practise of copying ID documents in shops or using the PostIdent system and beats any 3rd fishy party provider - and that includes device manufacturers.

Same for the upcoming Wallet asking for open and established standards.

Curious, was that law changed eventually?

Better check. With AI it could be 4 😄

The eID can do this EU wide already but it’s usage is regulated and that’s not something a company wants to accept. The EU Digital Identity Wallet would hit the spot even more, since it’s very privacy friendly: https://ec.europa.eu/digital-building-blocks/sites/spaces/EUDIGITALIDENTITYWALLET/pages/930450954/The+Age+Verification+Manual

That’s still in testing though and even less in the interest of a company that wants to extract as much user data as possible.

So do “Smart TV” apps. Or messenger like Signal. That is really a common thing nowadays.

Coming from IRC it always baffled me why people on Discord would talk about servers and channels too. Especially servers. It still irks me when someone says “Join my Discord server”.

Not sure I can follow. There are various IMU systems, of course. The ones I have expose it’s data as Quaternions and I used Euler’s formula to translate this to rotation (orientation). Been a while but that’s what the Breezy xr-driver does now for me under the hood too. With this I have roll, pitch and yaw - the more important ones for games.

Now in combination with a webcam and OpenTrack I also get x, y, z as position (location). Yes. that also has roll, pitch and yaw, but that is not as precise and will lag a tiny bit by design resulting in motion sickness - so that is not used and simply discarded. This can work fine on it’s own, of course. It really depends on the fine tuning of the settings and mapping and I did use only this before I accessed the data provided by the IMU.

Does this make a 9DoF device? I don’t think so. There’s nothing like a magnetometer involved. And what would the use-case be? I’m not a plane xD

Close. degree of freedom in that context.

Thanks for cheering. This keeps me motivated to do this kind of stuff 🤓

Wonder if I’ll remember what I changed to fix smurf mode so I can revert that :D

Success!

Figured out how to detect if the player is actually in the game. Happily spewing cockpit telemetry to the UDP socket firehose style!

More proof of concept. I found some pre-compiled lua socket lib (could not for my life generate a static cross compiled version using mingw from Linux that would actually load) and managed to sideload it with UE4SS where I can now raise a UDP (or TCP) socket and rapid fire a demo event with a timestamp. Doesn’t even sweat with messages every ~250ms so I guess that works.

Somehow the message segmentation doesn’t work though and I have to take care of this manually and reassemble the message later. That was quite frustrating. Not sure if this is a 🐛 in the DLL that was fixed later or not but… good enough 🤷

I also managed to assemble some cockpit and target telemetry before but I still have quite some trouble finding the right time to access the actual player plane. When I try to read this to early it crashes and won’t recover. In theory I can use hooks for this but I never get notified when objects that should be of interest are created. I may be doing something wrong here. Ah well, another day 🤓