amiaopensource / amiaopensource/ffmprovisr

avoid doubling file extensions in example for recursively batch processing with `find`?

未关闭
#465 2 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
主要语言
HTML
星标
581
派生
74
PR 合并指标
30 天内没有已合并 PR

描述

In the "Batch Processing (Mac/Linux)" [section](https://amiaopensource.github.io/ffmprovisr/index.html#batch_processing_bash), there's an example variation provided for recursively processing files contained in sub-directories using `find`, rather than the standard `for` loop for processing within the same directory - this was super helpful to me for a completely different/non-AV batch processing task, but as @kieranjol [noted](https://github.com/amiaopensource/ffmprovisr/pull/220#issue-250261372) when originally suggesting the current one-liner, the limitation with sending `find` output directly into the ffmpeg command with `-exec` is that you wind up doubling up on file extensions in the output file name, e.g. `filename.mxf.mov`

I'm a bit torn here - on the one hand, the current version is definitely simpler/quicker to understand, on the other hand, it's a bit confusing if you're not expecting that output, and trying to batch rename from Bash after-the-fact is a can of regex worms.

It would require a bit more text to explain the loop, but what about:
`find input_directory -iname "*.mxf" -print0 | while read -d $'\0' file; do ffmpeg -i "$file" -map 0 -c copy "${file%.mxf}.mov"; done`?

(see e.g. https://askubuntu.com/a/648990)

贡献指南

这个仓库没有索引到贡献指南

评估

这个 Issue 还没有评估数据。

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。