[WiP] madVR support in MP1 (12 Viewers)

[daWooky]

hope not
will see

 

[daWooky]

so far

no crash
but tried with other client (and with madvr v92.4). on htpc later

 

[Sebastiii]

Great
It detect correctly the 3D mode too ?

The leak is always happening when doing a call for the new method in madVR (Screenshot or grabframe) hope Madshi can fix it too

 

[daWooky]

sadly only with the client and not with htpc and your auto3d version.
but tried also with auto3d 1.16 version on the htpc to compare again.. and detection was there again with the old plugin and no crash but i didnt tried more

 

[mrmojo666]

It seems to switch correcly HDR on , but i need to test better what appens when it sets it off, because last night i noticed some changes in colors after hdr off, but it was really late and i'm not confident my eyes were working good.

bye

yesterday tried again, and no issues so far, seems that hdr switching is working perfectly on my AMD, now madvr is missing only HLG support to be perfect also for 4k TV sat channels.

 

[joecrow]

Hi everyone
Returned from vacation and want to get back into testing mode but need an update on the current situation with latest v release, Madvr latest and the green screen fix in Lav. Basically where are we?

 

[Sebastiii]

Latest MP madVR version has new screenshot feature that works for all D3D mode from madVR (D3D9 and D3D11) but using it lead to a memory leak and for now Ambilight / Atmowin is not working.
But it's good to test for other regression
Hoping for a fix for this memory leak

 

[joecrow]

Everything right up to date (including latest Nvidia drivers and Win 10 updates) and now have problems zapping TV.
All OK on intial TV start but if I attempt to change channel with ChannelUP/DN or with a number I get the audio from the new channel but the video stalls on the old channel with occaisional stutter on the same frame, no hang or anything, stop takes me back to the TV menu and from there if a select another chanel it again plays OK but fails again if I attempt a zap. Only a problem with D3D11, copy-back and CUVID work OK. Attached logs are a single incident with v329 Madvr 0.92.4 and lav 70.2.75 (greenscreen fix version). Went back to lav 70.2.67 but no change.
The settings in MP, lav and Madvr are unchanged from the previously working version. vids and OV seem to be OK.

 

[Sebastiii]

Ah yes it's a bug in madVR ! (latest version madshi need to find a proper way to handle live stream change) -> solution -> CopyBack (by selecting an hardware)

 

[joecrow]

Ah yes it's a bug in madVR ! (latest version madshi need to find a proper way to handle live stream change) -> solution -> CopyBack (by selecting an hardware)

Confirmed, went back to 0.91.10 and zapping is again OK. Looks like all 0.92.* versions have this bug, any idea when there will be a fix?