madVR - high quality video renderer (GPU assisted)

[ryrynz]

Madshi, I spotted Aleksoid's post in the MPC forum and tested both versions, no dice unfortunately. Trace logs below for each version.

http://www.mediafire.com/?7ar21fxqzx35b8j

*EDIT* Actually this is a new problem created by 0.82, build 2 actually fixes the issue with 0.81

[ajp_anton]

Bug:
SoftCubic can't be changed to other than 50.

[BetA13]

Bug:
SoftCubic can't be changed to other than 50.

Here tooo....it stays @ 50 no matter what i try..if i set to 100 it reverts back as soonest i klicked it...

is there a way to set it to 100 via editor or an config file?
50 is not so good....

i am using this normaly:

luma upscaling - Spline - 4 taps
luma downscaling - Spline - 4taps
Chroma upscaling - SoftCubic - 100 (but its 50 now cause of the bug or error)

Is this a good setting? i think its fine here..Watching on an 1080p HDTV...


PS...Quick question...
in the scaling tab...under Luma up and downscaling, theres an option called "scale in linear light" on teh bottom..what does it do?
for best quality, should i leave it off or enable it ?

THX

[ryrynz]

is there a way to set it to 100 via editor or an config file?

PS...Quick question...
in the scaling tab...under Luma up and downscaling, theres an option called "scale in linear light" on teh bottom..what does it do?
for best quality, should i leave it off or enable it ?


You could try downgrading to 0.81 and then setting softcubic to 100 and then upgrading to 0.8.2.1

It affects contrast, your probably best leaving it at the default gamma corrected light setting, feel free to try it out.

[Plutotype]

MPC-HC freezes ( not responding state in task maanger ) when display changer is ON and MPC-HC has the full screen option turned ON. Im speaking about launching for example a 23.976fps video on a 60Hz display, which switches into 23Hz, but MPC-HC hangs there.
The same happens also if MPC-HC is being launched from XMBC as external player. XBMC forces MPC-HC to go immediately fullscreen and together with the display changing it results in a full screen black with either mouse pointer or sand timer, what indicates a freeze.
Task manager solves the issue.

The only situation which works for me is launching MPC-HC in a window and then go fullscreen manually with the display freq change.

[robpdotcom]

Thanks for the new version.

I tested every sample I have with station animations, and madVR maintained the 3:2 cadence every time.

Also loving the faster switch in and out of FSE.

[TheShadowRunner]

Also loving the faster switch in and out of FSE.

Yes, I noticed manually changing resolution doesn't even seem to interfere with FSE at all anymore, fantastic!

But I just experienced an oddity, instead of seeing "Exclusive" pop up indicating that madVR was going in FSE, the screen just went black for like 1/2 second when madVR went into FSE then video playback continued normally.

Edit: I can even disable "present several frames in advance" now, this build is totally awesome, faster than ever :D

[BetA13]

You could try downgrading to 0.81 and then setting softcubic to 100 and then upgrading to 0.8.2.1

It affects contrast, your probably best leaving it at the default gamma corrected light setting, feel free to try it out.

:thanks: that helped...now its @ 100 again...

Thanks for the support ;)

[dansrfe]

I can confirm that the display changer is working perfectly on my end. Also, window dragging across screens seems to be cleaner and improved. Thanks madshi! :)

[ryrynz]

Thanks for the support ;)

No worries, it doesn't hurt to create a backup of your settings.bin file located in the MadVR directory just in case you something happens and you forget your settings


luma upscaling - Spline - 4 taps
luma downscaling - Spline - 4taps
Chroma upscaling - SoftCubic - 100

Is this a good setting?


The content your playing, your TV settings, the distance your viewing from, your ambient lighting all make a difference with this.
In the end it all comes down to how it looks to you, check out Catmull-Rom for an alternative for your luma.

[Pat357]

This build has not fixed it unfortunately.

For me this build did not fix the freezing on switching files neither.
Problem remains the same and is almost 100% repeatable.
I'll have to disable FSE in Madvr or use EVR with RGB input. :eek:

[ryrynz]

Madshi's sorting it out with Aleksoid (one of the MPC developers) we'll get it sorted out eventually.

[Andy o]

