I’ve encountered an issue that appears to manifest itself in exactly the same was as the old “MKV header compression issue” did (tries to load and just hangs, can’t play any other videos without rebooting afterwards, duration timer (current and total) stay on zero, network activity but nothing is happening, etc). But this doesn’t make sense as firstly I’m using the latest firmware (.44) and the container doesn’t have any form of compression enabled. MKVInfo output is below:
root@ragnarok Movies $ mkvinfo “127 Hours (2010).mkv”
- EBML head
|+ (Unknown element: EBMLCrc32; ID: 0xbf size: 6)
|+ Doc type: matroska
|+ Doc type version: 2
|+ Doc type read version: 2
- Segment, size 4680518057
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 108)
|+ Segment information
| + Duration: 5621.625s (01:33:41.625)
| + Muxing application: libebml2 v0.20.2 + libmatroska2 v0.21.1
| + Writing application: mkclean 0.8.1 ru from libebml v1.0.0 + libmatroska v1.0.0 + mkvmerge v4.0.0 (‘The Stars were mine’) built on Jun 6 2010 16:18:42
| + Date: Fri Apr 1 13:11:58 2011 UTC
| + Segment UID: 0xa1 0xe5 0x19 0x8d 0x1e 0xdb 0x79 0xc0 0xa2 0x63 0xc8 0xde 0x23 0x1f 0xc7 0x3f
|+ Segment tracks
| + A track
| + Track number: 1
| + Track type: video
| + Codec ID: V_MPEG4/ISO/AVC
| + Track UID: 1
| + Default flag: 0
| + Lacing flag: 0
| + MinCache: 1
| + CodecPrivate, length 39 (h.264 profile: High @L4.1)
| + Default duration: 41.708ms (23.976 fps for a video track)
| + Video track
| + Pixel width: 1280
| + Pixel height: 688
| + A track
| + Track number: 2
| + Track type: audio
| + Codec ID: A_DTS
| + Track UID: 1434940322
| + Language: und
| + Audio track
| + Sampling frequency: 48000
| + Channels: 6
|+ Cues (subentries will be skipped)
|+ Cluster
This is just an example, all of my MKV files result the same behaviour. Can anyone think of any other reason that this would happen?
