libretro / libretro/RetroArch

Core association is forced in Playlists

Open
#12,243 4 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
C
Stars
14.1k
Forks
2.2k
Avg merge
7h 35m
Merged PRs (30d)
51

Description

Description

I created playlists with no Default Core (N/A in playlist manager). Also all my .lpl files have "DETECT" written on both core path and core name lines.

But if I load a game, say Golden Eye in my Nintendo 64 playlist with ParaLLEIL N64, it will be the default core unless I Reset the core association for each game or for each playlist in the playlist manager.

RAcore

I looked at RA options for hours and search and forums and issues on here but didn't find anything about that.

Expected behavior

I want to be asked to choose a core each and every time I run a game on my playlists, just like with "Load Content'.

What would be even better, is if on the top list of suggested cores for each game, is the last used core of that playlist so that if we still want to use the same core, it'd be quick while having the choice at the same time.

Actual behavior

The last used core is set as default per game in a playlist

  • RetroArch: [1.9.1]
Environment information
  • OS: [Win 7 x64]

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the behavior through the playlist manager and the Load Content flow described in the issue, then trace where playlist and per-game core associations are selected. Done means a game prompts for a core on every launch, with the playlist's last-used core appearing among the suggested choices.

Written by the indexing model from the issue text.

Assessment

Tech stack
c
Domain
frontend
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.