5 Commits

Author	SHA1	Message	Date
Myron Blair	a313008440	Fix ABR thread cap actually stacking per variant instead of capping total ... Setting -threads:v:i to the full TRANSCODE_THREADS on every variant let each of the (up to 4) ABR renditions ask for the full budget independently -- confirmed live on CT104: ffmpeg was still pulling ~7 of 8 cores despite the "cap". Now divides the budget across however many variants are in this job (6 threads / 4 variants = ~1-2 each), so the total stays near the intended cap regardless of source resolution.	2026-07-26 21:26:35 -05:00
Myron Blair	4e72f568f3	Speed up transcoding without overloading the VM, add bulk retry ... - nice level 19 -> 10 (was the absolute lowest CPU priority) and cap ffmpeg to 6 threads on this 8-core host, leaving headroom for Mongo, the *arr stack, and the API itself instead of an unbounded encode. - Add POST /transcode/queue/retry-failed to re-queue every failed/ cancelled job at once; label the per-job Retry button with text (was icon-only) and clarify in the page copy that failed/cancelled jobs never delete the movie — retry just re-queues the same file.	2026-07-26 21:21:22 -05:00
emergent-agent-e1	da8a2903b4	auto-commit for b5490b7b-d57f-4f53-9a99-bd8ed84027db	2026-04-29 16:33:26 +00:00
emergent-agent-e1	20aba50fa1	auto-commit for cf4f0369-14b7-4d06-b915-b8f7098fd48d	2026-04-29 16:21:32 +00:00
emergent-agent-e1	cdc8c8955f	auto-commit for 14921357-f5e2-4aba-b4c1-a07a52c800cc	2026-04-29 16:01:20 +00:00