sudomod

Hi guys,
I recently completed my second build featuring a DPI screen (https://www.sudomod.com/forum/viewtopic.php?f=43&t=4745) and, as I was forced to design and write my own OSD software ( ) due to unavailability of other open software... (thanks for spuring me )
Well, here we are

Here I'm presenting my very personal vision of how an OSD should be: The OSD is composed by two files:

- monitor.py: a simple python scripts that manages the osd binary; reads the informations from the pro_micro and updates the overlay efficiently.

-osd binary: the low level binary it self

In this constellation the python scripts runs and drives the binary by sending commands through the stdin of the C program, so of course you can use the binary in a standalone fashion (the osd sleeps until it receives a SIGUSR1 signal).

You can find all information, sources and whatever here:
https://github.com/vascofazza/Retropie-open-OSD

paypal-donate-button.png (6.17 KiB) Viewed 29034 times

If you find my work useful and think that it deserves it, please support me by making a donation. Nothing mandatory, you are free. Any amount will be greatly appreciated.

Happy FREE OSD everyone!

At the moment the project it's at a really primordial stage, the code it's quite horrible don't judge me that bad please

Thank for sharing

I like the use of reading STDIN when the interrupt is fired, perhaps I can include that in mine when it open sources I notice a huge amount of similarities in how you have organised the software interactions so glad I could be of help there as that's the only place it could have come from haha

Do you plan any additional features to what the SAIO one does (the more debug info is useful)?

kite wrote: ↑

Tue Jan 09, 2018 3:55 am

I like the use of reading STDIN when the interrupt is fired, perhaps I can include that in mine when it open sources I notice a huge amount of similarities in how you have organised the software interactions so glad I could be of help there as that's the only place it could have come from haha

Do you plan any additional features to what the SAIO one does (the more debug info is useful)?

Since a huge amount of your code was not available I think that my work simply comes from good coding and best practices , moreover I don't even see any lock mechanics in your code such those I used to increase the polling efficiency in the python part.
I coded this in a couple of days, feel free to copy all you need

Of course I'm planning to add a bunch of completely new feature and redisign some essential parts as soon as I have some spare time.
Who knows maybe even before the new SAIO releases, so also your customers can benefit

Stay tuned.

razer.93 wrote: ↑

Tue Jan 09, 2018 4:49 am

Since a huge amount of your code was not available I think that my work simply comes from good coding and best practices , moreover I don't even see any lock mechanics in your code such those I used to increase the polling efficiency in the python part.
I coded this in a couple of days, feel free to copy all you need

Of course I'm planning to add a bunch of completely new feature and redisign some essential parts as soon as I have some spare time.
Who knows maybe even before the new SAIO releases, so also your customers can benefit

Stay tuned.

Look forward to see, you can see the original in a month or two time as I'll be publishing mine at that point as i have been updating it for the new release and need to make it open source

Thx for sharing
But the osd documents don't include osd binary file
And the lib documents not include compile lib file
Do you share it
Thx