While watching some videos the player will stop and return to the file selection screen.
This has happened to me multiple times with many videos and is very annoying.
Sometimes if I restart the video and fast forward past the point of where it stopped I can continue watching.
This has happened with many videos including one that I have remuxed with MKVmerge.
Welcome to the forums.
Are you able to play ANY video all the way through? If not. please post the MediaInfo on one of your videos you’re havintg issues with.
I have had that problem before. Invariably, it was due to a corrupted MKV.
I don’t know of any way to “FIX” such a file; in my case I had to completely remake them from scratch.
(They were DVD Rips where DVD Fab encountered Read Errors, and passed bad data into the DVD image. Handbrake didn’t error out either, so the resultant MKVs were bad. Several Software players all had issues with the same files, but my recollection is that VLC did NOT…)
Here is the media info of one of the files after running it through MKVMerge with header compression off:
General
Complete name : C:\Downloads\Mad_Men_Season_1\Mad Men.s01e02.720p.Ladies Room (1).mkv
Format : Matroska
File size : 2.19 GiB
Duration : 47mn 2s
Overall bit rate : 6 656 Kbps
Encoded date : UTC 2010-08-31 02:45:49
Writing application : mkvmerge v4.2.0 (‘No Talking’) built on Jul 28 2010 18:38:23
Writing library : libebml v1.0.0 + libmatroska v1.0.0
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 9 frames
Muxing mode : Container profile=Unknown@4.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 47mn 2s
Bit rate : 5 143 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.233
Stream size : 1.65 GiB (75%)
Title : Mad Men - S01E02
Writing library : x264 core 60
Encoding settings : cabac=1 / ref=9 / deblock=1:-3:-3 / analyse=0x3:0x113 / me=umh / subme=7 / psy_rd=1.000000 / brdo=1 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=2 / deadzone=6,4 / chroma_qp_offset=0 / threads=6 / nr=0 / decimate=1 / mbaff=0 / bframes=16 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=2pass / bitrate=5143 / ratetol=1.0 / rceq=‘blurCplx^(1-qComp)’ / qcomp=1.00 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=2:0.70
Audio
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Codec ID : A_DTS
Duration : 47mn 2s
Bit rate mode : Constant
Bit rate : 1 510 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Stream size : 508 MiB (23%)
Title : English
Text
ID : 3
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Title : English
Yep, that’s a “bad” file (made with a version of MKVMerge later than 4.0).
The resolution is to remux it using MKVMerge 4.0 or earlier (and do not play any other videos made with that version of MKVMerge).
He’s already done that as mentioned at the top of the post.
I’m not seeing anything wrong with the SPEC of the file (the MediaInfo tool is only examining the headers, anyway) so I’m not sure what the issue is…
The Reframe count of 9 for that resolution is kinda weird, but I don’t see why that would cause an abort mid-stream.
Try loading the file into HANDBRAKE and re-encode it with the High Profile and MKV container.
It will very quickly become obvious if there’s something wrong IN the file other than just the specification.
OR, you can download the DivX player from www.divx.com (which has MKV playback as well as DivX and other formats) and see if it behaves the same way. If it does, you know it’s the file that’s at fault.
Um, I don’t believe he’s remuxed it properly – can you actually tell with that MediaInfo whether it has compressed headers or not? (I don’t think MediaInfo reports that).
I’d still remux it.
Nope, mediainfo won’t report that, but MKVInfo will…
Thanks, Tony – that’s good to know (I assume it’s part of the toolkit, right?)
Yep; here’s an example file I use for testing things:
/mounts/tv/Z-MKVs/Star Trek The Next Generation/Season 1> mkvinfo 101-\ Encounter\ at\ Farpoint\ \(2\).mkv
+ 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 882187497
|+ Seek head (subentries will be skipped)
|+ EbmlVoid (size: 4029)
|+ Segment information
| + Timecode scale: 1000000
| + Muxing application: libebml v1.0.0 + libmatroska v1.0.0
| + Writing application: mkvmerge v4.2.0 ('No Talking') built on Jul 28 2010 12: 15:00
| + Duration: 5473.696s (01:31:13.696)
| + Date: Wed Aug 11 23:12:45 2010 UTC
| + Segment UID: 0x7f 0x99 0xcf 0x25 0x03 0x9d 0x4c 0x4b 0x1d 0xbb 0x45 0xe5 0x1 c 0xb3 0x4a 0xc3
|+ Segment tracks
| + A track
| + Track number: 1
| + Track UID: 1383476662
| + Track type: video
| + Lacing flag: 0
| + MinCache: 1
| + Codec ID: V_MPEG4/ISO/AVC
| + CodecPrivate, length 48
| + Default duration: 41.708ms (23.976 fps for a video track)
| + Video track
| + Pixel width: 702
| + Pixel height: 480
| + Display width: 624
| + Display height: 480
| + Content encodings
| + Content encoding
| + Content compression
| + Algorithm: 3 (header removal)
| + Settings: length 1, data: 0x00
| + A track
| + Track number: 2
| + Track UID: 1105885526
| + Track type: audio
| + Codec ID: A_AC3
| + Default duration: 32.000ms (31.250 fps for a video track)
| + Audio track
| + Sampling frequency: 48000
| + Channels: 6
| + Content encodings
| + Content encoding
| + Content compression
| + Algorithm: 3 (header removal)
| + Settings: length 2, data: 0x0b 0x77
| + A track
| + Track number: 3
| + Track UID: 21808058
| + Track type: subtitles
| + Default flag: 0
| + Lacing flag: 0
| + Codec ID: S_VOBSUB
| + CodecPrivate, length 349
| + Content encodings
| + Content encoding
| + Content compression
|+ EbmlVoid (size: 1171)
|+ Chapters
[snip... lots of data]
|+ EbmlVoid (size: 101)
|+ Cluster
Note how it indicates that both the Audio and Video tracks have Header Removal compression indicated.
I redownloaded an older version of MKVToolnix with MKVmerge 4.0 and have remuxed the file again.
Unfortunatley I still have the same problem.
The original bad file that I posted played the full length and then the next file stopped 3/4 through.
Attached is the media info for the most recent file that failed:
General
Complete name : C:\Downloads\Mad_Men_Season_1\Mad Men.s01e03.720p.Marriage of Figaro (1).mkv
Format : Matroska
File size : 2.19 GiB
Duration : 44mn 14s
Overall bit rate : 7 078 Kbps
Encoded date : UTC 2010-09-01 01:37:02
Writing application : mkvmerge v4.0.0 (‘The Stars were mine’) built on Jun 5 2010 17:44:09
Writing library : libebml v1.0.0 + libmatroska v1.0.0
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 9 frames
Muxing mode : Container profile=Unknown@4.1
Codec ID : V_MPEG4/ISO/AVC
Duration : 44mn 14s
Bit rate : 5 565 Kbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.252
Stream size : 1.68 GiB (77%)
Title : Mad Men - S01E03
Writing library : x264 core 60
Encoding settings : cabac=1 / ref=9 / deblock=1:-3:-3 / analyse=0x3:0x113 / me=umh / subme=7 / psy_rd=1.000000 / brdo=1 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=2 / deadzone=6,4 / chroma_qp_offset=0 / threads=6 / nr=0 / decimate=1 / mbaff=0 / bframes=16 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / wpredb=1 / bime=1 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=2pass / bitrate=5565 / ratetol=1.0 / rceq=‘blurCplx^(1-qComp)’ / qcomp=1.00 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=2:0.70
Audio
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Codec ID : A_DTS
Duration : 44mn 14s
Bit rate mode : Constant
Bit rate : 1 510 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Stream size : 478 MiB (21%)
Title : English
Text
ID : 3
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Title : English
In my experience (limited as it may be, because I’ve avoided MKVMerge 4.1+ like the plague) an incorrectly muxed file won’t just die part-way through, it dies instantly.
Does this file die in the same place EVERY TIME? If so, I just can’t help but think it’s the STREAM that’s at fault, not the CONTAINER. MKV contains, in your case, an AVC stream and a DTS stream. Re-MUXING doesn’t do anything to the contents of the streams, it just, well, re-multiplexes them.
If the input stream is BAD, MKVMerge may not care; it’s just bits from its perspective…
My only suggestion at this point, repeating, is to download the DivX MKV player from www.divx.com and see if that file works in that player. You can immediately fast forward to just before the error, continue playback and see what happens. In EVERY case I’ve seen this, the DivX player also stopped in the exact same spot.
In addition to what Tony says, Reframes at 9 is insane – 3 is about all you ever need (and high values can choke a whole lot of things).
The latest remux worked for me.
How do I change the frame rate?
Not sure why you would want to… 23.97 is the “native” frame rate for most material now-a-days…
But a program like Handbrake will do it…
LloydXmas wrote:
The latest remux worked for me.
How do I change the frame rate?
I’m not talking about frame rate – I’m talking about reframes.
But Tony is right, Handbrake can change it. However, you’d be FAR better off working with the original source as trying to Handbrake a previously encoded file is just going to lose something (and you SHOULD have the original source unless you pirated the file, in which case we can’t help you).
| Forums | News and Announcements | Register | Help | Forum Guidelines |
Copyright © 2021 Western Digital Technologies, Inc. All rights
reserved.
|
Trademarks
|
Privacy
|
Community Terms of Service
|
Site Terms of Use
|
Copyright
|
Contact WD
|