Ok maybe they borrowed the video dunno. But box64 dev is on playthingy payroll
Ok maybe they borrowed the video dunno. But box64 dev is on playthingy payroll
VOh yeah I'm not claiming they stole from box64
AAs far as I know
VThey stole a video featuring box64, not running on playtron, and claimed it was running on playtron.
A
maybe they need to get a video crew dunnoABut at least it's their tech
VI mean the solution to that is not stealing random yt videos lol
VI mean, it's not on their OS, which is the main product.
VIf they have a working box64 implementation, they could record their own video lol
AThe title of the vid says engine soooo. But anyway
ZRed flags OOOoooOoOOOoo
ZMaybe I am too quick too judge maybe the base of playtron is box64
ZAnd they just made a skin
AIt's not, but they want 5G Android tablets for India or sth
VThe video isn't the playtron x86 to ARM engine though. It's a standard box64 setup. I understand box64 powers that engine, but stealing a video and claiming it is that engine is now how you market something truthfully.
ABox64 is the engine
VI said that
ZThat sounds exactly like the kind of promises these crypto scam companies make 
AAll I can say is good luck to them
ZRemember that safemoon was going to bring internet to the countries in Africa?
VI'm not saying "This is the downfall of Playtron!" but starting off with the first big media coverage you get with an uncredited video which isn't running 100% on your platform is not how you fain trust with the community you're trying to build. I do hope Playtron does well (And hopefully does well in a way that benefits the FOSS community) but antics like this are how you get people to instantly have distrust in you.
AI think you might be overthinking things a bit. Although yes startup culture etc
VI don't think this is a crazy thing to find a bit suspicious
AI have the same reservations though
ZI am good example in distrust gained against them
Nwe need more media coverage for universal-blue!
VThe verge article writer said they were testing bazzite iirc
V
HWith original i meant the old ceo + most devs from before opera was bought by a Chinese company
AHow does sunshine handle controllers right now
Mlibevdev afaik
Mthat’s what’s required in the spec, and then these get pulled in during the build process https://github.com/LizardByte/Sunshine/tree/nightly/third-party
GitHub
Self-hosted game stream host for Moonlight. Contribute to LizardByte/Sunshine development by creating an account on GitHub.
MI wrote the .spec based off their docker file https://github.com/LizardByte/Sunshine/blob/nightly/docker/fedora-39.dockerfile
GitHub
Self-hosted game stream host for Moonlight. Contribute to LizardByte/Sunshine development by creating an account on GitHub.
ASo controllers work
AWhat was the virtual here business for
MMoonlight, the client part of it usually handles controllers
Mthat I don’t package at all since the flatpak works fine
AYes so controllers work
AWhat was the virtual here about
ATrying to understand if there's an over the network problem with controllers as far as streaming is concerned
ANo gyro?
MLinux to Windows is the issue I think
Musb-ip or virtualhere is for that
Midk, I haven’t had a need to use either of em
ASo Linux is aok greay
MI think the only reason it gets brought up other than that is to work around a Helldivers 2 quirk with virtual controllers, as soon as you use what it considers a virtual mouse input with one of the joysticks it locks the whole thing up. Apparently usbip or virtualhere get around that somehow. I’m just repeating info I’ve seen though
Mdon’t own the game to test
AOk thanks for the info
AYes, moonlight implements sdl and has motion support for all gamepads under sdl
ABut sunshine in Linux doesn't support dualshock etc
A@matt_schwartz if sunshine would like to get dualsense emulation going on the Linux side I'd be happy to help porting my implementation to cpp
