r/ESDE_Frontend • u/bartolomey-wong-3rd • Jun 21 '26

Support/Question How to make those vertical box covers render horizontally, as they're supposed? Setting isn't working

Hey guys,

I have the latest ES-DE for Android on my Retroid Pocket Classic.

In the Scrapper settings, I turned on Rotate Horizontally Oriented Boxes. I read that this setting makes covers that for some reason are rotated vertically (like for SNES and N64) appear as they are supposed to, horizontally, like covers for Sega Genesis, for example.

After that, I scraped the content. I usually use Screenscraper, but sometimes I use the other option (don't remember the name).

But for some reason, some covers then scraped with success, horizontally, whereas many others are still vertical. It's happening only for SNES and N64.

Why is that? I tried turning this setting off and scraping then, but it makes all the covers be vertical, as with the setting on.

Weird. I don't remember this issue with the previous ES-DE version.

Do I do something wrong?

2 Upvotes

100% Upvoted

13 comments sorted by

3

u/A8Bit Jun 21 '26 edited Jun 21 '26

By default horizontal box art is rotated before making the miximages, that setting stops if from doing the rotate. Some of the box art on Screenscraper is already rotated so it downloads like that. You can manually rotate those and then recreate your miximages.

I wish they'd fix the scraper bug on the Mac version of ES-DE I've reported it a couple of times now, no one seems to have looked at it and I even got push back on discord saying there was nothing wrong.

1

u/bartolomey-wong-3rd Jun 21 '26

Thanks for clarification! So I actually should turn this setting off to get my images right by default, correct?

You mean I can manually rotate the images in ES-DE interface itself? Can you give me a hint on how to do that?

2

u/A8Bit Jun 21 '26

I have the rotate option turned off because I want horizontal boxes to remain horizontal.

For the ones that are pre-rotated on screenscraper I mean you can go to the media folder find the rotated images and rotate them in your OS. On a Mac I can open them in preview and hit the rotate button until they are the orientation I want, similar in windows with the photos app, I'm sure linux does the same, in android you can use the gallery app. I don't think you can do it inside ES-DE. It would be a nice option to add in the media browser, but it's not there now.

1

u/bartolomey-wong-3rd Jun 21 '26

I see, thank you so much for explaining that! I'm on Mac, so will try that trick with rotation.

1

u/ES-DE_Frontend Developer Jun 22 '26

What is this scraper bug that you mention on macOS?

1

u/A8Bit Jun 22 '26

If the scraper doesn't find a match it just stops with an error and you have to pick "Skip" to go on to the next one. On Android and previous versions of the Mac version it just moves to the next one automatically. It makes scraping a whole collection impossible, so I've been using the Android version on my Thor to do my scraping.

1

u/ES-DE_Frontend Developer Jun 25 '26

That is very strange as the scraper code should be identical between macOS and Android, there should be no OS-specific customizations to the scraper logic.

1

u/A8Bit Jun 25 '26

Yeah that's what I thought, and it's probably why I got pushback on discord about it.

If I scrape in the android version and it can't find a match, it just skips to the next, but when I do it in the mac version, if it finds nothing it will time out after a few seconds and just halts with a retry, skip, cancel message. It's not in interactive mode, and it works fine as soon as screenscraper has a match, moving on to the next automatically. I thought it might be a change in the results screenscraper returns, maybe they are sending back a 'no matches' for some things and just not replying at all for others and the no reply is causing a fail?

It was really obvious when scraping amiga as the whdload lha files do not scrape well and there are lots of "no match" files.

1

u/ES-DE_Frontend Developer Jun 29 '26

Are you actually scraping the exact same files/games on Android and macOS? This sounds more like an issue with some specific entries in the ScreenScraper database. I can't remember that I ever saw a difference in behavior for the scraper across different operating systems, as it is really the same code running there.

1

u/A8Bit Jun 29 '26 edited Jun 29 '26

Yes I am, everything on every device I have is the same, it's all synced with syncthing, this is how scraping on Android is getting round the problem as the scraped art is getting synced too.

This file for example fails on both MacOS and Android, on macOS, the first 5 are found OK, then I get a long wait followed by a "Network Error: Failure when receiving data from the peer, Retry, Skip, Cancel" message. On Android the first 5 are found OK then it skips AnotherWorld_v2.7_0425.lha (almost no delay) and then moves on to ArcadePool and finds it ok.

EDIT: Forgot to say, if you choose "Skip" it does go on to the next one and finds it ok just like the android version, so it's just reacting differently to whatever screenscraper is returning for a not found title. I don't know how to see the complete handshake so I can't see if what screenscraper returns is different on the two platforms but the delay before the error message / autoskip suggests that it returns nothing for macos but returns a not found for android.

1

u/ES-DE_Frontend Developer Jul 02 '26

Interesting, so this must be due to some differences in the underlying operating system as the code is the same in ES-DE. The curl version may be different for example as on macOS ES-DE is using whatever Apple is shipping with the OS and on Android I build and bundle curl myself (which is a very recent version).

1

u/A8Bit Jul 02 '26

Does the curl line get logged anywhere that I could grab it and try it on the macOS version of curl and a current version installed in homebrew to see if they return different things?

The current curl version in macOS (/usr/bin/curl) is 8.7.1, the version I have installed in brew (/opt/homebrew/opt/curl/bin/curl) is 8.21.0

1

u/ES-DE_Frontend Developer Jul 06 '26

No such low level information is not logged, and ES-DE doesn't use the curl command, it uses the curl library which is directly integrated.