Dolby Vision now possible through MP4 Mux.

[RESET_9999]

If there’s a Kodi add-on, then yes. Plex, Jellyfin, and Emby are only used as servers for your movie library and Kodi is what actually plays the movie on the Ugoos and you can configure your home page as you want. BTW, Plex only requires a subscription for remote streaming; local streaming is completely free. The best option, IMO, is to configure SMB access, it’s much faster and more stable than any add-on.

[inglorious_cornflake]

I'm having some "fun" injecting HDR10+ and/or DV RPU into HDR10 remuxes and if my understanding is right, for HDR10+ I have to ensure that source & target files have these props matching:

Code: Select all

Mastering display color primaries        : Display P3
Mastering display luminance              : min: 0.0050 cd/m2, max: 1000 cd/m2

And, if present:

Code: Select all

Maximum Content Light Level              : 1 000 cd/m2
Maximum Frame-Average Light Level        : 156 cd/m2

Besides, of course, video resolution.
Does this make sense?

For DV profile 5 source files is there anything besides resolution I should check to ensure there is compatibility between the two? Anything I can check on RPU itself except for frame sync?

[RESET_9999]

the static metadata doesn’t matter much. The only accurate way to confirm that they’re the same grade is to measure the pixels of each video(with madvr) and, optionally, do some screenshot comparisons.

Example, The.Exorcist.1973 DV P5 vs UHD-BD:
https://slow.pics/c/iXzAAdeU?canvas-mode=fit-width

Also , see this tutorial: https://www.youtube.com/watch?v=J06dUCePdd8

[inglorious_cornflake]

Watched the tutorial and I'll have a lot to study. Thank you for sharing that.

So basically I've been extracting HDR10+ and/or RPU, editing to sync frames accordingly if needed and calling it a day. Never generated or watched a plot.
Sounds like I gotta start over. Silly me...

Quick checklist of things to remember/ignore:
- Don't give a damn about what MediaInfo says about color primaries, luminance or MaxCLL/MaxFALL.
- Rely on frame-by-frame comparison.
- Rely on graphs.

Situation for HDR10+ should be specular 1:1.
Correct me if I'm wrong.

[coopzr]

Quick checklist of things to remember/ignore:
- Don't give a damn about what MediaInfo says about color primaries, luminance or MaxCLL/MaxFALL.
- Rely on frame-by-frame comparison.
- Rely on graphs.

Situation for HDR10+ should be specular 1:1.
Correct me if I'm wrong.

Sounds about right.

When I started off, I bookmarked his tutorial videos for easy reference. I rewatch them when I get confused or have questions. 99% of the time, my questions are answered in the videos. His DV explanation videos are great too.

I also use his spreadsheet as well as his DV movie brightness folder (I recommend using JDownloader as google drive search sucks.)

Reset doesn't advertise this enough IMO, but for a small donation you get access to his huge RPU collection. (JDownloader reports more than 2200 RPUs!) Extremely worth it, and he very much deserves it, considering the significant public service he has provided in the DV space.

[MastaG]

I've just received my Ugoos AM6+ and I've followed the instructions to install the CE nightly and then "upgrade" to CPM's A14 build.
However CPM's build seems unmaintained as A14 seems from the second of march this year.
Do the latest Omega CE nightlies offer the same features/experience? or would there be a newer build that has the changes/fixes from CPM?
It seems on the official CE forums, they don't really like users to talk about CPM's build..

[MastaG]

All my high bitrate content is buffering and freezing a lot when streaming from my remote Plex server.
They play fine on my LG G5's internal player.

It seems my AM6B+ is blessed with a faulty ethernet port?
I've connected it to a 2.5gbit switch, but I configured the port at a fixed 1gbit rate.

Testing download speed on my AM6B+ running CE CPM A14:

Code: Select all

