crusher11 1138 Posted December 29, 2019 Posted December 29, 2019 Whether it's playing back in 4:3 or 1:1 I don't know, I've not measured it, but it's definitely not 16:9. It plays back correctly as 16:9 if I find it in Windows Explorer and play it in VLC, but Emby for some reason isn't playing it correctly. Occurs in both the web player (Chrome) and the LG TV player. MediaInfo: General Complete name : \Backups\WWE Events\N\No Way Out 2009 (2009)\No Way Out 2009 (2009).mkv Format : Matroska Format version : Version 2 File size : 6.36 GiB Duration : 2 h 47 min Overall bit rate mode : Variable Overall bit rate : 5 453 kb/s Encoded date : UTC 2019-09-06 12:42:15 Writing application : MakeMKV v1.14.4 win(x64-release) Writing library : libmakemkv v1.14.4 (1.3.5/1.4.7) win(x64-release) Original source medium : DVD-Video Video ID : 1 ID in the original source medium : 224 (0xE0) Format : MPEG Video Format version : Version 2 Format profile : Main@[member="Main"] Format settings, BVOP : Yes Format settings, Matrix : Custom Format settings, GOP : Variable Format settings, picture structure : Frame Codec ID : V_MPEG2 Codec ID/Info : MPEG 1 or 2 Video Duration : 2 h 47 min Bit rate mode : Variable Bit rate : 4 999 kb/s Maximum bit rate : 9 800 kb/s Width : 720 pixels Height : 480 pixels Display aspect ratio : 4:3 Original display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 29.970 (30000/1001) FPS Standard : NTSC Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Interlaced Scan order : Top Field First Compression mode : Lossy Bits/(Pixel*Frame) : 0.483 Time code of first frame : 01:02:31;16 Time code source : Group of pictures header Stream size : 5.83 GiB (92%) Language : English Default : No Forced : No Color primaries : BT.601 NTSC Transfer characteristics : BT.601 Matrix coefficients : BT.601 Audio ID : 2 ID in the original source medium : 189 (0xBD)-128 (0x80) Format : AC-3 Format/Info : Audio Coding 3 Mode extension : CM (complete main) Format settings, Endianness : Big Codec ID : A_AC3 Duration : 2 h 47 min Bit rate mode : Constant Bit rate : 448 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 Stream size : 535 MiB (8%) Title : Dolby Digital 5.1 Language : English Default : Yes Forced : No The attached log includes an attempt at playback via the web player. embyserver.txt
Guest asrequested Posted December 29, 2019 Posted December 29, 2019 Transcode it to h264. It's probably the padding. Just run it through handbrake, and remove. It'll deinterlace it and it'll play much better, too.
crusher11 1138 Posted December 29, 2019 Author Posted December 29, 2019 What padding? There's no padding. It's 16:9 widescreen, but it's squashed down in Emby (ie tall, skinny people). It's simply not reading the 16:9 flag for some reason.
crusher11 1138 Posted December 29, 2019 Author Posted December 29, 2019 Emby (incorrect): VLC (correct):
Guest asrequested Posted December 29, 2019 Posted December 29, 2019 Look again. It's following the display aspect ratio, not the original. If you transcode it, that will be removed. I don't know what player is in that app, but that's what appears to be happening.
pwhodges 2028 Posted December 29, 2019 Posted December 29, 2019 (edited) Well, the media info does say: Width : 720 pixelsHeight : 480 pixelsDisplay aspect ratio : 4:3Original display aspect ratio : 16:9 It's not immediately clear which of those ratios is meant to be chosen... A little research shows me that DAR is from the container and ODAR is from the video stream header, that different players make different choices between them, and that it is probably faulty ripping that causes them to diverge. So, not specifically an Emby error. I also found this - the author of MediaInfo wrote (my emphasis): "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. There is no reason to bother people with 2 values when both values are same, as expected." Edited December 29, 2019 by pwhodges
crusher11 1138 Posted December 29, 2019 Author Posted December 29, 2019 Well that is...weird and nonsensical. It was ripped exactly the same way the rest of my collection was ripped though.
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