Increased "White Flash" in newest updates???
-
@TMNTturtlguy actually, just made a new change that solves the white screen problem for good.
I won't describe what it was, as it would almost sound like a punchline for comedic effect, but update from my repository and try it out before changing any other options.
-
@pjft really! Now I am super excited! Thanks for all the hard work and testing. Disappointing the new backgrounds are still jagged but I expected that. Those angled lines are just to hard to render.
Again, so excited to test the new update! Thanks and you need to take some time off for the family as well!
-
@TMNTturtlguy thanks. I ended up putting up a set of videos of the changes, using TronkyFran, for the PR.
Apologies for any baby sounds in the background. :)
Hopefully can give you an idea of what to expect. Unfortunately the theme does not have all my systems (or did not when I got it) so that's why done screens are just fully white/black.
Enjoy your weekend!
-
@pjft reminds me I need to update the theme with a few more systems... I'll try and do that today
-
@pjft Looks great, these flashing white screens were annoying as hell
-
@pjft I just watched all of your videos on the pull request and they look amazing! I didn't read through all the code on the pull request, will there be options for single and multithreaded or from your descriptions on the PR are you getting rid of the single thread now that we have the black background color! Those videos look really nice, the slide transitions with the black are so clean now! Can't wait to get this pulled down! And another excuse to update from you experimental menu script! Love it
-
@TMNTturtlguy and with any luck we can change the boot splash to a black instead of the blinding white! And in theory if we use the no splash flag it won't have that annoying white fade when ES loads either.
-
@herb_fargus YES! If we can do that all this is going to be one of the best updates yet! (Well there have been alot of those like video etc. but....awesome!) I have been following you posts and a few others looking for when that White ES splash might get fixed...I finally just made a custom video that runs about 1 second longer than my boot time so I never see that darn thing....but then after my black fade video ends, I still flash white when loading the first image of systems selection. I am so happy today! @pjft you rock!
-
@herb_fargus oh, so is that all that the other PR is all about? Would you want a black ES splash screen? Like the inverse of the current one (black background, white letters)?
Edit: I tested both old and new build and can't find any noticeable difference on startup. Is it with the splash screen on or off that you see that fade from white you were mentioning?
-
@pjft it shows up on both as far as I know.
I have the black splash screen already compiled, I just need to test it with your changes
-
@herb_fargus Ok. Do let me know, as I'm struggling to exactly visualize what it is you're experiencing, and what it is you're trying to achieve, but I'm more than happy to try to help materialize it!
By the way, I just updated the PR. No significant changes if you're testing - just removed the options from the menu, and forced the SVGs to be re-used on the Pi, for better memory management. Multi-threaded image loading is still the default, as it currently is - even though one can explicitly disable it via the settings file, I assume.
-
@pjft you are working overtime this weekend! Are all these modifications to the PR part of the merged ES that the retropie experimental menus script builds from? Thanks for all of you hard work and time. I need to stop checking my phone....everyupdate I see makes me want to test is that much more. That being said, I am loving the updates!
-
@TMNTturtlguy I'm just watching a terrible football match on TV, so I'm keeping myself entertained with this.
They are in my merged build as well, correct. Hopefully they'll be added to the main ES soon. If you want to help that happen, test this build here:
https://github.com/pjft/EmulationStation/releases/download/0.9/emulationstation
Instructions:
1 - Download it and copy it to your Pi
2 - Run, via SSH,chmod +x emulationstation
in the same folder.
3 - Run./emulationstation
You don't need to have it in the actual ES folder to run as a one off. If you want it to be your permanent ES, just copy it to
/opt/retropie/supplementary/emulationstation
. But right now, anyone who's having white flashes and such, you'd do everyone a great service if you test this out so that it can be merged into the main ES after testing.Thanks.
Edit: sorry, I thought this was on the other thread. You can just install from my script, correct!
-
@pjft thanks for the info, you better believe I will test and report back! You might want to copy and paste your instructions over to the other thread as well so that they see this.
What match are you watching?
Edit: looks like you already posted there as well! Thanks and sorry, I should read all my updates first!
-
@TMNTturtlguy nothing to write home about, just an end of season match between the soccer club I support back at home and a lower-end of the league table team. :)
Worst thing is that we're losing, and nobody seems motivated to do more as regardless of the result the team's standing won't change anymore in this year's league.
Shrug. At least I'm doing something useful before calling it a day!
Have a great weekend.
-
@pjft let me known when you are online
-
@TMNTturtlguy Hi!
So that was an interesting find. It does perform well with the PNG overlay, the main reason being that ES does re-use the PNGs by default. Even though it takes up slightly more memory, unsure why, maybe there's something in the PNG vs SVG handling code that makes it slightly better! Good find.
Looking forward to seeing what comes out of it.
-
@pjft so more development on my end with interesting results. In an attempt to get rid of .svg and going back to my original intentions for the theme of not reusing the controllers from carbon, I implemented my newest update to the theme. I changed the .svg to a .png. The image is still system specific so it changes with the system on the game selection screen. What I found is that lower resolution .png do not mean better performance. I started by creating the image scaled with the 720 background. I then cropped to size which is something like 356x375. To test I just placed in the theme. Looked great. Loaded up 17 and decided best to make them 256p so that the would use less memory and be a standard aspect ratio. The image quality reduced and because the pi had to increase the size of the .png to fit the maxSize box, performance was greatly reduced. I then tried 128 and had similar results. I went back to the odd 356 size, and performance improved greatly.
Next interesting item. The 25kb .png at 356 performs worse than the .svg file did. All I all I think I still have an ok setup, but it ran better with the .svg.
Just thought I would share as reading through old posts the conventional wisdom was that .png files would use the same memory as the original file size regardless of the scale in the theme, it appears to me after a few hours of trial and error that ES struggles with .png if it tries to increase its size.
-
@TMNTturtlguy Thanks.
Don't spend a lot more time on this - your previous theme was good.
I might have good news in the coming days.
Really good news.
-
@pjft Thanks on both accounts! My new updates are pretty cool, and the user can decide how the theme looks, you can revert to .svg controller or use with the new .png by simply changing a line in the Theme.xml from True to False!
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.