CoreELEC:~ # iperf -c <my plex server> -p 5000 -R -t 30
------------------------------------------------------------
Client connecting to <my plex server>, TCP port 5000
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  1] local 192.168.20.74 port 53798 connected with x.x.x.x port 5000 (reverse) (icwnd/mss/irtt=14/1448/7194)
[ ID] Interval       Transfer     Bandwidth
[ *1] 0.0000-30.2129 sec   507 MBytes   141 Mbits/sec

Only 141Mbit

Doing the same on my desktop PC running Fedora Linux:

Code: Select all

~$ iperf -c <my plex server> -p 5000 -R -t 30
------------------------------------------------------------
Client connecting to <my plex server>, TCP port 5000
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  1] local 192.168.20.221 port 50434 connected with x.x.x.x port 5000 (reverse)
[ ID] Interval       Transfer     Bandwidth
[ *1] 0.00-30.03 sec  3.23 GBytes   925 Mbits/sec

925Mbit

For the record, I'm running the iperf server on my plex machine (remote) with: iperf -s -p 5000
On the client I'm setting the -R flag, so its testing reverse speed, downloading from server to client.

So either the CPM build is messed up or I have a unit with a bad ethernet connection.
Any ideas?
Perhaps some USB 3.0 gigabit adapter?

[RESET_9999]

You don’t need any update, the CPM version already does everything you need.
As noted on my excel sheet, I had issues with my 10 Gbps router and switch too, the connection was stuck at 100 Mbps. I ended up buying a cheap 1 Gbps switch just for the Ugoos, and now I get a full 1 Gbps connection.

[MastaG]

You don’t need any update, the CPM version already does everything you need.
As noted on my excel sheet, I had issues with my 10 Gbps router and switch too, the connection was stuck at 100 Mbps. I ended up buying a cheap 1 Gbps switch just for the Ugoos, and now I get a full 1 Gbps connection.

Yes but it's not the same issue, I've tried two 2.5gbit switches and in both cases I got a solid gigabit link.
Switching the test to iperf3 makes the connection drop even further to 25mbit/s... that must explain the buffering issues.
On the other hand if I remove the -R flag so it actually uploads to the server, then it hits 900+mbit.
So either a hardware or firmware/driver issue where the ethernet connection seems messed up when downloading.

I'll try a cheap gigabit switch just to be sure otherwise just switch to wifi.
If I can hit 150 to 200mbit on 5GHz I should be good to go.
I could also get some gigabit usb 3.0 adapter, but I've read reports of it interfering with the remote controller.

[MastaG]

Well look at this!
Found an old usb3 ethernet dongle in my drawer.
It seems to come with realtek 8152 chipset:

Code: Select all

CoreELEC:~ # dmesg | grep eth1
[    4.684615@2]- r8152 2-1:1.0 eth1: v2.12.0 (2019/04/29)
[    4.684622@2]- r8152 2-1:1.0 eth1: This product is covered by one or more of the following patents:
[    5.658460@2]- IPv6: ADDRCONF(NETDEV_UP): eth1: link is not ready
[    8.017878@0]- IPv6: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
[    8.019092@0]- r8152 2-1:1.0 eth1: carrier on

Lets retry:

Code: Select all

CoreELEC:~ # iperf3 -c <my plex server> -p 5000 -R -t 30
Connecting to host <my plex server>, port 5000
Reverse mode, remote host <my plex server> is sending
[  5] local 192.168.20.220 port 44040 connected to x.x.x.x port 5000