Yes, previously with 0.81 and before I got a freeze with FSE whenever changing files after a refresh rate change, like I said before, and it was fixed by using D3D11. Now it seems the freeze is different, it always happens (not just after refresh rate switch), and D3D11 doesn't fix it. It's every time jumping from file to file. I'm searching for the instructions to make a report, anyone wanna make my life easier? It's not on the OP nor the txt files.

Also, is this happening to most people? Anyone can confirm that this never happens to them?

[Andy o]

OK, report and debug log here http://www.mediafire.com/?65mdlko1revfazb

Using hardware in my sig except an ATI 4670 instead of 5770.

[Andy o]

MPC-HC freezes ( not responding state in task maanger ) when display changer is ON and MPC-HC has the full screen option turned ON. Im speaking about launching for example a 23.976fps video on a 60Hz display, which switches into 23Hz, but MPC-HC hangs there.I'm having this problem as well.

For me this build did not fix the freezing on switching files neither.
Problem remains the same and is almost 100% repeatable.
I'll have to disable FSE in Madvr or use EVR with RGB input. :eek:Madshi's sorting it out with Aleksoid (one of the MPC developers) we'll get it sorted out eventually.
I don't think you guys are having the same trouble. Pat's problem seems like what I described in my posts above.

[FlashGordon]

Great! The "Strike" samples are somewhat similar to the Broken Blossoms samples. Can I have 2 samples more from "Strike"? Thanks a lot!!

Each from a different VOB: http://www.mediafire.com/?n54svlhn7acdlii

Also, I finally found my MoC DVD of Nosferatu, I remember having to deinterlace it when I last watched it -- sure enough it has weird cadence changes in certain spots so I included a sample of it, let me know if you need more.

I would like to talk a little about system freezes as I have had trouble with this over the last few weeks again. Firstly when I say system freeze I am talking about a complete system lockup with the only solution being a reset. This is not madVR related so much but I hope madshi does not mind me posting this here as it may help some of you.

...and for what ever reason it was just not stable on my system as sometimes it would cause a system freeze a few seconds into playback, sometimes after an hour and sometimes not at all. ...At some point I tried the newer resampler again and everything was fine.. Basically I never found what the cause of the freeze was....

So now my system is back where it was with this issue. I personally feel its an issue between the onboard audio of my nvidia gfx card and one of the onboard LAN adapters on my mobo. It seems that the freeze only happens when either intensive audio is playing or doing something lan related... Initialting the TOR client for example can cause the freeze.

My point here being that it could have been very easy for me to point the finger at madVR given a new version was running when the freezes started to occur again during video playback. It was only my past experiance on my system that stopped me reporting to this thread. My advise to anyone now getting system freezing (esp if you updated to the new 295.xx nvidia drivers) is to try the following tests;

1) Disable any onboard LAN adapters and see if the freeze stops.
2) Take reclock out of the loop and see if system freezes stop.
3) Play a video while not using an audio device onboard a gfx card and see if the freezing stops.

Only after you have ruled out the above can you start thinking about it being an issue with madVR.

You just summed up the experience I had not too long ago... almost exact situation (except I have an ATI card). I posted in this thread about freezes I was getting with later madVR versions, as it seemed a certain older version wasn't producing the absolutely random freezing. I forgot to post a follow-up, but it turns out that I also found it was a problem with my LAN drivers (I still got freezes with test 2) and 3)). I turned off the LAN adapters and suddenly the freezing was gone, even with the later madvr versions that I thought were causing it. I ended up finding LAN drivers that worked by testing them and have not had a freeze since. I guess this only applies to non-reproducible freezes - ones that happen completely at random

[ryrynz]

Andy, I think you missed his reply to you earlier in the conversation.

No, second time still crashes and it seems it's not because of refresh-rate switching.
The crashing happens also if both files have the same fps, like 2 files with 23.970 fps.
Thanks for the tip about D3D11, but doesn't seem to have any influence on the crashing for me.


Also.


Problem : if MadVR is in FSE mode, it crashes MPC-HC (+itself ?) upon switching to the next/previous file.


It's the same issue I've been experiencing and it's a issue with MPC-HC.

[Andy o]

Oh, I understood his, but I misunderstood your issue apparently. You were talking about flush settings and how it affects and makes it more or less likely. My freezes happen every time in the situations I described above.

[ryrynz]

Madshi, I've retested with 0.81 with version Aleksoids's 1 and 2 builds and build 2 actually fixes it. However 0.82 introduces a new problem when switching to the next file, I thought it was the same issue.
It shows up differently, a smaller MPC-HC window displays with black background as it hangs.

