Dolby Vision now possible through MP4 Mux.

[RESET_9999]

How does the latest firmware mess up the DV black level? I read forums posts and thought only hdr10 still had problems.

There's a glow, and when you use the new near black option to fix it, it crushes black but the avsforum is full of moron who use the vivid mode so it's hard to follow.
On the old firmware I'm using, there's no glow and no crush, at least not in cmv4.0.

[SamuriHL]

Can't WAIT to see what WebOS 25 does to my G2. Oh, right, I'm GOING to wait cause it scares me. LOL

[RESET_9999]

it will most likely allow DV mkv support in plex

[deadchip12]

How does the latest firmware mess up the DV black level? I read forums posts and thought only hdr10 still had problems.

There's a glow, and when you use the new near black option to fix it, it crushes black but the avsforum is full of moron who use the vivid mode so it's hard to follow.
On the old firmware I'm using, there's no glow and no crush, at least not in cmv4.0.

Sigh. So it's the same situation as my a95l after a firmware update. I start to think this glow is mandated by Dolby themselves.
DV on my C9 looks better than the a95l in dark scenes, which is mad. We're going backwards.

[Falloutboy]

I do have a query, I note every one mentions Plex with regards to the UGOOS AM6B+, will it run Jellyfin and still support dovi?

Not a fan of plex, I have a tonne of media and don't see why I should have to subscribe to watch it in High Res

[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.