[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec   105 MBytes   881 Mbits/sec                  
[  5]   1.00-2.00   sec   111 MBytes   931 Mbits/sec                  
[  5]   2.00-3.00   sec   112 MBytes   936 Mbits/sec                  
[  5]   3.00-4.00   sec   111 MBytes   932 Mbits/sec                  
[  5]   4.00-5.00   sec   112 MBytes   936 Mbits/sec                  
[  5]   5.00-6.00   sec   111 MBytes   933 Mbits/sec                  
[  5]   6.00-7.00   sec   112 MBytes   936 Mbits/sec                  
[  5]   7.00-8.00   sec   111 MBytes   932 Mbits/sec                  
[  5]   8.00-9.00   sec   112 MBytes   935 Mbits/sec                  
[  5]   9.00-10.00  sec   111 MBytes   932 Mbits/sec                  
[  5]  10.00-11.00  sec   112 MBytes   936 Mbits/sec                  
^C[  5]  11.00-11.46  sec  50.9 MBytes   930 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -

Voila ici

Same CE CPM A14 build, just using the USB dongle instead of the builtin ethernet.
This must explain some of the posts on Reddit and other forums where people with the Ugoos state that no amount of cache settings tweak fixes the buffering issues on high bitrate content
Some of these Ugoos boxes ship with broken ethernet I guess.

[RESET_9999]

possible...
it may not be the same issues I have with all my 10gbps or 2.5 switches/routers but the Ethernet port on mine sure behaves weirdly too.

[MastaG]

@RESET_9999
I'm using the Ugoos witn the LG G5 OLED screen.
I have CoreELEC setup according to the YouTube video in your Excel sheet.

So when I go to: System Settings -> CoreELEC.

- Disable noise reduction: Should this be checked?
- Tone map SDR to HDR: unchecked
- Tone map HDR to SDR: unchecked

Dolby Vision:
- Mode: On demand
- Type: Display Led (DV-Std)
- Dolby VSVDB: Unchecked
- Colorimetry: disable/remove
- Source levels metadata: Checked
- Level 5: Source
- Level 6: Discard
- Restrict overlays: Unchecked
- Preferred HDR for dual DV and HDR10+ content: DV
- Dynamic HDR10+ to DV profile 8.1 conversion: Checked
- Prefer conversion over original DV: Unchecked
- Peak Brightness Source: histogram-plus
- For SDR8: off
- For SDR10: off
- For HDR10: off
- For HDR10+ (HDR10 data only): greyed out
- For HLG HDR: off
- For Dolby Vision: off
- Convert profile 7: off

I believe you have the same LG G5 television, are the above settings correct for profile 7 FEL playback?

[RESET_9999]

yes disable noise reduction. The rest looks good.
You can also force DV for HDR10 to avoid the posterization and banding problems on LG TVs.
see these test files: https://drive.google.com/drive/u/1/fold ... KkCkKrH3JG

[MastaG]

yes disable noise reduction. The rest looks good.
You can also force DV for HDR10 to avoid the posterization and banding problems on LG TVs.
see these test files: https://drive.google.com/drive/u/1/fold ... KkCkKrH3JG

Awesome!
Yes I did some testing and it matches the example videos

Only issues I've had so far:
- it seems the receiver turns off after a long period of time, by then it disappears from hdmi cec and I have to use its original remote to turn it back on.
I have turned off all options that make the box go into standby in the cec settings. Also there are no timeouts configured in the energy settings. Perhaps there is a hidden turn off somewhere. I'm not sure. But I like it to always stay on so I can control it using hdmi cec.
- some subtitles (I think pgs) turn grey instead of white when viewed in Dolby Vision
- resuming bluray remuxes sometimes make it go out of sync

But thats about it. Nothing major.

[RESET_9999]

- resuming bluray remuxes sometimes make it go out of sync

I had this issue before CPM A13-12, but since A14, this has been fixed on my end.

- it seems the receiver turns off after a long period of time, by then it disappears from hdmi cec and I have to use its original remote to turn it back on.
I have turned off all options that make the box go into standby in the cec settings. Also there are no timeouts configured in the energy settings. Perhaps there is a hidden turn off somewhere. I'm not sure. But I like it to always stay on so I can control it using hdmi cec.

Yeah I don't use the standby mode. I leave my ugoos on all day long and turn it off when I go to sleep.

- some subtitles (I think pgs) turn grey instead of white when viewed in Dolby Vision

I think the GUI brightness settings will affect the pgs brightness.