nlburgin

>Do you think all TASers will figure out quickly how to do this? Many of whom aren't even familiar with linux. I think not. Encoding being dead-easy was never a...

>vadosnaprimer already posted a script He gave a simple example command, not a robust script intended for release. Ideally an officially released script would be a bit more flexible and...

Okay, I think I fixed it now. This version does them in the right order even if there's more than ten. It takes much better care of the fact that...

Well as long as that's the case, yours is definitely better as a copy-paste solution for the end-user, though it would still need a warning to make sure there are...

I just set up a pull request (#219) proposing a solution to this. The script is a bit modified from what I posted earlier.

>My line fixes the broken order, I just don't remember anymore which part does what. I figured out, it's apparently the "`ls -v`". Apparently the '`-v`' option makes it smart...

I'm not sure, but I suspect in that case it might be necessary to re-encode manually to stick them together. IIRC the concat demuxer normally requires the videos to be...

I just tested what actually happens when you try to merge files with differing framerates and resolutions. Surprisingly, it actually merges them without error, at least if the video bitstreams...

I looked up the in-depth [documentation](https://ffmpeg.org/ffmpeg-formats.html#concat) for the concat demuxer. It had an option called `-auto_convert`. Apparently the "conversion" referred to is not a re-encoding, but just messes with the...

Mkvmerge, unlike ffmpeg, *does* seem to care if the inputs match. If adding it as a dependency were no obstacle, that would be the simplest option. Otherwise, an explicit check...