moozart 3 Posted September 29, 2022 Posted September 29, 2022 I'm running latest server 4.7.6.0 with my client on Sony Bravia Android TV on same version. It turns out a rip of HVEC 4K with Dolby Vision is using 230+ Mbps measured at router ( while debug stats of emby on TV mentions 130 Mbps). Unfortunately Sony TVs are known for having poor wifi/Ethernet and it struggles to stream over 220 Mbps. I'd expect some overhead, but is it that much more over the video file bandwidth really necessary? 1.8x factor? Thanks in advance!
Happy2Play 9780 Posted September 29, 2022 Posted September 29, 2022 Can you provider server and ffmpeg logs if present for a specific example. How to Report a Problem
moozart 3 Posted September 30, 2022 Author Posted September 30, 2022 7 hours ago, Happy2Play said: Can you provider server and ffmpeg logs if present for a specific example. How to Report a Problem Since it is direct play for both audio and video, there is no ffmpeg log. I cleared the logs, restarted the server and played the video to reproduce the issue. I've attached all the logs I have as requested. IMHO the streaming is working as expected, Dolby Vision mode is enabled on TV, the image and audio are great. But it is stuttering because it is using way too much bandwidth. When I use a gigabit ethernet adapter via USB 3 on the TV, the problem is gone. Unfortunately Sony Bravia low cost wifi adapter can't cope with steady > ~ 200 Mbps. And it sits close to the router which is really good one I can get much faster speeds over phone or macbook for instance. I bet mosts TVs would suffer from the same issue. Anyway I was just wondering, why a 148 mbps file (including audio) would require 240 mbps+ to be played over LAN. So this overhead seems to me a bit too much. Below is the media info of my video. General Format : MPEG-4 Format profile : Base Media / Version 2 Codec ID : mp42 (isom/mp42/dby1) File size : 8.70 GiB Duration : 1 h 7 min Overall bit rate mode : Variable Overall bit rate : 18.5 Mb/s Video ID : 1 Format : HEVC Format/Info : High Efficiency Video Coding Format profile : Main 10@L5@Main HDR format : Dolby Vision, Version 1.0, dvhe.05.06, BL+RPU Codec ID : dvhe Codec ID/Info : High Efficiency Video Coding with Dolby Vision Duration : 1 h 7 min Bit rate : 17.7 Mb/s Width : 3 840 pixels Height : 2 160 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 23.976 (24000/1001) FPS Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 10 bits Bits/(Pixel*Frame) : 0.089 Stream size : 8.34 GiB (96%) Writing library : x265 3.4hy:[Linux][GCC 7.5.0][64 bit] 10bit Encoding settings : cpuid=1111039 / frame-threads=6 / no-wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=3840x2160 / interlace=0 / total-frames=0 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=4 / no-allow-non-conformance / repeat-headers / annexb / aud / hrd / info / hash=0 / no-temporal-layers / no-open-gop / min-keyint=96 / keyint=96 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=25 / lookahead-slices=4 / scenecut=40 / hist-scenecut=0 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=3 / limit-refs=3 / limit-modes / me=3 / subme=3 / merange=57 / temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / sao / no-sao-non-deblock / rd=4 / selective-sao=4 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=1.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=3 / rc=abr / bitrate=18000 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=2 / cplxblur=20.0 / qblur=0.5 / vbv-maxrate=24500 / vbv-bufsize=24500 / vbv-init=0.6 / vbv-end=0.6 / vbv-end-fr-adj=0.0 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=1 / colorprim=2 / transfer=2 / colormatrix=2 / chromaloc=0 / display-window=0 / cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / no-concatenation / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / hist-threshold=0.01 / no-opt-cu-delta-qp / no-aq-motion / no-hdr10 / no-hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00 / no-scenecut-aware-qpconformance-window-offsets / right=0 / bottom=0 / decoder-max-rate=0 Default : Yes Alternate group : 1 Color range : Full Codec configuration box : hvcC+dvcC Audio ID : 2 Format : E-AC-3 JOC Format/Info : Enhanced AC-3 with Joint Object Coding Commercial name : Dolby Digital Plus with Dolby Atmos Codec ID : ec-3 Duration : 1 h 7 min Bit rate mode : Constant Bit rate : 768 kb/s Maximum bit rate : 811 kb/s Channel(s) : 6 channels Channel layout : L R C LFE Ls Rs Sampling rate : 48.0 kHz Frame rate : 31.250 FPS (1536 SPF) Compression mode : Lossy Stream size : 370 MiB (4%) Title : English Language : English Service kind : Complete Main Default : Yes Alternate group : 1 Complexity index : Not present / 16 Number of dynamic objects : 15 Bed channel count : 1 channel Bed channel configuration : LFE Thank you in advance! embyserver.txt hardware_detection-63800114516.txt
SamES 1057 Posted October 1, 2022 Posted October 1, 2022 (edited) The traffic you see on the router is probably the TV trying to read-ahead and buffer the movie. For example, to build a 10 sec buffer the TV will need to pull a lot of data initially. If your file is on another storage device on your network, then remember that the server needs to read the file from your storage device, then the TV reads the file from the server so the network traffic can be double the file bitrate 185 Mbps is a very high bitrate and probably far exceeds the TV's recommended bitrate for streaming. For example, the latest Samsung 8K TV's specify a maximum of 100 Mbps for 8K media playback. LG 2022 TV's have a specs I would suggest at 185Mbps you might be expecting more than most TVs are capable of Edited October 1, 2022 by SamES
moozart 3 Posted October 1, 2022 Author Posted October 1, 2022 8 hours ago, SamES said: The traffic you see on the router is probably the TV trying to read-ahead and buffer the movie. For example, to build a 10 sec buffer the TV will need to pull a lot of data initially. If your file is on another storage device on your network, then remember that the server needs to read the file from your storage device, then the TV reads the file from the server so the network traffic can be double the file bitrate 185 Mbps is a very high bitrate and probably far exceeds the TV's recommended bitrate for streaming. For example, the latest Samsung 8K TV's specify a maximum of 100 Mbps for 8K media playback. LG 2022 TV's have a specs I would suggest at 185Mbps you might be expecting more than most TVs are capable of Fair enough, up to date I never had any issues up to 16 MBps, this is the first time at 18 MBps which it struggles. So I might then reached its limit. 1
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now