All builds of MPC are experiencing this issue so it's MadVR related.

My trace reports I made with those two builds should hopefully help you discover the problem.

Cheers Andy!

[Andy o]

Thanks, I'll test that build. D3D11 fixed it for me with 0.81 and previous, FWIW. Could you see if it does for you? Also, it only happened after the first file skip after a refresh rate change. After it froze one time and MPC-HC was closed, it didn't happen again until the next refresh change.

[ryrynz]

I don't do any refresh rate changes but this does sound like the same issue, once it happened the first time it's hard to duplicate which is why I reboot every time to test it.
It's just unlucky that 0.82 introduced a new problem which appears at first glance similar to the MPC issue.
Stick with 0.81 for the time being if that fixes it for you with MPC MadVR build 2, Madshi will likely hammer out a new version fairly promptly after he wakes up.

[Andy o]

Thanks, will try those builds.

EDIT: confirmed that it's been fixed with 0.81.

[madshi]

Small typo...did you mean default cpu/gpu queue size is 16/8 or 12/8? The default is 12/8, but in the 0.81 it says 16/8
Oh, that's actually a bug. It was supposed to be 16, will be fixed in the next build.

Bug:
SoftCubic can't be changed to other than 50.
Will be fixed in the next build.

MPC-HC freezes ( not responding state in task maanger ) when display changer is ON and MPC-HC has the full screen option turned ON. Im speaking about launching for example a 23.976fps video on a 60Hz display, which switches into 23Hz, but MPC-HC hangs there.
The same happens also if MPC-HC is being launched from XMBC as external player. XBMC forces MPC-HC to go immediately fullscreen and together with the display changing it results in a full screen black with either mouse pointer or sand timer, what indicates a freeze.
Can I get a freeze report, please?

Thanks for the new version.

I tested every sample I have with station animations, and madVR maintained the 3:2 cadence every time.

Also loving the faster switch in and out of FSE.
Yes, I noticed manually changing resolution doesn't even seem to interfere with FSE at all anymore, fantastic!

Edit: I can even disable "present several frames in advance" now, this build is totally awesome, faster than ever :D
I can confirm that the display changer is working perfectly on my end. Also, window dragging across screens seems to be cleaner and improved. Thanks madshi! :)
Glad to hear not all is bad.

For me this build did not fix the freezing on switching files neither.
Problem remains the same and is almost 100% repeatable.
I'll have to disable FSE in Madvr or use EVR with RGB input. :eek:
Can I have a freeze report, please?

build 2 actually fixes the issue with 0.81
Madshi, I've retested with 0.81 with version Aleksoids's 1 and 2 builds and build 2 actually fixes it.
EDIT: confirmed that it's been fixed with 0.81.
Please confirm: Is the problem fixed with 0.81 with both new Aleksoid builds? Or just with build 2? That's important for Aleksoid to know. Thx...

Each from a different VOB: http://www.mediafire.com/?n54svlhn7acdlii

Also, I finally found my MoC DVD of Nosferatu, I remember having to deinterlace it when I last watched it -- sure enough it has weird cadence changes in certain spots so I included a sample of it, let me know if you need more.
Nosferatu appears to be field blended, so it's not suitable for IVTC. So no more samples needed from Nosferatu. Thanks!!

Ok, will look if I can do something about those freezes now... :scared:

[ryrynz]

Yeah I know it would be :D It's only build 2 that doesn't freeze.

[nevcairiel]

In one of the freeze reports posted by users, you can see the decoder actually creating a new D3D instance, which happens when loading the graph (The one with the IntelQuickSyncDecoder.dll reference)

Why would madVR still be closing down its old instance while the graph is already initializing a new decoder?
Seems rather odd to me.

[madshi]

In one of the freeze reports posted by users, you can see the decoder actually creating a new D3D instance, which happens when loading the graph (The one with the IntelQuickSyncDecoder.dll reference)

Why would madVR still be closing down its old instance while the graph is already initializing a new decoder?
Seems rather odd to me.
ryrynz had tracked the MPC-HC build down in which these freezes were introduced and the changes in the MPC-HC build were related to the "display mode changed" event. Basically MPC-HC tries to create a Direct3D9 device in the "display mode changed" handler, in order to find out the GPU manufacturer.

