1. No user installed addons are supported, python or otherwise.
2. No, they really are not supported.
3. They are not coming back
4. Read from 1. again

Any mention of illegal streaming sites, addons or any pirated material will not be tolerated. This is not democracy and any offenders will be banned and posts deleted immediately without warning.

Other than that, we hope you enjoy MrMC so far and we welcome any input and feedback you might have.

Team MrMC.

Testing MrMC 3.4.1

Old TestFlight threads
Locked
sdsnyr94
Posts: 39
Joined: 29 Nov 2016, 18:03

Re: Testing MrMC 3.4.1

Post by sdsnyr94 »

sdsnyr94 wrote: 24 Jan 2018, 16:11
davilla wrote: 24 Jan 2018, 16:04 On Shield, not really. Only MediaCodec(Surface) understands HDR so you must use it. The rest is up to the Shield firmware. The only thing that I can think of which might influence would be the display rate change delay. It too short, we might be messing up any timing the firmware relies on.
I had the display rate change up as high as 6 seconds last night. I did make sure that MediaCodec (Surface) was enabled.

I'll give it a test tonight or tomorrow with Plex out of the equation... Is it possible that something is still triggering Plex to transcode? (obviously, you cannot tell without a log file... unless you can duplicate).
OK - So it does not matter if I play directly or if I use Plex. However, if I disable 'adjust display refresh rate' HDR works every time. As soon as I re-enable the setting HDR rarely works. I've tried various delay settings, from off to 10, and it does not make a difference.
User avatar
davilla
Team MrMC
Posts: 4377
Joined: 26 Oct 2015, 17:01

Re: Testing MrMC 3.4.1

Post by davilla »

sdsnyr94 wrote: 25 Jan 2018, 14:58
sdsnyr94 wrote: 24 Jan 2018, 16:11
davilla wrote: 24 Jan 2018, 16:04 On Shield, not really. Only MediaCodec(Surface) understands HDR so you must use it. The rest is up to the Shield firmware. The only thing that I can think of which might influence would be the display rate change delay. It too short, we might be messing up any timing the firmware relies on.
I had the display rate change up as high as 6 seconds last night. I did make sure that MediaCodec (Surface) was enabled.

I'll give it a test tonight or tomorrow with Plex out of the equation... Is it possible that something is still triggering Plex to transcode? (obviously, you cannot tell without a log file... unless you can duplicate).
OK - So it does not matter if I play directly or if I use Plex. However, if I disable 'adjust display refresh rate' HDR works every time. As soon as I re-enable the setting HDR rarely works. I've tried various delay settings, from off to 10, and it does not make a difference.
I'll take a look when I can change focus.
sdsnyr94
Posts: 39
Joined: 29 Nov 2016, 18:03

Re: Testing MrMC 3.4.1

Post by sdsnyr94 »

davilla wrote: 25 Jan 2018, 14:59 I'll take a look when I can change focus.
Thanks. If/When you need me to test anything, let me know.
User avatar
davilla
Team MrMC
Posts: 4377
Joined: 26 Oct 2015, 17:01

Re: Testing MrMC 3.4.1

Post by davilla »

sdsnyr94 wrote: 25 Jan 2018, 16:01
davilla wrote: 25 Jan 2018, 14:59 I'll take a look when I can change focus.
Thanks. If/When you need me to test anything, let me know.
Just tested, no problems with Shield switching to HDR. I tried about a dozen different clips, intermixing SDR content too. It never missed.

I'm set to recommended, 3840x2160 59.940 Hz YUV 420 10bit Rec 2020 in shield HDMI settings.

Hate to say this but HDMI cable ? I know that for HDR, it must be an HDMI 2.x (something) cable as it requires a much higher data rate.
jabohn
Posts: 449
Joined: 20 Nov 2015, 18:53

Re: Testing MrMC 3.4.1

Post by jabohn »

