Closed counterfit closed 7 years ago
Try it with: -ll TRACE
To give extremely verbose output and paste them back.
I'll have the results soon. Trying to figure this out has led to a rabbit hole of software updates and hardware issues, including a hard drive replacement. Short version: I think the files might not actually be using linked segments, but they're being recognized as if they are.
I went ahead and tracked down this release based on the filename from your initial report. It looks like the two options you'll need to use are:
--ignoredefaultflag --fixvideo
The default flag is causing your reported issue (just use that option to work around it), however after you get past that you'll find that the ending video wasn't encoded in a way (video stream only) that can be appended successfully, so you'll also have to use --fixvideo to re-encode the video streams.
An initial try with your suggestion also didn't work, but then I updated mkvtoolnix and then it worked as expected. The clue was trying to redo a series that I knew for a fact used linked segments, and no linked segments being found.
Was the mkvtoolnix version you used the one bundled in the dist dir? Maybe I need to update it.
I think it was a older version I had installed through Homebrew.
i'm downloading mini mkv anime from the site which encoded it 10 bit , so after using unlink merge the resulted file is corrupted , any soln
Can you please open a new issue? I'm going to close this one.
As for 10 bit, that should make no difference as long as your ffmpeg is new enough to support it. The resultant file won't be 10-bit however.
While processing the entire directory, I get the expected output:
Everything seems to work, except the files disappear after being moved. They don't seem to exist anywhere on the filesystem at all after that.