libretro / libretro-uae

PUAE libretro
GNU General Public License v2.0
114 stars 61 forks source link

Prehistoric CDTV cut image #652

Closed KamiLordus closed 6 months ago

KamiLordus commented 6 months ago

If the game is launched from the "Commodore - CDTV" playlist, the image is cut off on the left side and looks like this:

Prehistorik (Europe)-240404-121616

Strangely enough, if the game is launched using the retroarch load content option, there is no problem. This is probably due to the fact that the selected game from the playlist uses the CDTV startup logo, while the load content option completely ignores it.

sonninnos commented 6 months ago

There is no difference in how it is launched as far as the core is concerned. The cores do not and can not know where the content path comes from. Show full logs of both launches to confirm.

Zero difference here no matter how I launch, cli or playlist or load content. Not even when forced to CDTV with various methods. Statusbar visible shows no image cutting whatsoever.

KamiLordus commented 6 months ago

Ok, first log from launching the game from the playlist retroarch.log

The second one is by launching the game via load content retroarch.log

The second "load content" method starts the game with the default puae core settings, i.e. the automatic cd option is set to cd32. I just noticed that if I set the core options for the game to model = cd32, the game also works properly (the image is not cut off). I guess this can be considered a solution to the problem :)

sonninnos commented 6 months ago

The core sets the model according to the path as designed:

[libretro INFO] Found 'CDTV' in: 'E:\RetroArch\games\Commodore - CDTV\Prehistorik (Europe).chd'
[libretro INFO] Model: 'CDTV'

vs

[libretro INFO] No model specified in: 'C:\Users\Jadei\Desktop\Prehistorik (Europe).chd'
[libretro INFO] Model: 'CD32'

So you are not launching the exact same file, therefore no wonder there can be differences.

And indeed now that I tried again the CDTV mode does infact insert a black bar on the screen there internally. BUT magically it works if the screen resolution is forced to Super-High, and also the empty black bar is in a different place when forcing Low.. Never seen that happen anywhere else ever.

So I guess it needs closer inspection to see if it happens elsewhere and why.. Tried yet if it can be replicated in WinUAE 5.0.0?

KamiLordus commented 6 months ago

Yes, changing the resolution moves the bar to a different place. I checked Winuae 5.0 and 5.2. It looks like it's emulation's fault. On 5.0 the same problem, on 5.2 it works fine.

sonninnos commented 6 months ago

Cool, thanks, a reason of some sort to update the core then.