Revert transcode-hevc thread cap; let ffmpeg use all cores
Thread cap didn't move the thermals, so the real culprit is likely dried-out thermal paste rather than concurrency. Reverting to the unbounded default while the compound gets redone; running one stream at a time is enough of a workaround in the meantime. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
This commit is contained in:
parent
1fcfbedc9d
commit
41adf0d9f9
1 changed files with 0 additions and 3 deletions
|
|
@ -20,7 +20,6 @@ DONE_LOG="/var/lib/transcode-hevc/completed.log"
|
|||
LOG_FILE="/var/log/transcode-hevc.log"
|
||||
CRF="${TRANSCODE_CRF:-24}"
|
||||
PRESET="${TRANSCODE_PRESET:-medium}"
|
||||
THREADS="${TRANSCODE_THREADS:-8}"
|
||||
DRY_RUN="${DRY_RUN:-0}"
|
||||
QB_URL="${QB_URL:-http://localhost:8080}"
|
||||
|
||||
|
|
@ -244,11 +243,9 @@ while IFS= read -r -d '' file; do
|
|||
rm -f "$tmp_file"
|
||||
|
||||
if "$FFMPEG" -nostdin -y \
|
||||
-threads "$THREADS" \
|
||||
-i "$file" \
|
||||
-map 0:v:0 -map 0:a -map 0:s? \
|
||||
-c:v libx265 -crf "$CRF" -preset "$PRESET" \
|
||||
-x265-params "pools=$THREADS" \
|
||||
-c:a copy \
|
||||
-c:s copy \
|
||||
"$tmp_file" \
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue