Replies: 4 comments
-
|
Hey @GrzeWier, thanks for sharing this idea. It's actually a very good one. I will mark this as feature request and move it to the issues section of the repo. I will implement this once we are out of the 7.0 beta. Will also include it on the roadmap. |
Beta Was this translation helpful? Give feedback.
-
|
Feature Request issue: |
Beta Was this translation helpful? Give feedback.
-
|
Released in 7.1.0 |
Beta Was this translation helpful? Give feedback.
-
|
@GrzeWier I was wondering how the temp dir feature is working for you. Since I am on SSDs only, I can't really test the benefits on spinning HDDs. Has this improved conversions for you noticeably (less disk thrashing)? Reason I am asking: Only the extracted video is written to the temp dir. when we mux the new (converted) file, it is directly written to your source dir, where it simultaneously reads audio tracks from the original file. I gather that still causes disk thrashing and low performance? Interested in how it works for you and if we can improve on this further. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi
Please add support for temporary directory while converting.
Now, you are reading and writing to the same directory, this is not good for performance on hard drives.
My idea:
Converted hevc file would be written to a temporary folder (specified in input command)
Then final mux would read converted hevc from temp and write the output file to original directory.
There is still audio and other tracks that must be read from the source file but performance should be much batter.
Beta Was this translation helpful? Give feedback.
All reactions