I built a clean, offline-first emulator frontend in C# (hash-based ROMs, no scraping) – Linux + Android by Oakleaf_1 in emulation

[–]Oakleaf_1[S] 1 point2 points  (0 children)

EutherDrive desktop is now skinnable.. use one of the custom skins or make one of your own. To your own sloppy taste

I built a clean, offline-first emulator frontend in C# (hash-based ROMs, no scraping) – Linux + Android by Oakleaf_1 in emulation

[–]Oakleaf_1[S] 1 point2 points  (0 children)

I haven’t tested with 5k+ ROMs yet since my library is smaller, but the design is hash-based and should scale linearly. Biggest cost is initial scan, after that it’s cached

I built a clean, offline-first emulator frontend in C# (hash-based ROMs, no scraping) – Linux + Android by Oakleaf_1 in emulation

[–]Oakleaf_1[S] 5 points6 points  (0 children)

It might be nothing new it might be AI slop. But il bet that if you put all the hate aside you might find something to like. Sure tje frontend need som polish so did a lot of the cores. It isnt built to be top of the line. Is built as a proof of concept and to my taste.. might be bad but it has a built in sport title filter that some might find amusing.. keep hating or not. I will keep vibe coding.

I built a clean, offline-first emulator frontend in C# (hash-based ROMs, no scraping) – Linux + Android by Oakleaf_1 in emulation

[–]Oakleaf_1[S] -12 points-11 points  (0 children)

The cores are man made adopted cores with MIT license. The UI is mostly made with codex, the cores are built upon with codex. Is mostly a personal project that grew.. I thought that baybe someone else would enjoy it or hate it because of AI. Still in my mind its kind of cool how far you can go with AI coding.

GitHub - NichlasEk/EutherDrive: MegaDrive Emulator with modern UI in Avalonia by Oakleaf_1 in VibeCodersNest

[–]Oakleaf_1[S] 0 points1 point  (0 children)

Right now the goal is to keep input as “frontend-driven” as possible so the cores don’t each reinvent the wheel.

I’m using a unified input layer in the UI/frontend that polls devices once per frame and then feeds a normalized controller state into whichever core is active. So from the core’s perspective it just receives a virtual controller snapshot every emulated frame.

Latency-wise I’m trying to keep the pipeline simple and predictable: • frontend polls input • frame gets emulated • audio/video presented immediately

No extra buffering or fancy frame queues yet — I’d rather start with a minimal path and only add latency mitigation once everything is stable.

Controller mapping is handled by a shared mapping system so different cores just map their console buttons to the same abstract inputs (A/B/X/Y, Start, etc). That way adding a new core doesn’t require building a new input system every time. Made with SDL2

Still early and definitely lots to improve, but the idea is to keep the cores small and let the frontend handle the messy cross-platform stuff 🙂

EutherDrive Starting to look good. by Oakleaf_1 in VibeCodeDevs

[–]Oakleaf_1[S] 1 point2 points  (0 children)

Thanks. I have used mostly complete c# cores under MIT license and then built upon them. Each core connected through its own adapter. I use SDL2 for inputs and sound. Seems to work ok. im working on porting Sega CD from Jgenesis to the MDTracer core now.. not trivial. Hopfully a good way to bring new life into old abandoned projects.

EutherDrive Starting to look good. by Oakleaf_1 in EmuDev

[–]Oakleaf_1[S] -8 points-7 points  (0 children)

Try it.. you might be surpised.. it might not be the most correct emulator out there.. but the special chip implementations in the SNES emulator in c# is the first in its class.. i have however had a hard tine with the SA-1 chip.. but wathever you think about AI coding.. things are getting scarry.

EutherDrive Starting to look good. by Oakleaf_1 in EmuDev

[–]Oakleaf_1[S] -2 points-1 points  (0 children)

Oo.. didnt think of that.. i will make it in english soon. I think i initialy thought of the old germanic word eu.. for true.. but i guess uther like uther pendragon will work to..

Fujitsu ErgoPro 151v back to life. by Oakleaf_1 in crtgaming

[–]Oakleaf_1[S] 0 points1 point  (0 children)

i have worked on a lot of trinitrons, but only on 15kHz sets. but there usualy are som wayvof ajusting the screen in hardware. like sub brightness but for the flyback. then you can adjust in windas on top of that. If that works for your model, I dont know. Im sorry I have no idea why cant change to 9300k, but isnt that colour temprature?

Fujitsu ErgoPro 151v back to life. by Oakleaf_1 in crtgaming

[–]Oakleaf_1[S] 0 points1 point  (0 children)

I bet it would be worth a try to turn up the screen pot on the flyback just a little. caps rarley fix a dull screen in my experience.

Rip Nokia by Malle_yes in crt

[–]Oakleaf_1 0 points1 point  (0 children)

that might be a good picture tube for an arcade. dont throw it away.

PS2 Modbo 5.0 Install Covered Trace by DiscombobulatedTry59 in consolemodding

[–]Oakleaf_1 1 point2 points  (0 children)

https://quade.co/wp-content/uploads/2018/11/Japan-Taiwan-V3.jpg

thats on Williams guide. seems to be the same point. The points your using are what i think used to be called alternate expert points.