MPC-HC tester builds for internal renderer fixes

[CruNcher]

uhh madshi implemented DXVA2 based Deinterlacing in his renderer
and current test build doesn't seem to support it anymore it crashes with it

[burfadel]

Yep! Me, I mentioned it the other day:

Originally Posted by burfadel

Mediafire folder doesn't seem to work... (keeps coming up no files then redirects me to my own Mediafire folder).

[Hera]

With Six sub pictures to buffer and allow animation while buffer and Haali Splitter and 8-bit surfaces and D3D:FS,
[FTV-subs] Touhou - Bad Apple!! PV [960x720] v2.mkv - started off more at 21 / 30 and moved to 30 / 30.

[CruNcher]

wow that result blows even looking @ the High resource utilization it's stable i would say even more stable then EVR custom or Mirillis Renderer result

MPC-HC trunk + Madvr (bicubic) + ffdshow quicksync

http://www.mediafire.com/download.php?7uhdibw4i3r2jce

[RGold]

Originally Posted by Hera

Am I the only one who cannot access JanW32's builds on Media Fire right now? I need the latest SSE (non-SSE2) to test...



Well you shouldn't be getting tearing IMO.

I have no tearing issue with the regular version.

[CruNcher]

just 2 words jan it rocks (this was with 500 ms timer running in the background)

http://www.mediafire.com/download.php?ag163hwz6fewzlo

only the innit issue and it would be perfect from a stability stand for NT6 (until i finished my upcoming test marathon)

PS: This is also cool now that any background noise is completely gone it's easy to tell problems apart immediately (for the whole chain) http://www.mediafire.com/download.php?d0bg6khk2lk8bjl

Another perfect result http://www.mediafire.com/download.php?7gxisjnzedbo0u8

This is also something cool http://www.mediafire.com/download.php?6uhkiqiajnak5c4 (not directly related but also MPC-HC test was used so ) unthinkable todo with XP (NT5) 2 different frameworks running side by side with a low timer running (and if you take also the fact im recording this all near realtime on a IGP GPU directly (@ relatively low power) into what i upload it becomes even more amazing)

[TheElix]

What? What happened?

Originally Posted by CruNcher

PS: This is also cool now that any background noise is completely gone it's easy to tell problems apart immediately (for the whole chain) http://www.mediafire.com/download.php?d0bg6khk2lk8bjl

What do you mean background noise is gone?

[burfadel]

How do we access the builds? I'm not the only one that can't access http://www.mediafire.com/?r367kbp7p9but

It just flashes up '0 Items to Display!', then redirects to my Mediafire page (in my case).

[XRyche]

Originally Posted by burfadel

How do we access the builds? I'm not the only one that can't access http://www.mediafire.com/?r367kbp7p9but

It just flashes up '0 Items to Display!', then redirects to my Mediafire page (in my case).

I'm sure JanWillem32 is aware of the issue by now. Just give him time to do something about it.

[CruNcher]

Originally Posted by TheElix

What? What happened?

What do you mean background noise is gone?

The Noise if you have constant vsync changes in the OSD it's still realizable though as a strange spike is visible in both situations but this way it's even easier to spot now (flat line everythings perfect, spike something is wrong somewhere)

[burfadel]

Originally Posted by XRyche

I'm sure JanWillem32 is aware of the issue by now. Just give him time to do something about it.

Ah ok! just that when I mentioned it, then mentioned by someone else, and then rementioned by myself, nobody else commented on the issue. At least now I know its a proper issue and not just an issue affecting only a couple of us.

[CruNcher]

So now we know why Mediafire had problems they completely overhauled it got a complete new HTML5 UI

PS: Jan i tested a lot of DXVA implementation with your current EVR Custom and some fail i wonder those that doesn't fail could be called better though ? it seems especially the init issue makes some decoders problems keeping a really big surface without changing it (Mainconcepts DXVA is on that list)

[Hera]

The latest SSE (non-SSE2) build crashes when resizing window while playing video.

[JanWillem32]

I'm glad that the folder works again. The links to the files remained the same, so that's a relief.

I've revised the internal numbering for the renderer selection list. This will reset the selection for the renderer to default on the first initialization.

About the settings, not everyone can use the save to .INI function, as it's limited in total size (it hardly supports even a few custom pixel shaders). The Miscellaneous page of the Options menu has a button to export all settings to a .REG file from the registry.

I've completely revised the texture handling for the subtitle renderer. It should have somewhat safer functions now, but some extra revisions will be required later on. It's a bit slower to react to resizing and will consume quite a bit more memory when switching from one buffer to another. Purging resources and making new ones while the video renderer is still running is a delicate procedure.

