Dynamic refresh rate under Windows 10 (I've an Amd video card) (1 Viewer)

[Sebastiii]

No problem for the first MP use (note that I updated to v1.12.0.26!).

I'll keep attention also about a weird and annoying frames lost I noticed with the MP since I migrated my system to Windows 10 from Windows 8.1, But it is not frequent, often one or two times in a hour but sometimes without. I tried the software decoding and dxva2 either so could be related to the rendering.

But with the last play there are no problems at all.

Under Windows 7 and Windows 8.1 MP was always absolutely perfect about smoothing play footage with any refresh rate, so I'm quite perceptive and fussy, I'm sorry, but I like MP since a long time for its quality features

Before a rework, i remember that different refresh rate when used in multiscreen setup can lead to stuttering etc. But it was fixed along with wrong refresh rate monitor change
I didn't notice frame lost or i'm not too pay too much attention on this but normally i notice such thing on my WIN10 upgrade from Win8.1 too but i have an nvidia GPU set to CUVID or right now DXVA Native with LAV Video.

But i remember some time ago on win8.1 (but i think it's not related to OS) that the setting set in MP (for multiscreen selection) change itself, like it happen rarely and i didn't see it recently, i was thinking that it's a bug when debugging or something. For me this value should not be change while using MP but only when using MP configuration.

It's like for some reason when a screen is off, MP write in mediaportal.xml the another screen (the one active) but no clue what, if we can find a way to always trigger the bug, i will be able to try to debug and fix that

 

[Sebastiii]

The only way where MP can rewrite the screen selection is from that code :
It's when we are going to GUI setting from skin, will try to see if it's the culprit.

    private void OnShowScreens()
    {
      var dlg = (GUIDialogMenu)GUIWindowManager.GetWindow((int)Window.WINDOW_DIALOG_MENU);
      if (dlg == null)
      {
        return;
      }
      dlg.Reset();
      dlg.SetHeading(496); // Options

      foreach (string screen in _screenCollection)
      {
        dlg.Add(screen);
      }

      if (_screennumber < _screenCollection.Count)
      {
        dlg.SelectedLabel = _screennumber;
      }

      // Show dialog menu
      dlg.DoModal(GetID);

      if (dlg.SelectedLabel == -1)
      {
        return;
      }

      using (Profile.Settings xmlwriter = new Profile.MPSettings())
      {
        xmlwriter.SetValue("screenselector", "screennumber", dlg.SelectedLabel);
        SettingsChanged(true);
      }
    }

In mediaportal.xml :
It's that part that is rewrite :

<section name="screenselector">
<entry name="screennumber">1</entry>
</section>

So if you can compare if when it happen

 

[red5goahead]

I've no problem with stuttering and multiscreen configuration since a long time because I'm using always the main screen for MP. It's the key for a perfect play experience and that's the reason why I must swap the screen before starting MP, back to the previous on exiting.

For the section I found it the xml but I don't remember the value. I'm sure instead that the order of the screen in the MP configuration was inverted when the issue was fired so I saw the 1920 display on the first position and it was in second. The MP change by itself that order direct into the configuration

 

[Sebastiii]

I have try to do something : (Adding device Name in the loop)

I notice will debugging that turned off my ACER monitor, it remove it from windows and then MP react on this and the screennumber is replaced by the next screen. So what i try to do is to keep the setting but if we open MP config while the screen is off, the setting will be saved with the new screen replaced.

So an ex :
Hyundai = screenumber 0
Acer = screennumber 1
Generic PnP Monitor = screennumber 2

I set to use MP with screennumber 1 (Acer), if i turned off this monitor, and if i start again MP configuration and close by OK, it will saved that screennumber 1 = Generic PnP Monitor.
Now i try to detect the monitor name and use the eventual new screennumber associate and if the screen if off and if it's the actual screen for MP, when enterring in MP config, the Primary screen will be selected (screennumber 0)

I'm not sure if it's the issue but could be nice to test

 

[Sebastiii]

I will upload a build based on my own build if you want to test, if it's work better, i will port the change based on Master branch

 

[Sebastiii]

Here we go :

 

[red5goahead]

Ok. I'l try it as soon as possible.

please rembember that the display swap on that listbox control I think this was performed by the mediaportal main application not by the configurator because when I start it the displays was active both with the proper standard order, I've few doubts about that.

Imho the solution could be add a couple of new options (checkboxes on radio group possibily).

1) keep MP on the current main display (MP configurator and MP itself must forget about any another display )
2) keep MP on the current extended display (the first one of the list)

when these options is used no selection is possible on the current listbox (disabling the control)

the option 1 should be the default option on new installation. if no options are selected MP work normally according to listbox

 

[Sebastiii]

Yep i have adapted the change too on MP.exe along with config.exe
We will see what happen and see if we can force to not update setting.
From what i have seen, it seems that the primary display can change (swap) when device if off (1920x1080).
It's like Primary display can be 1600 or 1920. (Strange isn't it lol ?)

 

[red5goahead]

Yep i have adapted the change too on MP.exe along with config.exe
We will see what happen and see if we can force to not update setting.
From what i have seen, it seems that the primary display can change (swap) when device if off (1920x1080).
It's like Primary display can be 1600 or 1920. (Strange isn't it lol ?)

Interesting, is it possibile that change is related to dynamic refresh rate? so during the refresh rate on the main display MP check its state and found that it's not active for a while so it try to use the other one?

rembember the problem is sometimes when I start a play 24P on a 60 HZ, dynamic refresh rate start , the screen became blank for a while on the main display (It's correct), MP goes to other display for an instant (wrong) , and back to the main one but in a window not full screen with a messy playback

 

[Rick164]

Maybe it can instead of using the Windows provided display number (\\Display 1 etc..) use a unique display identifier, know that Ultramon does it this way with multi monitor setups which works pretty well.
Hardware id identifier seems the safest as that is unique for the connected display and should never change, not sure how the device is re-attached during refresh rate change but maybe it can be forced to a device based on their unique ID instead of the display # which can be temporarily different during the switch.
Just my 2 cents