![]() |
Image cropping issue on Android TV client - Printable Version +- Jellyfin Forum (https://forum.jellyfin.org) +-- Forum: Support (https://forum.jellyfin.org/f-support) +--- Forum: Troubleshooting (https://forum.jellyfin.org/f-troubleshooting) +--- Thread: Image cropping issue on Android TV client (/t-image-cropping-issue-on-android-tv-client) |
Image cropping issue on Android TV client - greykidd - 2025-09-06 Hello everyone, I'm experiencing a strange issue with the Jellyfin client on my Android TV devices. I have two Xiaomi TVs; one runs Google TV, and the other runs the standard Android TV OS. Both are running the latest stable version of the Jellyfin app. App version: 0.18.3 to 0.18.11 (I have tried several versions) On the Android TV device, I've noticed that certain movies are incorrectly cropped, resulting in massive black bars that cover a significant portion of the screen. This problem does not occur on my other clients (Google TV, Windows, or my smartphone). Interestingly, if I force transcoding for the video, the image displays correctly without the cropping issue. I'm not sure what else to try. Has anyone else experienced this? Is there a known solution or something I can do to fix it? I'm attaching two images to show the difference between the clients. Jellyfin APP PC: ![]() Android TV: ![]() Could this be a Dolby Vision issue? I'm also providing an example where this happens; it doesn't occur in many other similar videos that also have Dolby Vision: Video ID : 1 Format : HEVC Format/Info : High Efficiency Video Coding Format profile : Main 10@L5@Main HDR format : Dolby Vision, Version 1.0, Profile 8.1, dvhe.08.06, BL+RPU, no metadata compression, HDR10 compatible / SMPTE ST 2086, Version HDR10, HDR10 compatible Codec ID : V_MPEGH/ISO/HEVC Duration : 2 h 10 min Bit rate : 12.0 Mb/s Width : 3 840 pixels Height : 1 636 pixels Display aspect ratio : 2.35:1 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.080 Stream size : 11.0 GiB (95%) Writing library : x265M - 3.4+35-772bb4c84:[Windows][GCC 10.2.0][64 bit] 10bit Encoding settings : cpuid=1111039 / frame-threads=3 / numa-pools=8 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=3840x1636 / interlace=0 / total-frames=187600 / level-idc=0 / high-tier=1 / uhd-bd=0 / ref=4 / no-allow-non-conformance / repeat-headers / annexb / aud / no-hrd / info / hash=0 / no-temporal-layers / open-gop / min-keyint=23 / keyint=250 / 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 / no-sao / no-sao-non-deblock / rd=4 / selective-sao=0 / 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=0 / rc=abr / bitrate=12000 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=2 / cplxblur=20.0 / qblur=0.5 / 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=0 / overscan=0 / videoformat=5 / range=0 / colorprim=9 / transfer=16 / colormatrix=9 / chromaloc=0 / display-window=0 / master-display=G(13250,34500)B(7500,3000)R(34000,16000)WP(15635,16450)L(10000000,1) / cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / hist-threshold=0.03 / no-opt-cu-delta-qp / aq-motion / hdr10 / 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 / scenecut-aware-qp=0conformance-window-offsets / right=0 / bottom=0 / decoder-max-rate=0 / no-vbv-live-multi-pass Default : Yes Forced : No Color range : Limited Color primaries : BT.2020 Transfer characteristics : PQ Matrix coefficients : BT.2020 non-constant Mastering display color primaries : Display P3 Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2 Thanks for your help! RE: Image cropping issue on Android TV client - theguymadmax - 2025-09-06 It's probably bad DV metadata. I'm guessing it's a Hybrid (DV and HDR10+). Try to fix the cropping values mentioned in this thread: https://forum.jellyfin.org/t-dark-bars-o...7#pid52577 RE: Image cropping issue on Android TV client - greykidd - 2025-09-06 (2025-09-06, 09:56 PM)theguymadmax Wrote: It's probably bad DV metadata. I'm guessing it's a Hybrid (DV and HDR10+). Try to fix the cropping values mentioned in this thread: https://forum.jellyfin.org/t-dark-bars-o...7#pid52577 Thanks for your reply. I've been trying the suggested method, but I just can't get it to work. When I load my MKV into FileInfo, press 'C' to check for errors, and then 'S' to fix them, I get the following error: ![]() I've also tried running it as an Administrator, but when I do, Windows prevents me from dragging and dropping the MKV file into the FileInfo window. I'm pretty stuck here. RE: Image cropping issue on Android TV client - theguymadmax - 2025-09-07 If I recall right, I had issues with network drives. Try copying the media to a local drive and see if you can work it out there. Your source has bad metadata info, and the exoplayer used in ATV is not very tolerant. This is not going to be fixed on the client. RE: Image cropping issue on Android TV client - greykidd - 2025-09-07 (Yesterday, 03:52 PM)theguymadmax Wrote: If I recall right, I had issues with network drives. Try copying the media to a local drive and see if you can work it out there. Your source has bad metadata info, and the exoplayer used in ATV is not very tolerant. This is not going to be fixed on the client. The thing is that I’ve already tried this with all the drives: the system drive, an external HDD, and a separate SSD… and nothing, the same error occurs every time. I’m not sure if there’s any alternative to DDVT. My English isn’t very good, but I would appreciate it if you could explain if there’s any alternative. |