I've written a scheduler for on EVR CP, and I've misnamed it "Disable Scheduler" (the name of the function that was there before it). It's default enabled for the constant frame interpolator (not system dependent). The selectable version should work for Vista and newer in exclusive mode, for 7 and newer it's also available in windowed mode with Aero enabled. It doesn't have the Frame Time Correction function for VC-1 in MPEG transport streams yet, and I don't know if will work properly with all types of pulldown. It is at least completely compatible with scheduling for a command queue of several entire frames ahead (the other scheduling modes can't really queue more than 1). I probably have to work on getting timing right for the insertion moment of subtitles, but it does a pretty good job at it usually, and maybe I'll add proper support for the non-threaded version of the subtitle renderer later on. There's a new option to adjust the detected monitor refresh rate in the output tab, for if the scheduler skews a bit in timing (can be seen in the jitter graph, the lines should be roughly symmetrical, averaged over a few hundred frames).

I couldn't find out what exactly the problem is with the color management. It's quite clear that the update to the most recent beta caused this, but so far I haven't seen what part of the code is causing this. It might be sufficient to only update the code in the renderer. I will investigate this next week.

I didn't have time to test with external filters. I will do so within the next two weeks.

[golagoda]

Originally Posted by JanWillem32

I'm glad that the folder works again. The links to the files remained the same, so that's a relief.

I've revised the internal numbering for the renderer selection list. This will reset the selection for the renderer to default on the first initialization.

About the settings, not everyone can use the save to .INI function, as it's limited in total size (it hardly supports even a few custom pixel shaders). The Miscellaneous page of the Options menu has a button to export all settings to a .REG file from the registry.

I've completely revised the texture handling for the subtitle renderer. It should have somewhat safer functions now, but some extra revisions will be required later on. It's a bit slower to react to resizing and will consume quite a bit more memory when switching from one buffer to another. Purging resources and making new ones while the video renderer is still running is a delicate procedure.

I've written a scheduler for on EVR CP, and I've misnamed it "Disable Scheduler" (the name of the function that was there before it). It's default enabled for the constant frame interpolator (not system dependent). The selectable version should work for Vista and newer in exclusive mode, for 7 and newer it's also available in windowed mode with Aero enabled. It doesn't have the Frame Time Correction function for VC-1 in MPEG transport streams yet, and I don't know if will work properly with all types of pulldown. It is at least completely compatible with scheduling for a command queue of several entire frames ahead (the other scheduling modes can't really queue more than 1). I probably have to work on getting timing right for the insertion moment of subtitles, but it does a pretty good job at it usually, and maybe I'll add proper support for the non-threaded version of the subtitle renderer later on. There's a new option to adjust the detected monitor refresh rate in the output tab, for if the scheduler skews a bit in timing (can be seen in the jitter graph, the lines should be roughly symmetrical, averaged over a few hundred frames).

I couldn't find out what exactly the problem is with the color management. It's quite clear that the update to the most recent beta caused this, but so far I haven't seen what part of the code is causing this. It might be sufficient to only update the code in the renderer. I will investigate this next week.

I didn't have time to test with external filters. I will do so within the next two weeks.

As the last SSE version doesn't work very well, x86 SSE: http://www.mediafire.com/?57fm7xqvl9pzbd3
x64: http://www.mediafire.com/?45fm4vvmgbki9ou

Thanks so much, good job and I will try it as always.

[JanWillem32]

Thanks again.

I forgot to mention, the two new schedulers tend to require at least 8 mixer buffers to work properly. The jitter graph can even be seen jumping back and forth "in time" when not enough are set. Setting more buffers will also smoothen out the graph, because more samples can be scheduled ahead. Note that setting more buffers will require more memory, but won't necessarily increase the strain on the memory controller. If the video card or IGP is short on total memory, don't use too many buffers, as that will cause swapping textures to the system memory parts. Memory consumption for a single 1920×1080 video frame in the 8- or 10-bit formats takes 7.91015625 MByte, the 16-bit format takes double of that, and the 32-bit format quadruple. There are also some tools available to see the video memory consumption in real time.

[Hera]

Originally Posted by JanWillem32

As the last SSE version doesn't work very well, x86 SSE: http://www.mediafire.com/?57fm7xqvl9pzbd3

EDIT: Black Screen is caused by Firefox being open along with MPC:HC. What the ****?

Version 3801 was much much better in terms of being usable on Windows XP (See sig).

In that version I had video (3801). In this version I do not get video, just subtitles. There is also a flash of something every time a new line of subtitles appears - to fast for me to notice if that is video. Otherwise the screen is black.

On a youtube 1080p MP4, the screen is grey - black when I get statistics on screeen.

BUT, it doesn't crash when resizing!
EVR & VMR9 renderless also black screen.
Haali makes the player exit/crash.

Something else I noticed,
the ability of the render not to skip frames improved. I still need to test on some more intensive stuff when I have time.

[JanWillem32]

Well, that's quite a chaotic description we have there. Vanilla EVR and VMR-9 w. also give a black screen? I probably can't solve that problem then, as these are completely external renderers. If the mixer parts are failing, it will affect VMR-9 r. and EVR CP, too. You do have normal playback without programs rendering in the background?
The frame dropping code for EVR was a bit rusty, so I've given it some minor updates. The new schedulers tend to never drop frames at all, which can be a bit of a problem if the video frame rate is slightly below, equal or over the monitor refresh rate. I'll have to take a look at creating code to allow dropping frames for such situations, to prevent desynchronization.

[Mierastor]

Would it be possible to add Lanczos to the resizers? It is very popular for image resizing and many people think it gives the best result.

[JanWillem32]

It's been a while since I've added any resizers, so I can indeed try. I'll look for some code or math for it, as long as it's easy to insert. (I'm not going to work out the programming for sampling nodes, like I did for the spline5 and spline6 forms anytime soon.)