LAV MKV splitter problem when Video Pixel and Display sizes differ

[GoogleCodeExporter]

Hello and thanks for the great work!

I have found that when trying to play MKV videos where the Display Height and 
Width differ from the Video Pixel Height and Width, the splitter does not 
display the video with the correct aspect ratio.

My System: Windows 7 hp sp1 x64, 4gb RAM, Nvidia 6150 video.
LAV Splitter version 0.46 (64 bit) (from K-Lite codec pack 5.90), LAV Video 
decoder 0.46. Using Windows Media Player 12 (64 bit).

This problem does not occur using the Haali splitter/WMP12 or with VLC. 

In the attached (LAVTest.mkv) example the correct aspect ratio is 2.40:1 
(1024x426). I think the original Pixel Aspect ratio was not 1:1. The original 
video size was 720x426. I forced the display size with MKVmerge. The result on 
WMP12 is that the video window is correctly sized to 1024x426 but the video 
displayed in the window is sized 720x426. In other words, WMP12 opens to the 
correct size, but the video displayed is squished in the middle with black bars 
on each side. 

Video info (from mkvtoolnix/mkvinfo)
 EBML head
+ EBML version: 1
+ EBML read version: 1
+ EBML maximum ID length: 4
+ EBML maximum size length: 8
+ Doc type: matroska
+ Doc type version: 2
+ Doc type read version: 2
 Segment, size 1078235235
+ Seek head
 + Seek entry
  + Seek ID: 0x15 0x49 0xa9 0x66  (KaxInfo)
  + Seek position: 4099
 + Seek entry
  + Seek ID: 0x16 0x54 0xae 0x6b  (KaxTracks)
  + Seek position: 4255
 + Seek entry
  + Seek ID: 0x1c 0x53 0xbb 0x6b  (KaxCues)
  + Seek position: 1078211348
 + Seek entry
  + Seek ID: 0x10 0x43 0xa7 0x70  (KaxChapters)
  + Seek position: 5586
+ EbmlVoid (size: 4029)
+ Segment information
 + Timecode scale: 1000000
 + Muxing application: libebml v1.2.3 + libmatroska v1.3.0
 + Writing application: mkvmerge v5.2.0 ('I can't explain') built on Dec 18 2011 18:12:03
 + Duration: 6199.039s (01:43:19.039)
 + Date: Wed Dec 28 14:15:59 2011 UTC
 + Segment UID: 0x83 0x16 0x05 0x1c 0xab 0xe1 0x1a 0x08 0x9d 0xe9 0xc8 0x59 0x61 0xcf 0x81 0x73 
+ Segment tracks
 + A track
  + Track number: 1 (track ID for mkvmerge & mkvextract: 0)
  + Track UID: 2087887255
  + Track type: video
  + Lacing flag: 0
  + MinCache: 1
  + Codec ID: V_MPEG4/ISO/AVC
  + CodecPrivate, length 42 (h.264 profile: High @L4.1)
  + Default duration: 40.000ms (25.000 frames/fields per second for a video track)
  + Language: und
  + Name: Dear John
  + Video track
   + Pixel width: 720
   + Pixel height: 426
   + Display width: 1024
   + Display height: 426
  + Content encodings
   + Content encoding
    + Content compression
     + Algorithm: 3 (header removal)
     + Settings: length 1, data: 0x00
 + A track
  + Track number: 2 (track ID for mkvmerge & mkvextract: 1)
  + Track UID: 1180940987
  + Track type: audio
  + Codec ID: A_AAC
  + CodecPrivate, length 5
  + Default duration: 21.333ms (46.875 frames/fields per second for a video track)
  + Name: English AAC-LC
  + Audio track
   + Sampling frequency: 48000
   + Channels: 2
+ EbmlVoid (size: 1103)

Original issue reported on code.google.com by g63ma...@gmail.com on 24 Mar 2012 at 12:43

Attachments:

• LAVTest.mkv

[GoogleCodeExporter]

Installed LAV 0.49 (from k-lite codec pack 6.10). Problem remains as stated.

Original comment by g63ma...@gmail.com on 24 Mar 2012 at 1:24

[GoogleCodeExporter]

LAV Splitter works as intended. It properly indicates the AR from the MKV 
Headers to the decoder.

The H264 stream itself however specifys a different Aspect Ratio, which takes 
precedence in the decoder.
If you use LAV Video as well, you can disable the "Stream Aspect Ratio" option.

Original comment by h.lepp...@gmail.com on 25 Mar 2012 at 2:24

• Changed state: WontFix