History Playlist & Thumbnails

RetroArch Windows devices
#21

Yes,

That is why the matter is not really a big deal, but it does treat any content being launched that way the same way you would if you were using the open content and file browser option in Retroarch. So the history playlist runs into the same issues as mentioned here. Obviously, if you create and manage platform playlists within Retroarch, the history playlist gets populated properly. It was just nice having the history playlist when launched this way to have the thumbnails for content. Felt like it complements the launcher and keeps things consistent. That is all.

#22

In my case (see this post at the top of the thread: History Playlist & Thumbnails), I’ve figured out the issue was using a relative path to the rom files.

That is, if a playlist uses relative paths for the roms then when I run a game retroarch adds an entry in the history file with these fields blank:

  "crc32": "",
  "db_name": ""

… and for some cores supporting multiple systems thumbnails break as discussed above. If I use absolute paths then the crc32/db_name fields are correctly copied to the content_history.lpl file and everything works as intended.

Small issue but ideally it would be nice to not have to chose between relative paths & working thumbnails, so I wonder if someone can replicate this and considers it worth of a fix.

(Using relative paths and adding a game to the favorites playlist on the other hand works fine, the db_name is written, so there’s probably different logic/code handling adding entries to favorites/history).

2 Likes