davilla wrote: 25 Jan 2018, 12:36 Think of taps as a discrete event. There is one and only one. Easy to handle. With swipes, it's like a rubber band of events. At the code level, we have zero info about how many events are coming. While we are creating UIViews to get focus working right, some controls like group lists use boundary UIViews to handle swipes. The tvOS focus engine will not move focus unless there is something to go to. So we intercept when a boundary UIView is hit, re-adjust focus and send the move to core. This gets very tricky to get swipe scrolling working. This same imperfect handling is why focus can jump out of a view group and bounce around. WIP as they say.
I understand this. I usually just tap and rarely swipe, and I'm finding the behaviour inconsistent with regards to wrapping, as mentioned above (and also the boop sound).
User avatar
davilla
Team MrMC
Posts: 4377
Joined: 26 Oct 2015, 17:01

Re: Testing MrMC 3.4.1

Post by davilla »

jabohn wrote: 25 Jan 2018, 16:34
davilla wrote: 25 Jan 2018, 12:36 Think of taps as a discrete event. There is one and only one. Easy to handle. With swipes, it's like a rubber band of events. At the code level, we have zero info about how many events are coming. While we are creating UIViews to get focus working right, some controls like group lists use boundary UIViews to handle swipes. The tvOS focus engine will not move focus unless there is something to go to. So we intercept when a boundary UIView is hit, re-adjust focus and send the move to core. This gets very tricky to get swipe scrolling working. This same imperfect handling is why focus can jump out of a view group and bounce around. WIP as they say.
I understand this. I usually just tap and rarely swipe, and I'm finding the behaviour inconsistent with regards to wrapping, as mentioned above (and also the boop sound).
ok, that's been fixed. thanks for bringing it up.
sdsnyr94
Posts: 39
Joined: 29 Nov 2016, 18:03

Re: Testing MrMC 3.4.1

Post by sdsnyr94 »

davilla wrote: 25 Jan 2018, 16:16
sdsnyr94 wrote: 25 Jan 2018, 16:01
davilla wrote: 25 Jan 2018, 14:59 I'll take a look when I can change focus.
Thanks. If/When you need me to test anything, let me know.
Just tested, no problems with Shield switching to HDR. I tried about a dozen different clips, intermixing SDR content too. It never missed.

I'm set to recommended, 3840x2160 59.940 Hz YUV 420 10bit Rec 2020 in shield HDMI settings.

Hate to say this but HDMI cable ? I know that for HDR, it must be an HDMI 2.x (something) cable as it requires a much higher data rate.
.. and you did this with adjust refresh rate on? Did it actually adjust the refresh rate?

I can try swapping the cable. It's odd, because SPMC and Plex don't seem to have the issue from the Shield.

Can this have anything to do with the TV itself? This is one of the TCL 4k Roku TV models (55P607)... Could there be a difference between the detection times vs your set?

Are you on the 6.3 preview for the Shield? I'm still on Shield Experience 6.2.
User avatar
davilla
Team MrMC
Posts: 4377
Joined: 26 Oct 2015, 17:01

Re: Testing MrMC 3.4.1

Post by davilla »

yes, adjust refresh rate on and it did change rate, size and SDR vs HDR.

Shield is running 6.2(24.32.406.417)

Connected to Samsung UHDTV

Which SPMC version ?
sdsnyr94
Posts: 39
Joined: 29 Nov 2016, 18:03

Re: Testing MrMC 3.4.1

Post by sdsnyr94 »

davilla wrote: 25 Jan 2018, 18:24 yes, adjust refresh rate on and it did change rate, size and SDR vs HDR.

Shield is running 6.2(24.32.406.417)

Connected to Samsung UHDTV

Which SPMC version ?
The latest alpha - I think it's 17.6a2.
User avatar
koying
Team MrMC
Posts: 443
Joined: 20 Mar 2016, 17:49

Re: Testing MrMC 3.4.1

Post by koying »

sdsnyr94 wrote:
davilla wrote: 25 Jan 2018, 18:24 yes, adjust refresh rate on and it did change rate, size and SDR vs HDR.

Shield is running 6.2(24.32.406.417)

Connected to Samsung UHDTV

Which SPMC version ?
The latest alpha - I think it's 17.6a2.
Is it about HDR not kicking in if switching modes?
You get this if any frames reach the flinger *before* we switch.

Basically, the flinger sees hdr and tell the TV, then we switch, reset HDMI and the tv, and HDR is lost.
Locked