Project

General

Profile

Actions

Emulator Issues #7568

closed

On Linux, when Render to Main Window is disabled, nothing is rendered to the screen.

Added by archshift about 10 years ago.

Status:
Fixed
Priority:
Urgent
Assignee:
% Done:

0%

Operating system:
N/A
Issue type:
Bug
Milestone:
Regression:
No
Relates to usability:
No
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
Fixed in:

Description

This affects all games on Linux, and was first noted with this commit. Nothing is rendered to the screen; it remains black although the emulation is running (sound can be heard).

A workaround can be achieved by changing the screen size in any way, including toggling fullscreen.

Actions #1

Updated by MayImilae about 10 years ago

  • Priority set to Urgent
  • Operating system N/A added

The commit in question was merged into master from PR#740 in 4.0-2484 -> https://dolphin-emu.org/download/dev/e266635f404bd59bb9d93ad34492ea33d236ae6a/

Needs confirmation, I don't have linux so, someone else can accept it.

Actions #2

Updated by florian98.rg about 10 years ago

Can confirm. Happens on my Linux Mint installation using a HD7970

Actions #3

Updated by glennricster about 10 years ago

I can confirm this as well running Ubuntu 14.04.

Actions #4

Updated by skidau about 10 years ago

  • Status changed from New to Accepted
Actions #6

Updated by Anonymous about 10 years ago

Is this just an issue to track things that were already fixed in PRs?
https://github.com/dolphin-emu/dolphin/pull/789

  • maybe some of armada's PRs?
    If so, why?
Actions #7

Updated by archshift about 10 years ago

This issue has nothing to do with armada's PR (or it shouldn't). That PR can't be accepted right now (it's waiting on Jasper's branch) so this issue should be used to keep track of it as well as let users know that we've acknowledged the problem.

Actions #8

Updated by MayImilae about 10 years ago

Even if something is fixed in a PR, the issue report should remain until it's fixed in master. That's what the "FixedInPR" tag is for, after all.

Actions #9

Updated by archshift about 10 years ago

To clarify, by "that PR", I meant #789.

Actions #10

Updated by mdeguzis about 10 years ago

This affects my RetroRig project as well (https://github.com/ProfessorKaos64/RetroRig/issues/88). Thank you for accepting the issue. Render to main window works for now, but hopefully this is fixed soon.

Actions #11

Updated by kodiacktech about 10 years ago

I'm unsure if this is related to this issue, but after changing the render window and having an area that should have black borders (i.e. going 16:9 -> 4:3) seems to cause graphics corruption. As an example, I started SSBM with 16:9 forced, then toggled to 4:3. You'll notice that there's a bunch of broken graphics where there should be black borders.

http://i.imgur.com/7ZwwuJg.png

Linux Mint w/ kernel 3.16
Radeon R9 290
fglrx-updates (Catalyst 14.6 Beta)

Actions #12

Updated by archshift about 10 years ago

I noticed that too, but can you move that to a new issue? It's possible that it's caused by the same PR, but it is really a completely different problem.

Actions #13

Updated by swooshycueb about 10 years ago

I can confirm.
The issue was not present in 4.0-2476, but from 4.0-2484 and on, nothing gets rendered to the game window.

Actions #14

Updated by archshift about 10 years ago

Fixed in latest master with PR #789.

Actions #15

Updated by JMC4789 about 10 years ago

  • Status changed from Accepted to Fixed
Actions

Also available in: Atom PDF