Fun Facts Splashscreens

[meleu]

@hiulit there's another PR on your repo.

Also, I'm thinking if this functionality could be converted in a scriptmodule and submitted to @zerojay 's RetroPie-Extra repository... What do you think?

[zerojay]

If you build it, I'll take it. I accept PRs. :)

[hiulit]

@meleu Thanks again for the PR! :) There's quite a few changes, so I'll try to understand everything. Then maybe I'll ask you some questions about it :P , test it and merge it.
@zerojay That's a great idea! I'll take a look at how to implement that :)

[hiulit]

@zerojay @meleu I've created a PR ;) https://github.com/zerojay/RetroPie-Extra/pull/265

[hiulit]

I think we are ready for a v1.0.0!!! https://github.com/hiulit/RetroPie-Fun-Facts-Splashscreens

Here are the latest updates:

• Added a bunch of new Fun Facts!
• Had a lot of help from @meleu , so the code should be quite good :P
• Some refactoring has been done. Check out the new README.
• Created a GUI. Some examples:

Also, I created a scriptmodule that is waiting to be integrated in @zerojay 's RetroPie-Extra repository. This will make installation and usage easier, because the script will be in RetroPie Setup.

[hiulit]

Thanks to @zerojay , Fun Facts! Splashscreens for Retropie is officially on the RetroPie-Extra repository!!! :D

You can find it in the supplementary section.

[meleu]

@hiulit well done sir!!

[hiulit]

Good news everyone! Fun Facts! Splashscreens v1.1.0 is here! :D

Added

• --apply-splash to use the generated Fun Facts! splashscreen.
• --update to check if the Fun Facts! script needs updates.

Deprecated

• --splash is now --splash-path.

Now it's possible to apply/set/use the Fun Facts! splashscreen right within the script, with the command --apply-splash.
This will append the generated Fun Facts! splashscreen to /etc/splashscreen.list. This file is the one responsible to tell the system which splashscreen to show at boot.

Also, I've added the --update command, to stay up to date with the latest changes ;)

It would be awesome if you guys could try this script :)
Let me know if it's working (or not), if you find some functionality is lacking, etc.

Thanks!

[hiulit]

We are now at Fun Facts! Splashscreens v1.4.1! :D

You can check the CHANGELOG to see the latest changes, but the main ones are:

• More Fun Facts!, thanks to Thunderforge.
• "Set the text color" is now split into 2 subsections, basic colors and full list of colors.
• Check if there are updates to download.

You can use the Update script option from within the script to get the latest version.

If you are using the script via the RetroPie-Setup (if you installed it via the Retropie-Extra repository), go to:

• Manage packages
• Manage experimental packages
• fun-facts-splashscreens
• Update from source

[fnkngrv]

This is definitely pretty cool however why are you saying that it is only able to be used on the Raspberry Pi boards?

[hiulit]

@fnkngrv I guess you are referring to other boards like Odroid, Orangepi, Tinker boards, etc, right? Maybe I should change that. What I meant is that Splashscreens are NOT available on these systems !x86 !osmc !xbian !mali !kms.

[fnkngrv]

@hiulit said in Fun Facts Splashscreens:

@fnkngrv I guess you are referring to other boards like Odroid, Orangepi, Tinker boards, etc, right? Maybe I should change that. What I meant is that Splashscreens are NOT available on these systems !x86 !osmc !xbian !mali !kms.

Correct.

Is this specific capability 100% dependent on OMX player? I ask because as an example the Odroid XU4 has a mali GPU and we (Odroid Retro Arena) do have splashscreens working albeit they are the video ones. I have not tested static images as of yet because quite frankly most people I know prefer video over static.

To provide further background my dev team that I put together a few months ago have been working to provide a base RetroPie image for the Odroid XU4 that rivals the experience on the Raspberry boards and in many cases surpasses it. My goal when I started was to work toward assisting to have more robust support for the board and eventually providing our results to the RetroPie devs to incorporate those results and make the experience for the XU4 users more seemless from the start like with the RPi boards.

