Encode says 130% complete for some reason and hasn't finished

[lostsnowboardvideos]

I am encoding an mkv input from a blu-ray disc and my input says it's 29.97fps/vfr, AVC with PCM audio. Total frame count is 67425 but debug output has it up to nearly 90000 even though output says 67425. Debug output attached and input clip sample linked.

Input

[lostsnowboardvideos]

Update: video encode crashed error: time codes not created. crashed at v2 time codes mp4fpsmod. Full debug attached.

[Selur]

Update: video encode crashed error: time codes not created. crashed at v2 time codes mp4fpsmod.

Not the encode, but the 2nd muxing call crashed.

... input from a blu-ray disc ..

enabling "Config->Internals->Handling->Ignore all input timecode" should fix the problem.
Will try to add another workaround for 'strange flagged' content. VFR makes no sense for Blu-ray source content.

Video
ID                                       : 1
ID in the original source medium         : 4113 (0x1011)
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : High@L4.1
Format settings                          : Frame doubling / CABAC / 3 Ref Frames
Format settings, CABAC                   : Yes
Format settings, Reference frames        : 3 frames
Frame mode                               : Frame doubling
Format settings, Slice count             : 4 slices per frame
Codec ID                                 : V_MPEG4/ISO/AVC
Duration                                 : 21 s 939 ms
Bit rate mode                            : Variable
Bit rate                                 : 28.1 Mb/s
Maximum bit rate                         : 35.0 Mb/s
Width                                    : 1 280 pixels
Height                                   : 720 pixels
Display aspect ratio                     : 16:9
Frame rate mode                          : Variable
Frame rate                               : 30.000 FPS
Original frame rate                      : 29.970 (30000/1001) FPS
Standard                                 : NTSC
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : Progressive
Bits/(Pixel*Frame)                       : 1.017
Stream size                              : 73.5 MiB (95%)
Language                                 : English
Default                                  : No
Forced                                   : No
Color range                              : Limited
Color primaries                          : BT.709
Transfer characteristics                 : BT.709
Matrix coefficients                      : BT.709
Original source medium                   : Blu-ray

btw. you probably want to apply some SelectEvery on this to remove the duplicate frames.
(seems like someone deinterlaced telecined content instead of applying ivtc)


Cu Selur

[lostsnowboardvideos]

thank so much for the feedback!

[lostsnowboardvideos]

The "ignore all input timecode" worked. No crash at 2nd muxing call. However, I applied the SelectEvery (no offsets, unsure how to use) and the job status still takes it to 200% and playback is slower than the original and so is the audio. Included the output file linked below. Debug attached.

Input/Output

[Selur]

SelectEvery without makes no sense.
Will write something about SelectEvery later.

[Selur]

see: http://www.vapoursynth.com/doc/functions...every.html
in short:
Cycle: defines how large chunks that the content is split into are
so a cyble of 10 would look at frames 0-9 10-19 ....
Offsets: which frames to keep, given by their index in the chunk
So with Cycle: "5" and Offsets: "0 1 2 4" you would drop frame 3 8 13 18 ... and keep the rest.
To know what offsets you want, you look the source with SelectEvery deactivated and then look where you got duplicates if for example you look at the frame 10-14 and frame 11 is a duplicate, you set Offsets to "0 2 3 4" to only drop the frames 1 6 11 16 21 ....
If there is a fixed pattern to duplicate frames, this is the fastest way to get rid of them.

Cu Selur

[lostsnowboardvideos]

Okay, thanks. Will give that a shot now. Could that be what is causing the clip to be doubled in length, 21 seconds to 42 seconds?

---

Looked at 0-5, frames 1 3 5 appear to be duplicates

[Selur]

Messed up time codes sure can cause this.

[Selur]

Another side note: the container and streams fps int that file differs.

Cu Selur

Ps.: Uploaded a dev version which should detect the source as cfr. Will look into the frame count. => Mediainfo reports "Frame count : 658" which why Hybrid assumes that to be correct. (You can tell Hybrid the correct output frame count through Filtering->Misc->Overwrite Output->Frame count to".