Buffering issue even from a usb?

Help and Support Vero 4K / Vero 4K +
1

I got my Vero 4K today and have been trying it with various 4k files which previously I couldnt play and mostly everything has played fine.

However there is one file, a large 45gb 4K HDR which refuses to play and will only buffer. I figured it was too high bitrate to play over the network and copied it to a usb but it wont even play off the usb (correction after buffering for a few minutes it suddenly starts playing like 30 minutes in and with a weird screen, see attached)

IMG_20171230_180529
IMG_20171230_1805293968×2240 1.05 MB

Media info reports its less than 40mb/s so it should play fine, right? Is it likely that its just a bad rip?

Media info for the file follows:

Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : @L5@High
Codec ID : V_MPEGH/ISO/HEVC
Duration : 2 h 13 min
Bit rate : 39.8 Mb/s
Width : 3 840 pixels
Height : 1 608 pixels
Display aspect ratio : 2.40:1
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:2 (Type 2)
Bit depth : 10 bits
Bits/(Pixel*Frame) : 0.269
Stream size : 37.2 GiB (86%)
Title : TEKNO3D.com Rogue One: A Star Wars Story 4K VISIONPLUSHDR-1000 4:2:2 Edition
Writing library : x265 2.3+17-6e348252e902:[Windows][GCC 6.3.0][64 bit] 10bit
Encoding settings : cpuid=1173503 / frame-threads=3 / numa-pools=8 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=2 / input-res=3840x1608 / interlace=0 / total-frames=192703 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=1 / no-allow-non-conformance / repeat-headers / annexb / no-aud / no-hrd / info / hash=0 / no-temporal-layers / no-open-gop / min-keyint=23 / keyint=250 / bframes=3 / b-adapt=0 / b-pyramid / bframe-bias=0 / rc-lookahead=5 / lookahead-slices=8 / scenecut=40 / no-intra-refresh / ctu=32 / min-cu-size=16 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=0 / dynamic-rd=0.00 / no-signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=2 / limit-refs=0 / no-limit-modes / me=3 / subme=5 / merange=57 / temporal-mvp / no-weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / no-sao / no-sao-non-deblock / rd=2 / early-skip / no-rskip / fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / rdpenalty=0 / psy-rd=4.00 / psy-rdoq=0.00 / no-rd-refine / analysis-mode=0 / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=abr / bitrate=40000 / qcomp=0.60 / qpstep=1 / stats-write=0 / stats-read=0 / ipratio=1.10 / pbratio=1.00 / aq-mode=0 / aq-strength=0.00 / no-cutree / zone-count=0 / no-strict-cbr / qg-size=32 / rc-grain / qpmax=69 / qpmin=0 / sar=0 / overscan=0 / videoformat=5 / range=0 / colorprim=9 / transfer=16 / colormatrix=9 / chromaloc=1 / chromaloc-top=2 / chromaloc-bottom=2 / display-window=0 / master-display=G(8500,39850)B(6550,2300)R(35400,14600)WP(15635,16450)L(100000000,1) / max-cll=10000,180 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / opt-qp-pps / opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / hdr / no-hdr-optrefine-level=5
Default : Yes
Forced : No
Color range : Limited
Color primaries : BT.2020
Transfer characteristics : PQ
Matrix coefficients : BT.2020 non-constant
Mastering display color primaries : BT.2020
Mastering display luminance : min: 0.0001 cd/m2, max: 10000 cd/m2
Maximum Content Light Level : 10000 cd/m2
Maximum Frame-Average Light Level : 180 cd/m2

Audio #1
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Format profile : MA / Core
Codec ID : A_DTS
Duration : 2 h 13 min
Bit rate mode : Variable / Constant
Bit rate : 5 136 kb/s / 1 509 kb/s
Channel(s) : 8 channels / 6 channels
Channel positions : Front: L C R, Side: L R, Back: L R, LFE / Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 93.750 FPS (512 SPF)
Bit depth : 24 bits
Compression mode : Lossless / Lossy
Delay relative to video : 3 ms
Stream size : 4.80 GiB (11%)
Title : English DTS-HD Master Audio 7.1
Language : English
Default : Yes
Forced : No

Audio #2
ID : 3
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 2 h 13 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : 24 ms
Stream size : 613 MiB (1%)
Title : French AC-3 5.1
Language : French
Service kind : Complete Main
Default : No
Forced : No

Audio #3
ID : 4
Format : AC-3
Format/Info : Audio Coding 3
Codec ID : A_AC3
Duration : 2 h 13 min
Bit rate mode : Constant
Bit rate : 640 kb/s
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : 24 ms
Stream size : 613 MiB (1%)
Title : Spanish Latino AC-3 5.1
Language : Spanish
Service kind : Complete Main
Default : No
Forced : No

2

That might be your problem.
Try another 4K HDR file from the same streaming source (SMB / NFS / USB etc).

3

Yeah I saw something about that in another thread. There were instructions with rc.local to add:

echo ‘444,10bit’ > /sys/class/amhdmitx/amhdmitx0/attr

Would 422 make any difference, and what other effect could it have?

4

The issue is with the file itself unfortunately.

Sam

5

But why 422 is a problem? It‘s in the HDMI standard…

6

I believe I explained this earlier this month.

We are not talking about 4:2:2 output from the PHY here (although that’s not ideal because Refresh Rates are limited by the HDMI spec).

7

But as explained earlier as well. There are a lot of devices (especially at projectors
for home cinemas) which can‘t play 4kUHD HDR 4:4:4. There for chroma subsampling to 422 would be an quite important feature. Also a lot of people in AVS Forum are facing this issue with the Vero…

8

Thats useful but i still don’t really understand it.
Do you have a link or anything that can explain what that all means?

At 422 does the standard state the video should be 12bit and if it isnt it freaks out?

I’d just chalked it up to incompatible settings on the rip, sort of early days, things will settle and become standardized so don’t expect everything to work right now.

9

We’re talking about two different issues here.

You are talking about output, and this thread concerns decoding.

We can work on some improvements to video output, but obviously we can’t work miracles or do anything outside of the HDMI specification.

The file is the problem in this situation.

Sam

10

Ive seen in other threads the command:

echo “2160p60hz422”>/sys/class/display/mode

What effect would that have if the file displayed like the image in my original post?

Seems like this is the only rip in Chroma 422 I can find, and it doesnt work, im just trying to get my head around the issue.

11

It’s not going to solve anything here.

The problem is with the decoding of the file, not the HDMI mode being outputted.
Someone had a problem with this exact same rip some months ago.

You don’t want to really watch movies at 60Hz if you can avoid it. It will look quite unsmooth.

Sam

12

Yeah I had another file which wasnt being picked up at 24hz HDR and output at 60Hz and it didnt look smooth, and the colours werent right.

The same file worked better once I had actually downloaded it, rather than sending a link and streaming it. The internet I get in my room I think is only just fast enough I think and was getting buffered last night by virgin so was completely unworkable after that.

I thought that if it happened again, it starts playing in the wrong mode, I can force it to the correct mode with:

echo “2160p24hz444”>/sys/class/display/mode

And wondered what 422 would do. But its something to do with the input.

So does the encoder set the “Chroma 422” or is it the original disc?
All this UHD stuff is pretty new to me so I just want to understand a bit better.