[hiulit]

@fnkngrv I really don't know what makes splashscreens work, I actually just copied the flags that RetroPie is using, assuming they would know :P
That being said, those flags are only used in the scriptmodule, if you use the "standalone" fun facts script https://github.com/hiulit/RetroPie-Fun-Facts-Splashscreens/blob/master/fun-facts-splashscreens.sh it should work. It doesn't check any of those flags.

[hiulit]

@fnkngrv said in Fun Facts Splashscreens:

!x86 !osmc !xbian !mali !kms

Maybe @herb_fargus or @BuZz could tell usa bit more about these flags !x86 !osmc !xbian !mali !kms in splashscreen.shhttps://github.com/RetroPie/RetroPie-Setup/blob/f482904f8e2fd0edb02057805b7ed813e3265f9b/scriptmodules/supplementary/splashscreen.sh and when do splashscreens work and when they don't.

[hiulit]

New Fun Facts! Splashscreens version v1.5.0.

Changelog

Fixed

• Fixed issue in create_fun_fact() which was not getting proper values and therefore making the function not to work.
• Fixed issue in Set splashscreen path option which was setting the path incorrectly.

Added

• Merged #16 - More Fun Facts! thanks to Thunderforge.
• Added documentation for --version.
• Added a style guide for adding new Fun Facts!.

Changed

• Applied the style guide to Fun Facts!.
• Updated help for the scriptmodule.
• Cleaned up code and comments.
• Changed some outputs that were too much verbose.

I guess there aren't many people using the script because there were a couple of big bugs and nobody noticed :P

Anyway, I keep working on improving it :D

[fnkngrv]

@hiulit said in Fun Facts Splashscreens:

@fnkngrv I really don't know what makes splashscreens work, I actually just copied the flags that RetroPie is using, assuming they would know :P
That being said, those flags are only used in the scriptmodule, if you use the "standalone" fun facts script https://github.com/hiulit/RetroPie-Fun-Facts-Splashscreens/blob/master/fun-facts-splashscreens.sh it should work. It doesn't check any of those flags.

good to know....It would be interesting to see this also get implemented in the launching images via runcommand.

[hiulit]

@fnkngrv Yeah, that's something we talked about with some people here in the early stages of the Fun Facts! Splashscreens development but I decided to start with the boot splashscreens as it was easier to do. I've never work with the runcommand but I wanted to, so I guess now it's a good time to take a look at it ;)
Also, there was some talking about the possibility that launching the script via the runcommamd could take too much time to create the splashscreen and therefore the user would have to wait too much to start the game.
I'll open an issue in the GitHub repo so I don't forget!

[cyperghost]

@hiulit said in Fun Facts Splashscreens:

Also, there was some talking about the possibility that launching the script via the runcommamd could take too much time to create the splashscreen and therefore the user would have to wait too much to start the game.

I'm here!
Well the runcommand-onstart.sh is the key for this and afaik runcommand itself starts the emulators AFTER the onstart-script gots completly excuted and closed.
Why do I say that? Because if you add a sleeptimer of a few seconds. The runcommand call is delayed for a few seconds. So I think it doesn't matter at which point a splashscreen is created.

I would suggest to use /dev/shm because that's a RAM-drive (fast) and will cleanup itself after powerdown ;)

[meleu]

@hiulit @cyperghost my 2 cents, call the script via runcommand-onend.sh. When an user launches a game he is eager to play, and even a short delay can be frustrating. When he leaves the game he is already satisfied and a small delay to go back to emulationstation won't hurt that much. ;-)

[cyperghost]

@meleu I don't know how much it lasts to generate a picture and I think the RAM-drive should speed this up. But I'm not the developer of this. So with your suggestion we would create a screen on every boot and after a game is finished. Also a possibility - nevertheless I would prefer the runcommand-onstart.sh ;)