I'm not 100% sure if the freeze report with the "Intel Quicksync" reference (the one you're refering to) is also caused by the "display mode changed" event. It doesn't look that way at a quick glance - after all why should "createQuickSync" be called when the display mode has changed? But who knows. At least it seems that the freeze is gone in Aleksoid's test build in which he removed the Direct3D9 creation in the display change event handler.

[madshi]

How about this one?

http://madshi.net/madVR82c.zip

Does it fix the freezes?

[nlnl]

madshi
Thank you for .82!

For this sample (NTSC DVD film)
http://dl.dropbox.com/u/43376972/SD%20%281%29-001.mkv
Settings:
force film mode
if in doubt, activate deinterlacing,
but OSD says that deinter is off (upstream)!
So deinterlacing is not on automatically?

[noee]

How about this one?

http://madshi.net/madVR82c.zip

Does it fix the freezes?

Getting freeze on seek in MPC-HC (Alexoid b2), trace sent.

[madshi]

madshi
Thank you for .82!

For this sample (NTSC DVD film)
http://dl.dropbox.com/u/43376972/SD%20%281%29-001.mkv
Settings:
force film mode
if in doubt, activate deinterlacing,
but OSD says that deinter is off (upstream)!
So deinterlacing is not on automatically?
My fault, will be fixed in the next "official" build. You'll have to activate the "if in doubt, activate deinterlacing" again with the next build, then it should work.

Getting freeze on seek in MPC-HC (Alexoid b2), trace sent.
Next try:

http://madshi.net/madVR82d.zip

Aleksoid also appears to have fixed the other freeze problem and moves his changes to SVN. So as soon as MPC-HC revision 4128 is available, please retest. E.g. use XhmikosR's builds (http://xhmikosr.1f0.de/index.php?folder=bXBjLWhj).

[LoRd_MuldeR]

With latest MadVR and latest MPC-HC the problem of loosing window icon and buttons after fullscreen mode is back for me. Is that a known issue?

[HitomiKun]

The video picture freezes on display mode change when having automatic fullscreen exclusive mode enabled.
Please retest with the next build, once it is released.

--- Build v0.82.1 ---
The video picture now does not freeze anymore when entering fullscreen with automatic exclusive mode. But a new error now crashes MadVR when leaving fullscreen.

logs: Download (571 KB) (http://dl.dropbox.com/u/48947610/MadVR%20Bug%20Report/MadVR%20report%20logs.zip)

3 logs:
1) without display mode reset on leaving fullscreen (shows the crash, then MPC-HC gets closed, then display mode gets reset.)

2) with display mode reset 1 (shows the crash, MPC-HC gets closed, then display mode gets reset - a bit too late)

3) with display mode reset 2 (shows the crash, waiting for display mode change, closing MPC-HC after display mode has changed)

I also noticed you added an awesome wait for display mod change on entering fullscreen, please add the same function for leaving fullscreen with display mode reset.

Thank you for your huge effort ;)

[noee]

Quick test, still with B2, 82d solved the "next file/prev file" freeze and the seek freeze on my samples.

With latest MadVR and latest MPC-HC the problem of loosing window icon and buttons after fullscreen mode is back for me.

Heh, just noticed that too. When the video is playing, the task bar icon shows MPC-HC with the paused image. Wonder if it's related to the artwork changes recently?

[madshi]

With latest MadVR and latest MPC-HC the problem of loosing window icon and buttons after fullscreen mode is back for me. Is that a known issue?
Heh, just noticed that too. When the video is playing, the task bar icon shows MPC-HC with the paused image. Wonder if it's related to the artwork changes recently?
I'm not sure what you guys are talking about? Can you check whether the problem was introduced by madVR or by the new MPC-HC build? If it was introduced by madVR, how can I reproduce it? Maybe a screenshot would help me understand what you mean?

--- Build v0.82.1 ---
The video picture now does not freeze anymore when entering fullscreen with automatic exclusive mode. But a new error now crashes MadVR when leaving fullscreen.

3 logs
For crashes, debug logs don't help. For freezes, debug logs alone don't help, either. If the crash occurred inside of madVR, you should get a madVR crash box, allowing you to send a crash report to me. Did you get that box? If not, maybe the crash was not in madVR, but in MPC-HC? Or are we talking about a freeze here and not a crash? If you have a freeze, please try to get a freeze report by using Ctrl+Alt+Shift+Break. If that doesn't work, try the "madTraceProcess" tool (see v0.82 release notes).

