Hello! do you still have these files? The links seem to no longer work :(

Hi!

Indeed there's no image screensaver option - at least not yet.

My main focus at the moment is getting both OMX and the screensaver merged into the master branch so that we don't have to maintain two separate branches.

After that is done I may look into that at some point, given that it's something quite a few people have asked for. Just for perspective. Unfortunately, it won't happen in the very short term, but it would be on the roadmap as soon as I sort these two items out.

OMX is already submitted, just waiting for review and approval.

Hope this sheds some light. Thanks!

@herb_fargus Note I use ubuntu linux, so I would like the program to work with that.

it seems the problem was created because there were 2 gamelist.xml files.

one in the normal gamelist folders, and one was in the rom folder. no idea how one was created in the rom folder. deleted it and stuff seems out now after rescraping using the emulationstation built in scraper.

Thanks @funkybunch great info as always :)

I beat the 'white flash' anyhow.....I just created extra image elements and resized the png bg to 1280x720 (luckily it was a pixel background) and it works flawlessly now :)

Thanks for the heads up on ES, I might start a new topic regarding the change of language in ES (xxx games available).

@TMNTturtlguy said in Best background option for system view/gamelist:

hat happens after 512kb? I didnt know the memory could exceed 256?

Then it will use 1024kb.

Extracted info about memory split on github: https://github.com/RetroPie/RetroPie-Setup/wiki/Memory-Split

"note that in order to ensure sensible memory splits across Pi models, RetroPie utilises the gpu_mem_256, gpu_mem_512 and gpu_mem_1024 overrides, which apply to Pis with that amount of memory (for example, the Pi 2 has 1024MB memory, so will use the gpu_mem_1024 setting). This setting overrides the gpu_mem setting"

In this topic you can find a lot of info: https://retropie.org.uk/forum/topic/2389/solution-for-white-screen-of-death/12

Keep in mind this info it's before white screen fix was released:

@Rookervik said in Solution for " White Screen of Death ":

@edmaul69

There's a minimum amount of VRAM required to display certain size wallpapers. If you have just 1, 1920x0180 wallpaper, you MUST have 256 meg RAM split. But that 256 RAM split will take you up to 10 or so wallpapers. The next jump is probably 512 split. Which should still be just fine with most of the emulators that the Pi can handle.

You can make sure your theme wallpapers are 720p and that will help you with the RAM issues. ES was not designed for the Pi, but it works.

The Carbon theme was designed for the Pi's limited video RAM just for the white screen problems. If you're going to make some custom themes, try thinking in 'parts' instead of 'wallpapers.' Several 512x512 images take less VRAM than a 1920x1080 wallpaper. Try to re-use elements so ES doesn't have to fill VRAM with a massive picture.

@Rookervik said in Solution for " White Screen of Death ":

@edmaul69

That is very strange. A 10x10 pixel image will take the VRAM of a 16x16 image. Everything unwraps to a power of 2. As long as these images are not SVGs. An SVG stretched to full screen takes a canvas to display, and that canvas takes the full VRAM of that area. So even if the SVG has a single line in it, and the file size is 0.5kb, it will take the same VRAM as a 1080p PNG uncompressed. Fonts shouldn't take too much RAM, and they are regular RAM.

@TMNTturtlguy and for this last thing it's because I told you don't use so many svg files... Rpi can handle pngs very well, I only use svg for system logo, you have 3 svg on each system folder.
But we still can read a bit more of interesting info:

@Rookervik said in Solution for " White Screen of Death ":

Also, keep in mind that the RAM splits should stay in powers of 2. Just like any images you use in the theme. 2, 4, 8, 16, 32, 64, 128, 256, 512, 1024, 2048, 4096... Your 1x343 image uses the same RAM a 512x512 image would take, as does the 350x350 image. They all unfold to a power of 2 in VRAM.

I hope this helps to understand things a bit better.

@TMNTturtlguy

When using riot, if just adjust the slider you can see the final size before saving on top of right image, where you can read "optimized image". That's what I do.

Regards.

@captainvelvet Great. I'm glad you got it working.

Thx

@BuZz said in New 4.1.20 RetroPie images for testing:

If this is supposed to be funny - it's not. It just shows a complete lack of understanding of the issue.

I completely understand the issue.
I think that retort just shows a complete lack of understanding of how the webcam "hack" was done. The webcams sent a upnpc command the victims routers to open ports so the victims could access the cameras outside of their home network. The "hackers" sniffed for the open port...found it and logged in with the default password. This is not hard. Raspbian/Retropie do not open ports on the router...although upnpc is installed by default....thats kinda interesting. I wonder how many folks running Rays image have actually opened up thier home networks?

Even if a port was open on the router (most of the time there is one open) it would still need to be directed to the pi for a hack to occur. Steam and many other video games open ports all the time. The comparison to retropie and the security camera incident is not really valid. Your home network is only as secure as the router firewall protecting it and the devices inside opening ports to the outside.

Again....I asked...you said no....its your distro....that's that.
Apologies for ruffling your feathers...I do love retropie and respect the work and consideration that you and others put into it.
I consider the issue closed and will not post again about it.

@JoeRamone Your english is lot better than mine :D
Thanks for explanation, i cannot download from work, so i'll test everything later at home.

@BuZz ok friend, thank you

So... i found this topic searching for the same question paffley did... and while the solution for him was to use the "marquee" category, I wanted instead to keep marquees showing, and displaying screenshot and boxart on my theme's video view for the games that doesn't have video. So, I was in need of a third set of displaying artwork... and after searching a lot, I found it on the development fork of EmulationStation!

For those that, as me, ended up here, here it goes the "workaround":

you have to install "emulationstation-dev" instead of the default "emulationstation" for it; then you need to change the resource (probably a repeated "image" field on the same position and size of the "video" field) on your theme to the "thumbnail" tag (i used ComicBook theme for this example, on the video view); lastly, after scraping (i used skyscraper), on gamelist.xml, change your boxart XML tag to "image" and your screenshot XML tag to "thumbnail" (i did a replacing macro on notepad++).

Tested here and works flawlessly! You don't have to switch exactly the same XML tags, it's only an example of how I did mine.

@Concat said in Runcommand Images Preventing Runcommand Menu:

I'm better off just mashing :)

I hear you. I've made the same comment about a few fighting games in the past. 'Primal Rage' comes to mind.

Cool, defaulting to square it is then.

@lilbud said in looking for some .svg logos, do any of the themes have these?:

@trixta You can find a lot of svgs online. Try Wikipedia, they will have franchise logos

nice one thank you

I would think that ES has to be looking for the game art in the wrong place.

I had the same problem on a pi zero running the 4.1 image from the retropie website and using sselph scraper. I would have the same problem even after starting with a fresh image and re-adding roms. This would only occur with NES.
I could see the game art in the downloaded images folder, the meta-data would display in the ES game list, but no art in the ES game list.

The only thing I could finally find was that a gamelist.xml had some how gotten placed in my NES roms folder. Once I removed this I started back from scratch, used sselph scraper, and everything worked as should.

Alright! Thanks again for your help! :)

To sum up, you were right. My duplicate entries are due to the fact that I have the same game twice, but with a diffrente name (see example above) because it was released in another country.

All my issues are solve at the moment. I only have to take the time to manually remove the duplicate games.

Thanks for your help!!

Thanks, @paradadf That looks quite good (and it saves a lot of work). If I understood it correctly, the Universal XML Scraper would generate a unique file mixing both images.

That would be a nice solution and I guess that's the one I'll use (although I'm still interested in seeing if it's possible to have two separate images, mainly because you can have them in separate views of the theme).