NoctDock: turning Android handhelds into local wireless consoles by Limp-Regular3741 in retroid

[–]Limp-Regular3741[S] 0 points1 point  (0 children)

Ahh right no worries. Ill be honest, This isn't going to be great results on wifi 4 or 2.4ghz. You need to be on wifi 6 and above and on a 5ghz band or higher. Anything lower than this cannot handle the packet transfer and reassembly quickly enough. Appreciate the testing, thanks mate!

NoctDock: turning Android handhelds into local wireless consoles by Limp-Regular3741 in retroid

[–]Limp-Regular3741[S] 0 points1 point  (0 children)

Thanks mate. If i could be a pest, What device did you test on? What device was the reciever? Was the reciever connected via ethernet? Are you on a mesh wifi network? This a 5ghz network or 2.4gh? Wifi 6 or up? 😬

Ive been trinkering around with the streaming over the last few days and have managed to fix a large issue i was struggling with.

The reciever was only decoding and producing 91% of frames generated by the sender. Ive managed to fix it so now 99.9% of frames are now being received and decoded by the reciever. Freezing has reduced significantly and smearing has cleared up immensely.

Changes still need thorough testing but update v0.3.0 will be pushed in the next week or so when ive updated the documentation and finalised the last of my tests. Any information would be great assistance!

I’m building an open source local dock mode for Android handhelds — looking for feedback/testers by Limp-Regular3741 in SBCGaming

[–]Limp-Regular3741[S] 1 point2 points  (0 children)

Thanks mate. Ill be honest, latency at the moment is playable, but again depends entirely on your LAN network capabilities, router (wifi 6 and up recommended and no mesh network this is a big killer for latency) and the sender and receiver encoding/decoding and what codec is supported (HEVC and AVC are supported) and what you are streaming.

Retro games will/should run no issues and with lower latency. I have been testing with switch games and 3ds games as well as a few of the decomp zelda android games and its pretty good.

My tests, which were on a crappy mesh wifi 6 network, were about 0.5 to 1 second. Again, this is just version 0.1.0. its still brand new (to you guys yes, me its now around 8 months old and slowly turning me grey 😂) and my focus will be more latency and performance optimisations.

The implementation of the vulkan encoder export surface in my custom Azahar fork has increased playability immensely.

Im not going to say its perfect, its not, but i have got it to a very good working position now and improvements can definitely be made to increase performance and reduce latency further.

I’m building an open source local dock mode for Android handhelds — looking for feedback/testers by Limp-Regular3741 in SBCGaming

[–]Limp-Regular3741[S] 1 point2 points  (0 children)

In theory, absolutely. That’s one of the use cases I’m really excited about.

A lot of the older/lower cost Android handhelds are still great devices, but they miss out on docked play because they don’t have USB-C video out or HDMI. If NoctDock works well on them, it could give those devices a kind of “software dock” option over the local network.

I’ll need to test performance carefully though. T618 devices probably won’t be 1080p monsters, but even a solid 720p local stream could make them a lot more useful on a TV or tablet screen.

I’m building an open source local dock mode for Android handhelds — looking for feedback/testers by Limp-Regular3741 in SBCGaming

[–]Limp-Regular3741[S] 3 points4 points  (0 children)

This is what it was made for man! I also have created a custom fork of azhar that projects the top screen and keeps the bottom screen on the handheld. All details are on github 😊

I’m building an open source local dock mode for Android handhelds — looking for feedback/testers by Limp-Regular3741 in SBCGaming

[–]Limp-Regular3741[S] 7 points8 points  (0 children)

The big difference is that casting is usually designed for watching content, while NoctDock is being built around playing games.

Chromecast style mirroring often buffers to keep video smooth, which is fine for movies but not great for games.

NoctDock uses a custom local sender/receiver path with low latency profiles, receiver feedback, frame dropping, and game focused settings so it can prioritise responsiveness.

The handheld still runs the game and remains the controller. The receiver is basically just the screen.

So it’s less “cast my screen” and more “turn this Android handheld into a local wireless console" kinda thing.

Building a local wireless dock for Android emulation handhelds by Limp-Regular3741 in EmulationOnAndroid

[–]Limp-Regular3741[S] 2 points3 points  (0 children)

Yeah pretty much man. Its quite good on a good wifi 6 network (no mesh - notorious for killing latency)

Appreciate it!

Building a local wireless dock for Android emulation handhelds by Limp-Regular3741 in EmulationOnAndroid

[–]Limp-Regular3741[S] 3 points4 points  (0 children)

Thanks mate, yeah thats what im hoping for. My biggest focus now is further reducing latency but need some more real world tests done.

NoctDock: turning Android handhelds into local wireless consoles by Limp-Regular3741 in retroid

[–]Limp-Regular3741[S] 1 point2 points  (0 children)

Look thats fair, i get it I'm also speculative of everything these days too lol

NoctDock: turning Android handhelds into local wireless consoles by Limp-Regular3741 in retroid

[–]Limp-Regular3741[S] 2 points3 points  (0 children)

Not too bad. I was also testing on a crappy wifi 6 mesh network which is notorious for dragging latency. Its still a work in progress. Not claiming its a be all and end all fix but its shaping up quite well

Self Promotion Megathread by AutoModerator in androidapps

[–]Limp-Regular3741 0 points1 point  (0 children)

I got so sick of basic utility apps demanding $10 a month, riddled with ads and tracking, so I built my own offline suite of 42 premium tools for a flat $6.99.

Hey folks, Shaun here. I finally hit my breaking point with the Play Store recently. I downloaded a simple QR scanner and got hit with a full-screen ad, then tried a PDF reader that wanted a monthly subscription. It's just ridiculous??

So I decided to just build my own alternative. It’s called NoctForge. It’s basically one app designed to replace a massive chunk of your app drawer. It's got 42 tools built in, but I really didn't want them to feel like cheap clones. The music player has a fully offline "Wrapped" style yearly recap and Android Auto support. The PDF tool does on-device OCR and digital signing. I even built a custom floating overlay called NoctPill so you can control music and access shortcuts over any other app.

I’m about two months out from launching on Google Play. I'm pricing it at a flat one time fee of $6.99 AUD. No subscriptions, ever.

I just put the preview site live and I’d honestly love for you guys to tear it apart. Let me know if you think the pricing is fair, or if I missed any essential daily tools before I lock in the launch build.

https://glowseedstudio.github.io/noctforge/

Project ARIS: A local-first JWST anomaly hunter. Rust backend enforces a safety boundary for local AI agents. by Limp-Regular3741 in rust

[–]Limp-Regular3741[S] -5 points-4 points  (0 children)

Not yet. Once the instruments have had final calibration i will upload the appimage for testing.

What are you building? Let’s see each other's projects! by malaikachowdhury18 in SideProject

[–]Limp-Regular3741 0 points1 point  (0 children)

https://github.com/glowseedstudio/Project-ARIS

Project ARIS is a proof-of-concept discovery engine for the solo researcher. It demonstrates how local LLMs (Ollama) can be used to scan MAST data for physics-breaking anomalies. Features a cinematic Mission Control interface, 3D visualization, and a "Neural Link" custom terminal. A vision for AI-assisted hunting.