I also noticed you added an awesome wait for display mod change on entering fullscreen, please add the same function for leaving fullscreen with display mode reset.
I'm not sure what you mean? Can you clarify?

[madshi]

A new MPC-HC build is available here:

http://xhmikosr.1f0.de/index.php?folder=bXBjLWhj

Can you guys please test whether the freeze with v0.81 is gone? Would be important to know, so Aleksoid knows if his fix worked or not. Thx.

[LoRd_MuldeR]

When I go to fullscreen mode (exclusive) and then back to windowed mode, the MPC-HC window is loosing it's icon. Sometimes the window buttons are lots too.

See:
http://img52.imageshack.us/img52/848/madvrwindowicon.png

(There should be the MPC icon in the upper left corner. And in the upper right corner there should be minimize/maximize/close buttons)

[madshi]

Just to be safe, are you using D3D11 presentation (madVR settings)? I've only heard of this problem yet with D3D11.

[LoRd_MuldeR]

Just to be safe, are you using D3D11 presentation (madVR settings)? I've only heard of this problem yet with D3D11.

Yes, I do. Bad idea?

[HitomiKun]

I also noticed you added an awesome wait for display mod change on entering fullscreen, please add the same function for leaving fullscreen with display mode reset.
I'm not sure what you mean? Can you clarify?
If I enter fullscreen with automatic exclusive mode, the video stops until my display mode has changed and then continues to play. But when I leave fullscreen while having "reset original display mode on fullscreen leave" on, the video does not stop and wait until my screen has changed. The video goes on while display mode changes and I can't see anything on display mode change, because I get a black screen for a few sec.

(I could be wrong and this would be just the "wait until render queue is full" function)

Well currently MadVR crashes (freezes?) on fullscreen leave. It reports:
- resetting Direct3D device failed (80070005)
- creating Direct3D device failed (80070005)

Well MPC-HC does not crash when madVR gets this error, so I guess it's a freeze? I'm trying to get a more accurate error report with the tools you provided.

[madshi]

Yes, I do. Bad idea?
Not necessarily. The D3D11 presentation option is there for a reason. Does this test build improve the situation for you?

http://madshi.net/madVRLoRd.zip

If I enter fullscreen with automatic exclusive mode, the video stops until my display mode has changed and then continues to play. But when I leave fullscreen while having "reset original display mode on fullscreen leave" on, the video does not stop and wait until my screen has changed. The video goes on while display mode changes and I can't see anything on display mode change, because I get a black screen for a few sec.
The "pause" you may be setting when entering FSE mode is not intentional, it's probably a side effect of some other things. I'm afraid of adding a pause or something when leaving FSE mode. There are too many problems at the moment to try and do funny new stuff, which may add even more problems.

Well currently MadVR crashes (freezes?) on fullscreen leave. It reports:
- resetting Direct3D device failed (80070005)
- creating Direct3D device failed (80070005)
That's neither a crash nor a freeze. A crash is when you get a crash box from either Windows or madVR. A freeze is when the media player gets unresponsive. What you have is a different problem.

Which OS are you using? Which GPU? Are you using D3D9 or D3D11 presentation? Do you have the option "pre-present frames in advance" turned on/off?

[LoRd_MuldeR]

Not necessarily. The D3D11 presentation option is there for a reason. Does this test build improve the situation for you?

http://madshi.net/madVRLoRd.zip

No difference. Sorry.

[noee]

A new MPC-HC build is available here:

http://xhmikosr.1f0.de/index.php?folder=bXBjLWhj

Can you guys please test whether the freeze with v0.81 is gone? Would be important to know, so Aleksoid knows if his fix worked or not. Thx.

Tested 4128 with .81 and yes, the seek, next file/prev file, File Close (Ctrl+c) and AppExit (Alt+x) are all fixed here.

[HitomiKun]

I pressed Ctrl+Alt+Shift+Break while the error was displayed. The file created should say everything about my PC sys (I also added some lines to my PC description and marked them as "user edited".)

