hanand 0 Posted March 7, 2020 Posted March 7, 2020 Aspect ratio in lg oled c9 - latest version doesn't change anything in mode : not in auto not in fill and not in cover the picture is stretched i have latest version of the app 1.0.24 the problem was also in the privious version
Cactus 12 Posted March 9, 2020 Posted March 9, 2020 Maybe related: MPEG2 video plays in 4:3 even though set to 16:9. Goes for both DVD-folders and MKV-remux.
SamES 967 Posted March 14, 2020 Posted March 14, 2020 Aspect ratio appears to be a recent addition, (last 1 or 2 releases) and I suspect it's never worked on LG. @@hanand, have you seen anything movies that it works on? @@Luke, i suspect that fit and cover have no effect on this platform
Luke 38954 Posted March 14, 2020 Posted March 14, 2020 Ok we'll have to hide the option on lg then. Thanks.
hanand 0 Posted March 20, 2020 Author Posted March 20, 2020 But the resolution wrong The movies are stretched to full screen Why I can’t see in the original resolution
hanand 0 Posted March 26, 2020 Author Posted March 26, 2020 (edited) same server same tv - 2 apps (LG App and HTPC win App) the resolution in lg app is stretch and not ok i checke it with couple of movies different resolution - the problem is there in the lg , i used ember for years, i stop pleas fix it 1 emby from my htpc resolution is fine with borders Edited March 26, 2020 by hanand
Luke 38954 Posted March 26, 2020 Posted March 26, 2020 Can you please attach the emby server and ffmpeg log, if there was one. Thanks.
hanand 0 Posted March 26, 2020 Author Posted March 26, 2020 (edited) Hi Attached embyserver-63720777600.txt ffmpeg-remux-c5b4b3a8-c5f5-4b54-8ef0-8328a65aca61_1.txt ffmpeg-remux-c90a8105-d98b-4d5e-973c-2aea2168598f_1.txt embyserver.txt Edited March 26, 2020 by hanand
hanand 0 Posted March 26, 2020 Author Posted March 26, 2020 @@SamES nope ' i think ... i try run video h264 1080P from 2012 and its the same august rush embyserver (1).txt
crusher11 903 Posted March 26, 2020 Posted March 26, 2020 I assume that video file was cropped to remove black bars, and this wouldn't happen with a straight BD rip?
hanand 0 Posted March 26, 2020 Author Posted March 26, 2020 (edited) No no no It happens with all files And I write . The file Is working good in windows app And in the lg app not Edited March 26, 2020 by hanand
SamES 967 Posted March 27, 2020 Posted March 27, 2020 Can you please make a 30 second sample of one of the movies, check that it has the same issue, the send a link to me? Thanks
hanand 0 Posted March 27, 2020 Author Posted March 27, 2020 (edited) I didn’t understand .Is there Anyone with lg and It’s work good for him ? Edited March 28, 2020 by hanand
Luke 38954 Posted March 27, 2020 Posted March 27, 2020 Yes, a lot of people and we're not able to reproduce the problem. That's why we're asking you to provide a sample video for testing. Is that possible?
crusher11 903 Posted April 1, 2020 Posted April 1, 2020 I just ran into this issue with one specific file which plays correctly as 4:3 on my phone and on the web but is stretched to 16:9 on my LG TV. General Unique ID : 28091415509988373925801882384133963347 (0x152235B77D89CE32A32B83773966BE53) Format : Matroska Format version : Version 4 / Version 2 File size : 1.50 GiB Duration : 2 h 12 min Overall bit rate : 1 628 kb/s Encoded date : UTC 2020-03-31 23:16:44 Writing application : mkvmerge v40.0.0 ('Old Town Road + Pony') 64-bit Writing library : libebml v1.3.9 + libmatroska v1.5.2 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : High@L3.1 Format settings, CABAC : Yes Format settings, ReFrames : 5 frames Codec ID : V_MPEG4/ISO/AVC Duration : 2 h 12 min Bit rate : 1 498 kb/s Width : 720 pixels Height : 576 pixels Display aspect ratio : 4:3 Original display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 25.000 FPS Standard : PAL Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.144 Stream size : 1.38 GiB (92%) Writing library : x264 core 119 r2106 07efeb4 Encoding settings : cabac=1 / ref=5 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=8 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=12 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=2pass / mbtree=1 / bitrate=1498 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:0.90 Default : Yes Forced : No Audio ID : 2 Format : AAC Format/Info : Advanced Audio Codec Format profile : LC Codec ID : A_AAC Duration : 2 h 12 min Bit rate : 128 kb/s Channel(s) : 2 channels Channel positions : Front: L R Sampling rate : 48.0 kHz Frame rate : 46.875 FPS (1024 spf) Compression mode : Lossy Stream size : 121 MiB (8%) Title : AAC 2.0 Language : English Default : Yes Forced : No It has a "Display Aspect Ratio" and "Original Display Aspect Ratio" though, and I'm not sure how to get rid of that. When I first went to watch it I assumed a bad aspect ratio flag so I remuxed it and had "Set aspect ratio" at "4/3", but that didn't work.
SamES 967 Posted April 1, 2020 Posted April 1, 2020 (edited) A similar problem has been observed in this post https://emby.media/community/index.php?/topic/43525-all-files-with-the-original-display-aspect-ratio-tag-play-at-wrong-resolution/ This probably explains it best : https://sourceforge.net/p/mediainfo/discussion/297610/thread/5c5de6d2/ From this, my interpretation is that there is a mismatch between the aspect ratio defined in the video stream compared to the container. DAR is what is specified in the container ODAR is what is specified in the original stream. Normally if these are the same (they should be) then only one value DAR is reported. When they are different, there is really a problem with the file Actually, this problem should never happen. raw stream DAR should be always Container DAR. There is no reason to display 2 lines, simply because in theory container DAR is a copy, exact copy, of raw stream DAR. So I display 2 values only when they are different, to warn the user there is a potential problem. Some players will preference the DAR from the container, while others will use the DAR from the stream. I expect this is why you are seeing a difference on different devices. The question is why is the stream aspect ratio 16:9? Edited April 1, 2020 by SamES
SamES 967 Posted April 2, 2020 Posted April 2, 2020 So how do I fix it? That, I do not know. Is it just this file that has a problem? You could try mkvmerge or ffmpeg to fix it https://superuser.com/questions/907933/correct-aspect-ratio-without-re-encoding-video-file
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