[WiP] madVR support in MP1 (2 Viewers)

[alexdepalma]

Here we go

Same problem

Blank and freeze with MadVr activity and Mp taskmanager activity
Time 23:00

 

[Sebastiii]

Thanks
Will try something else tonight

 

[Sebastiii]

@alexdepalma

Can you tell me if you do that :

1- Switch Channel 1 / Tuner A
2- Switch Channel 2 / Tuner B
3- Switch Channel 1 / Tuner A
4- Switch Channel 2 / Tuner B
And so on ....

Did it trigger the issue ?

It seems from the freeze report that something get locked on madVR side with :

4a4cd556 +86 madVR.ax _freebuf.c 58 +0 CBaseControlVideo.GetVideoSize
or
4a4cd656 +66 madVR.ax _freebuf.c 58 +0 CBaseControlVideo.SetSourcePosition

It surely trigger by MP but i need to reproduce it

/EDIT/ : in fact, can you describe the step by step (just to be sure).
I'm using keyboard on DEV PC so if you can try with keyboard too

 

[alexdepalma]

@alexdepalma

Can you tell me if you do that :

1- Switch Channel 1 / Tuner A
2- Switch Channel 2 / Tuner B
3- Switch Channel 1 / Tuner A
4- Switch Channel 2 / Tuner B
And so on ....

Did it trigger the issue ?

It seems from the freeze report that something get locked on madVR side with :

4a4cd556 +86 madVR.ax _freebuf.c 58 +0 CBaseControlVideo.GetVideoSize
or
4a4cd656 +66 madVR.ax _freebuf.c 58 +0 CBaseControlVideo.SetSourcePosition

It surely trigger by MP but i need to reproduce it

/EDIT/ : in fact, can you describe the step by step (just to be sure).
I'm using keyboard on DEV PC so if you can try with keyboard too

As soon as I arrive this evening will check.
Mean time...
I start DVBT SD channel, move to DVBIP HD channel (this one sometimes it's h264 720 or 1080.
Then go for SD channel (will check form witch tv card (almost sure DVBS).
Another sd DVBIP
An finally DVBIP HD 1080. Almost always FREEZE or blank.

From my point of view. MadVr is not refreshed On channel zap same tuner. And the new content may be diff resolution and interlaced or no. On tuner change madvr is refreshed.
Tonight I'll check exactly your questions.

 

[Sebastiii]

Thanks don't forget to tell me what window did you use when changing channel it can be f7 f8 mini zap when doing enter on full-screen or tv guide etc

 

[alexdepalma]

Thanks don't forget to tell me what window did you use when changing channel it can be f7 f8 mini zap when doing enter on full-screen or tv guide etc

Ok here I go
I always use MP in full screen as only Op sys of my computer.
I always zap with the remote. Test now done with F7/F8 keys.
I zap channels directly from full screen so all test from Full screen. (I have problems to identify which TV card is tuning a channel because all my channels have Tuning details in more than 2 cards and additionally as mentioned several times earlier I have a MadVr Screen error (see captures) if I put Setup Tv on top of MP. In many occasions MadVr crash on channel zap so cant really see which card at a certain time.
I've notice MP is more stable to channel zap in windowed mode (ALT+ Enter). I did it to check "channels versus cards" and didn't crash during test. Is true also that; after returning to full screen mode (from windowed), with key or remote zapping, MP+madvr was more stable and had difficulties to freeze it.
I need to restart HTPC on full screen and after several changes, it Crashed totally. (windows closed the MP app). Not very comon. Those are the provided logs.
My zap test used to be in that order.
"24h" - SD H264 DVBIP (is the last of a list called Favoritos (fav) (3 tuning details DVBT, DVBIP, DVBS
"La 1 HD" - HD h264 DVBIP (first of the favourites list) (2 tuning details DVBT, DVBIP)
"la 2" - SD Mpeg2 DVBS (2 tuning details DVBS, DVBT)
"Portada" - SD Mpeg2 DVBS (1 tuning details DVBS)
"#0" - DVBIP HD H264 (here normally blank plus freeze) (2 tuning details DVBS, DVBIP)

Crash happened at 22:16 after some additional channels change

Ive also noticed that in few occations with this version momentary freezed on"#O"and after, maybe 10 secs, image appeared on left upper corner and finally recovered and normal playback from that moment.

 

[Sebastiii]

Will try again to reproduce
About the madVR crash happening, i have seen it too and latest bin (will upload it seems better).

 

[Sebastiii]

Bin V105 based on fork for now, i'm close to have finished to update the MP1-4781 branch but like you have less errors for now on fork i would like to continue for few next bin

 

[Kotik]

Sebastiii hi,

How can i help with testing?

I don't have multiple DVBS cards, i got only one, is there any testing u want me to do?

 

[alexdepalma]

Bin V105 based on fork for now, i'm close to have finished to update the MP1-4781 branch but like you have less errors for now on fork i would like to continue for few next bin

Hello, here I go

V105 fork has proved to be really stable
I must admit I did more than 50-60 channels change before freeze.
The only freeze I could get (zap with Kb) after 2 minutes waiting wile writing this message, recovered by it self. So wa temporary freeze. I killed MP just to create the logs. During freeze period MP didn't respond and MadVr didn't create Ctrl F logs (i pressed several times) .

Freeze happend at 14:11 and recovered 14:13. Logs created folowing.
Big interest in analyse this window time.

-Zap time is good.

-4K h264 perfect

-H265 HEVC tested with new Lentoid codec and Elisyum perfect (others quite perfect before very choppy).

-3D MVC MKV perfect. My finding in reference of second playback only plays 2D...:
if quick start. Ive notice that MadVr waits about 7 seconds to recover my Intel HD4000 from 3D mode. If I start new 3D video within this time it will play 3D (you have to be very quick) but on reaching the 7 seconds of previous 3D video stop, will return to 2D. so the actual playback will continue on 2D.

A minor finding is:
I apply some improvements to SD tv Channels with good results (new for me) and after hole testing, Sd channels were choppy. Need to select DXVA2 for upscaling to recover.



Great jo Seb!!!

Excelent improvement.