Download (6,18 KB) (http://dl.dropbox.com/u/48947610/MadVR%20Bug%20Report/madVR%20-%20freeze%20report.zip)

I have "present several frames in advance" enabled and it holds the value 8 on the windowed mode and exclusive mode section.
-> Disabling this function fixed the error. <-

Edit: The freeze report log says:
exception message : The process seems to be frozen.
So it is actually a freeze? MPC-HC is unresponsive when I click stop, play and everything else. (except the close button)

[madshi]

I pressed Ctrl+Alt+Shift+Break while the error was displayed. The file created should say everything about my PC sys (I also added some lines to my PC description and marked them as "user edited".)

Download (6,18 KB) (http://dl.dropbox.com/u/48947610/MadVR%20Bug%20Report/madVR%20-%20freeze%20report.zip)

I have "present several frames in advance" enabled and it holds the value 8 on the windowed mode and exclusive mode section.
-> Disabling this function fixed the error. <-

Edit: The freeze report log says:
exception message : The process seems to be frozen.
So it is actually a freeze? MPC-HC is unresponsive when I click stop, play and everything else. (except the close button)
Unresponsive means if you can't click anything, respectively whatever you do is totally ignored. Usually also menus are not drawn correctly anymore etc. <- That's a freeze. What you have doesn't seem to be a freeze. The "The process seems to be frozen" message always appears if you press Ctrl+Alt+Shift+Break.

A couple of questions:

(1) Are you using D3D9 or D3D11 presentation?
(2) Does the problem always occur or just sometimes?
(3) Which exact madVR version introduced the problem for you?

[HitomiKun]

1) I'm using D3D9.

2) After some testing I found out that it always occures on the resolution 1920x1080 on colourful/complex scenes.

I tested a 1920x1080 file that had an pretty simple intro without much movement. If I leave fullscreen on that simple animation, it does not freeze. After I went a bit further to a more complex scene where lots of colours and movement is shown, madVR get's the error on fullscreen leave. All 1280x720 files I tested didn't get the error in any situation. I'm trying to extract a sample right now.

3) This problem came up with v0.82.1. I didn't test v0.82 because v0.82.1 got released a few minutes right after 0.82. On v0.81 I didn't experience any of these errors (except the frame freeze on fullscreen enter with automatic exclusive mode, that is fixed now)

Edit:
2) It seems to come and go whenever it wants, but I have to approve that it only happens on 1080p with complex scenes, 90% of all tests with 1080p have resulted with an error on fullscreen leave.

Edit 2:
3) I just tested v0.80 and v0.81, both didn't have the error while leaving fullscreen. It's probably some new bug introduced with the "* improved exclusive -> windowed switch a little bit more" update. I guess it now tries to refresh the frame on display mode change but while leaving fullscreen it has to switch back to windowed mode and that mode may cause the problem. (just my idea) The switch to windowed -> exclusive mode seems to work in v0.82.1 without frame freeze, the function that fixed the frame freeze may have caused the new bug.

Edit 3:
I can't get a sample, files are too big and I can't cut out a part of a mkv video without re-encoding (direct stream copy not supported on mkv I guess).

[fairchild]

I also started to experience MPC-HC hangs after every closing of file while in FSE as well as when skipping to next file either in same directory or playlist. I tried out PotPlayer and everything works perfect, so needless to say I'm going to start using PotPlayer from now on. It does almost everything as well as MPC-HC when it comes to integration with Lav Filters + MadVR + Reclock.

[Gelatinous]

Heh, just noticed that too. When the video is playing, the task bar icon shows MPC-HC with the paused image. Wonder if it's related to the artwork changes recently?

I have this bug too, but it has been happening to me since at least .80; i believe it is related to the option "delay playback start until render queue is full"

Pausing and unpausing corrects the icon for me.

[zmaster]

* the source levels (TV vs PC) can be stored now:thanks:

[madshi]

@HitomiKun and LoRd_MuldeR,

can you please try whether this build improves the situation for you?

http://madshi.net/madVR82e.zip

[kalston]

FSE to windowed works a lot better than before for me (both ways) on JRiver. Thanks for that!

Btw I've noticed (not specific to this version) that the FSE seek bar doesn't work on JRiver. Instead, moving the mouse to the bottom of the screen makes madVR go into windowed mode and display the same overlay as when you move the mouse to the top of the screen. So I've disabled the seek bar in madVR settings and got used to it. Still, I liked having that tiny seekbar in FSE on MPC.
When I pause with a keyboard key, I've noticed that there actually is some kind of seekbar in FSE in JRiver (with the time left etc), but it doesn't work when moving the mouse while playing.

*I only use the old FSE if that matters (nvidia user).