Black Frame Insertion
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 35/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- c
- Domain
- computer-graphics, frontend
Research direction
Reproduce on Windows 11 with three monitors using RetroArch 1.19.1 or the nightly build, BFI at 240 Hz, and monitor selection set to 0Auto or monitor 1. Start with the video menu's monitor-selection behavior and the BFI display path; done means the primary monitor is selected reliably and black flashes no longer occur with three monitors attached.
Written by the indexing model from the issue text.
Description
Is there an existing issue for this?
- This is a bug in RetroArch frontend
- I have searched the existing issues
Description
I have a tripple monitor setup , two 4k monitors and one 2k monitor. Windows assigns a number to the 3 monitors being used and you can switch between 0Auto , 1,2,3 ,4 ,5 etc. The monitor index selection in retroarch will not match what windows is reporting. When running a game inside a core you get black flashes /flicker so i am assuming something is not lining up. Did not have this issue before. The only way i found to fix this issue was disconnect one monitor only having 2 monitors running in windows and ensuring monitor 1 was assigned in windows as my main monitor and then selecting monitor 1 in retroarch to display on my main monitor in front of me , and BFI 240hz works. Everytime i ran 3 monitors in windows , windows assigned each monitor a random number 1-3. I could not get my main monitor in front of my desk to be forcefully assigned to monitor 1 and 0auto in retroarch monitor selection would not work for BFI. I spend over 4 hours moving monitors , disconnecting monitors to move but would not work with 3 monitors attached .
Expected behavior
fix 0auto selection for multiple monitors or fix the BFI to display on the main monitor when selecting 0auto in the video menu for monitor selection.
Steps to reproduce the bug
- attach 3 monitors,
- select BFI 240hz
- ensure monitor selection in video menu is set to 0auto or monitor 1 and make sure monitor is the main primary monitor in front of you.
Version/Commit
1.19.1
Bisect Results
No response
Check in the nightly version
Yes, this is reproduced in the nightly build
Platform & operating system
windows 11
Affected Cores
all
Environment information
14900k
64GB RAM
RTX 4090
Relevant log output
No response
- Dominant language
- C
- Stars
- 14.1k
- Forks
- 2.2k
- Avg merge
- 7h 35m
- Merged PRs (30d)
- 51
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from libretro/RetroArch
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
feature request
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
Difficulty 1/5 Under an hour Newbie friendliness 75/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
All issues in libretro/RetroArch
Similar issues
-
[adam] AdamNet network read doesn't cap to MAX_ADAM_PACKET_LEN, overflows client receive buffers Open
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
FujiNetWIFI/fujinet-firmware#1649 · 2 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
HarbourMasters/Shipwright#7229 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
riscv-software-src/riscv-isa-sim#2435 · 1 comment ·
-
bug Self Built Image SNAPSHOT Supported Device target/ramips
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100