View Profile
View Forum Posts
Private Message
Hello and thanks in advance for any help. I've a Blu-ray ripped to mkv that plays fine, start to finish, with no issues whatsoever. However, as soon as I try to do just about anything but play the file I experience difficulty. Here's the MediaInfo:
Code:General Unique ID : 235819946217013160433858517629875908489 (0xB1694503DEEAFCC689613EC5F34DEF89) Complete name : D:\OriginalVideo,OriginalAudio.mkv Format : Matroska Format version : Version 2 File size : 9.81 GiB Duration : 1h 41mn Overall bit rate : 13.9 Mbps Encoded date : UTC 2014-06-06 04:14:22 Writing application : mkvmerge v6.9.1 ('Blue Panther') 64bit built on Apr 18 2014 18:23:38 Writing library : libebml v1.3.0 + libmatroska v1.4.1 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : High@L4.1 Format settings, CABAC : Yes Format settings, ReFrames : 4 frames Codec ID : V_MPEG4/ISO/AVC Bit rate : 12.5 Mbps Width : 1 920 pixels Height : 816 pixels Display aspect ratio : 2.35:1 Frame rate mode : Variable Original frame rate : 23.976 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.333 Writing library : x264 core 114 r1924 08d04a4 Encoding settings : cabac=1 / ref=5 / deblock=1:-3:-3 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / psy_rd=1.05:0.15 / mixed_ref=0 / me_range=64 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=6 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / constrained_intra=0 / bframes=8 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=2 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=45 / intra_refresh=0 / rc_lookahead=100 / rc=2pass / mbtree=1 / bitrate=12499 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=12499 / vbv_bufsize=3000 / nal_hrd=none / ip_ratio=1.40 / aq=1:1.50 Default : Yes Forced : No Audio ID : 2 Format : DTS Format/Info : Digital Theater Systems Codec ID : A_DTS Duration : 1h 41mn 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 Compression mode : Lossy Stream size : 1.07 GiB (11%) Language : English Default : Yes Forced : No
And here's what happens when I attack with various applications:
0) VLC & MPC-BE: no issues, playback, seek, preview, audio-video sync, etc are all fine.
1) MKVMerge-MKVExtract: both the audio and video tracks can be (de)muxed individually; the .dts file plays perfectly and seemingly has no problems, but the .h264 file freaks out (green squares-frames) at about 1h12m, or about 71.3%. Also, if I remux the video then it becomes 11 minutes shorter (1h30m vs 1h41m) and stops playing at 1h12m. Here's the MediaInfo for the demuxed-with-MKVExtract-remuxed-with-MKVMerge video:
Code:General Unique ID : 191508674865995026186798296392452107312 (0x90133AA9CCA86184901307E0477D6C30) Complete name : D:\Temp\[0000]ReEncTemp\[1080p]Payback[S]{1999}[1080p]\OriginalMKVExtractedVideoRemuxedWithMKVMerge.mkv Format : Matroska Format version : Version 2 File size : 8.73 GiB Duration : 1h 30mn Overall bit rate : 13.9 Mbps Encoded date : UTC 2014-12-03 10:41:37 Writing application : mkvmerge v7.3.0 ('Nouages') 64bit built on Oct 22 2014 18:53:34 Writing library : libebml v1.3.0 + libmatroska v1.4.1 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : High@L4.1 Format settings, CABAC : Yes Format settings, ReFrames : 4 frames Codec ID : V_MPEG4/ISO/AVC Bit rate : 13.6 Mbps Nominal bit rate : 12.5 Mbps Width : 1 920 pixels Height : 816 pixels Display aspect ratio : 2.35:1 Frame rate mode : Variable Original frame rate : 23.976 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.333 Writing library : x264 core 114 r1924 08d04a4 Encoding settings : cabac=1 / ref=5 / deblock=1:-3:-3 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / psy_rd=1.05:0.15 / mixed_ref=0 / me_range=64 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=6 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / constrained_intra=0 / bframes=8 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=2 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=45 / intra_refresh=0 / rc_lookahead=100 / rc=2pass / mbtree=1 / bitrate=12499 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=12499 / vbv_bufsize=3000 / nal_hrd=none / ip_ratio=1.40 / aq=1:1.50 Default : Yes Forced : No
2) tsMuxeR: demuxing or remuxing the original mkv as .ts, .m2ts, AVCHD disk, or Blu-ray disk all receive a message at 71.4% or 71.5%, "tsMuxeR.exe has stopped working A problem caused the program to stop working correctly. Please close the program". However, it doesn't crash. Muxing the demuxed-with-MKVExtract-remuxed-with-MKVMerge video as a .ts results in a file 1h34m that stops playing at the same 1h12m mark. Here's its MediaInfo:
Code:General ID : 1 (0x1) Complete name : Q:\OriginalMKVExtractedVideoRemuxedWithMKVMerge.ts Format : MPEG-TS File size : 8.96 GiB Duration : 1h 34mn Overall bit rate mode : Variable Overall bit rate : 13.6 Mbps Maximum Overall bit rate : 35.5 Mbps Video ID : 4113 (0x1011) Menu ID : 1 (0x1) Format : AVC Format/Info : Advanced Video Codec Format profile : High@L4.1 Format settings, CABAC : Yes Format settings, ReFrames : 4 frames Codec ID : 27 Duration : 1h 34mn Bit rate mode : Variable Bit rate : 12.5 Mbps Maximum bit rate : 40.0 Mbps Width : 1 920 pixels Height : 816 pixels Display aspect ratio : 2.35:1 Frame rate : 23.976 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.333 Stream size : 8.52 GiB (95%) Writing library : x264 core 114 r1924 08d04a4 Encoding settings : cabac=1 / ref=5 / deblock=1:-3:-3 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / psy_rd=1.05:0.15 / mixed_ref=0 / me_range=64 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=6 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / constrained_intra=0 / bframes=8 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=2 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=45 / intra_refresh=0 / rc_lookahead=100 / rc=2pass / mbtree=1 / bitrate=12499 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=12499 / vbv_bufsize=3000 / nal_hrd=none / ip_ratio=1.40 / aq=1:1.5
3) VirtualDub: the original mkv is saved as an avi of length 1:12:08.575 and plays without issue (other than the missing final ~29m). The demuxed-with-MKVExtract-remuxed-with-MKVMerge video (MediaInfo below) is saved as a 1h30m avi file that occasionally speeds up during playback and crashes at the 1h03m48s mark, but at the same scene as the above described crashes that occur at the 1h12m mark (as if 1h12m is crammed into a 1h03m48s container). Also, if I fast seek past this point I can watch the end of the movie and, slow seeking backwards from the end, playback crashes what would be a couple of scenes after the usual crash point (as if the proper 1h41m video has a flaw at the 1h12m mark and is stuffed into a 1h30m container).
4) Avidemux: similar to VirtualDub, the original mkv file is registered as a 1h12 file (but can't be saved because of the .dts audio) and the demuxed-with-MKVExtract-remuxed-with-MKVMerge video registers as 1h30m file and can be saved, but playback results in a crash at 1h12m although this point can be fast seeked past (MediaInfo below).Code:General Complete name : Q:\OriginalMKVExtractedVideoRemuxedWithMKVMerge.avi Format : AVI Format/Info : Audio Video Interleave Format profile : OpenDML File size : 8.74 GiB Duration : 1h 30mn Overall bit rate : 13.9 Mbps Writing library : VirtualDub build 35491/release Video ID : 0 Format : AVC Format/Info : Advanced Video Codec Format profile : High@L4.1 Format settings, CABAC : Yes Format settings, ReFrames : 4 frames Codec ID : AVC1 Duration : 1h 30mn Bit rate : 13.9 Mbps Nominal bit rate : 12.5 Mbps Width : 1 920 pixels Height : 816 pixels Display aspect ratio : 2.35:1 Frame rate : 27.103 fps Original frame rate : 23.976 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.327 Stream size : 8.73 GiB (100%) Writing library : x264 core 114 r1924 08d04a4 Encoding settings : cabac=1 / ref=5 / deblock=1:-3:-3 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / psy_rd=1.05:0.15 / mixed_ref=0 / me_range=64 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=6 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / constrained_intra=0 / bframes=8 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=2 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=45 / intra_refresh=0 / rc_lookahead=100 / rc=2pass / mbtree=1 / bitrate=12499 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=12499 / vbv_bufsize=3000 / nal_hrd=none / ip_ratio=1.40 / aq=1:1.50
Code:General Complete name : Q:\OriginalMKVExtractedVideoRemuxedWithMKVMerge.mp4 Format : MPEG-4 Format profile : Base Media Codec ID : isom File size : 8.74 GiB Duration : 1h 30mn Overall bit rate : 13.9 Mbps Writing application : Lavf54.63.104 Video ID : 1 Format : AVC Format/Info : Advanced Video Codec Format profile : High@L4.1 Format settings, CABAC : Yes Format settings, ReFrames : 4 frames Codec ID : avc1 Codec ID/Info : Advanced Video Coding Duration : 1h 30mn Bit rate : 13.9 Mbps Nominal bit rate : 12.5 Mbps Width : 1 920 pixels Height : 816 pixels Display aspect ratio : 2.35:1 Frame rate mode : Variable Frame rate : 27.094 fps Original frame rate : 23.976 fps Minimum frame rate : 0.291 fps Maximum frame rate : 62.500 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Progressive Bits/(Pixel*Frame) : 0.327 Stream size : 8.73 GiB (100%) Writing library : x264 core 114 r1924 08d04a4 Encoding settings : cabac=1 / ref=5 / deblock=1:-3:-3 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / psy_rd=1.05:0.15 / mixed_ref=0 / me_range=64 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-3 / threads=6 / sliced_threads=0 / nr=0 / decimate=0 / interlaced=0 / constrained_intra=0 / bframes=8 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=2 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=45 / intra_refresh=0 / rc_lookahead=100 / rc=2pass / mbtree=1 / bitrate=12499 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=12499 / vbv_bufsize=3000 / nal_hrd=none / ip_ratio=1.40 / aq=1:1.50
5) MKVcleaver: extraction of the audio and video from the original mkv file results in a warning and the log entry "Extraction started on 12/03/2014 at 16:47:39. OriginalVideo,OriginalAudio.mkv :
Extracting Items - video audio(warning)
Warning: Track 0: NAL too big. Size according to header field: 935010377, available bytes in packet: 3730. This NAL is defect and will be skipped.
Check extracted files to see if they are usable
Extraction finished on 12/03/2014 at 16:51:14"
6) MeGUI: the original mkv seems to be indexed no problem with FFMSIndex but the video preview shows green or grey (or some combination of the two) frames starting at the 1h12m mark until the end.
It would be great to figure out what's the problem, but regardless I'd still appreciate knowing two things: firstly, how can the video playback flawlessly when it's obviously corrupted in some way and, secondly, if there's no solution to the muxing-remuxing problem is it in any way possible to record the played back video at the same quality (to create a new source)? Thanks again for your time, I really appreciate it.
Try StreamFab Downloader and download from Netflix, Amazon, Youtube! Or Try DVDFab and copy Blu-rays!
+ Reply to Thread
Results 1 to 6 of 6
Thread
-
Last edited by LouieChuckyMerry; 3rd Dec 2014 at 19:46.
-
One of the first problems I see is that your original is NOT an original: It is a VFR x264 conversion. Original BDs never use VFR, they never use 2.351:1 AR, and they never use 1920x816 resolution. I'm guessing your problems arise from the VFR.
Go back to the real original.
Scott -
+1 to Cornucopia.
Half way reading @LouieChuckyMerry threat. I knew that "the original" was the problem. -
Thanks for your reply, but I think that you misread my original postOriginally Posted by Cornucopia
. I typed "I've a Blu-ray ripped to mkv that plays fine, start to finish, with no issues whatsoever.". This is the "original" of which I typed. The original-original (the physical Blu-ray) is packed in a box on the other side of the globe from where I presently reside. Sorry for the confusion.
-
No, I understood. You just presented it as a more simplified problem than it really was because of the nomenclature. It was clear to me from the MediaInfo that the MKV "rip" was not a true rip of a BD but a "converted" rip.
And, VFR might PLAY decently in some players (though not all), but when one tries to convert/adjust/edit (incl. remux, add/join/merge/cut), that is when the downsides of VFR fully come into play. So I am not at all surprised you are having difficulty.
What to do?
1. (Best quality option): re-rip correctly from the ORIGINAL Original (which the rest of the world understands to be known as just the "original")
. Yes, I agree there might be logistical difficulties.
2. Re-encode using AVISynth to pipe to an encoder (such as MeGUI / x264, etc). Yes, you will lose some quality. AVISynth's "VFR2CFR" plugin and a few other methods should get you a CFR uncompressed source with which to re-encode correctly (hopefully CFR this time). Just google "AVISynth VFR MKV" and you'll see lots of options and examples of others who've had the same difficulty with VFR.
3. If you just cannot fathom AVISynth, or if your file is too otherwise corrupted to smoothly pass through it, you can always "Play" your mediafile out to a separate process or machine that "captures" the file (again, hopefully using CFR this time) and re-encodes it. This way will also lose some quality, but is a decent last resort, since you KNOW that it will work (you yourself stated that it plays perfectly throughout in a media player). So PLAY->(re-)RECORD.
There may be other options, but that's all I can think of ATM.
Scott -
Thanks again for your time
. I actually discovered this problem while attempting to shrivel the full-sized mkv (the "original" down to a more portable size using MeGUI-AviSynth so, while far, far (far) from expert, I'm not averse to this approach; however, seeing that three attempts at this have resulted in three smaller files that all suffer corruption around the same mark (despite the 3x script finishing without apparent issue), I reckon that this isn't possible. I'll still check out the "VFR2CFR" plugin, though, just to cover that base, thanks. Is there any particular play-capture method that you'd endorse?
Quote
