[WiP] madVR support in MP1 (7 Viewers)

[GeYe]

Test with bin1 and watchdog:
Start 22:00, Stop 22:10:10, Stop done 22:10:30

Won 10s, ole
--- Post updated ---
Test with bin1+ bin2 and watchdog:
Start 22:13 , Stop 22:23:10, Stop done 22:23:31

 

[Sebastiii]

Another bin to test in few minutes

 

[Sebastiii]

Here we go @GeYe

 

[GeYe]

Ok this was fast. I had other material, because couldn't hear the old anymore, but 10 Minutes Test. This was 3D, but ok. After Stop the 3D don't goes back to 2D, but I didn't test this on the other files and it's minor problem. Maybe also not right configured in madvr by me.

Maybe I run a test with the old file the day after tomorrow .

Stop @ 22:54:00 . Stop done @ 22:54:05 or so. I was somehow suprised , Log says 22:54:03

 

[Sebastiii]

Ok so this log was with a fast stop
The change i have made is to not try to remove the filter (LAV Video) on cleanup (maybe it's not needed after all).
So lead to the question, is it stable :
- Does madVR cleanup properly ?
- Does GPU memory usage goes to what it was before starting video (it can goes a little higher after each video start but not big amount of memory each time etc.)
- Does madVR instance is cleaned on each stop (can be seen by doing right click on madVR icon ans see if no mediaportal.exe is there after few video start/stop)

If it's ok, then i need to do that for all other part of code like (TV / DVD / BD etc.)

So it seems to be related to lav video and maybe with a setting from madVR

 

[Sebastiii]

Added V222BIS installer based on WIP to avoid the long stop
So testing and log to see what's going on

 

[joecrow]

v222BIS

Its not doing much (anything) for me regarding long stop, do I need to del/copy anything else? I can't say exactly with TVS on a quick test it still took a long time to stop and with OLV which ran for ca 15mins (stopped ca 10:15) it was aprox 30 secs before it came back to the GUI. Also noticed MP comes back in window mode on resume from sleep, even though it was put to sleep in full screen, that did not happen with v121.
Everything in attached logs.

 

[Sebastiii]

Will analyse log
To answer your question, V222BIS has MPAR update in it (merged to master yesterday)

 

[Sebastiii]

@joecrow can you try attached one by one ?

From your logs, it seems that it act as old code, not sure why lol.

 

[azzuro]

on log you have somthing about :
[2016-10-25 22:53:54,930] [Log ] [10 ] [DEBUG] - PS: Inspecting MusicDB Reorganisation: 26.10.2016 16:05:00
2nd why it connect twice codec ?
2016-10-25 22:52:20,870] [Log ] [MPMain ] [DEBUG] - GetFilterByName: LAV Splitter Source, Default DirectSound Device
[2016-10-25 22:52:20,871] [Log ] [MPMain ] [DEBUG] - GetFilterByName: LAV Splitter Source, madVR
[2016-10-25 22:52:20,871] [Log ] [MPMain ] [DEBUG] - GetFilterByName: LAV Splitter Source, LAV Audio Decoder
[2016-10-25 22:52:20,871] [Log ] [MPMain ] [DEBUG] - GetFilterByName: LAV Splitter Source, LAV Video Decoder
[2016-10-25 22:52:20,872] [Log ] [MPMain ] [DEBUG] - GetFilterByName: LAV Splitter Source, LAV Splitter Source
[2016-10-25 22:52:20,872] [Log ] [MPMain ] [DEBUG] - GetFilterByName: LAV Splitter Source, Default DirectSound Device
[2016-10-25 22:52:20,873] [Log ] [MPMain ] [DEBUG] - GetFilterByName: LAV Splitter Source, madVR
[2016-10-25 22:52:20,873] [Log ] [MPMain ] [DEBUG] - GetFilterByName: LAV Splitter Source, LAV Audio Decoder
[2016-10-25 22:52:20,873] [Log ] [MPMain ] [DEBUG] - GetFilterByName: LAV Splitter Source, LAV Video Decoder
[2016-10-25 22:52:20,873] [Log ] [MPMain ] [DEBUG] - GetFilterByName: LAV Splitter Source, LAV Splitter Source

edit :
can you try to disable Music DB reorganization, in case. ..