![]() |
|
Parallel video encoding in Hybrid - Printable Version +- Selur's Little Message Board (https://forum.selur.net) +-- Forum: Talk, Talk, Talk (https://forum.selur.net/forum-5.html) +--- Forum: Small Talk (https://forum.selur.net/forum-7.html) +--- Thread: Parallel video encoding in Hybrid (/thread-3890.html) |
RE: Parallel video encoding in Hybrid - Dan64 - 03.10.2024 In the last dev version, in the log there is the following message Quote:Detected NVIDIA PureVideo compatible cards: NVIDIA GeForce RTX 3060 I don't know what is this error, how I can fix it ? Dan RE: Parallel video encoding in Hybrid - Selur - 04.10.2024 How many parallel instances do you use? Iirc depending in your card only a few parallel nvenc instances are supported by the chip. Cu Selur RE: Parallel video encoding in Hybrid - Selur - 26.10.2025 32k is just a random limit for the chunk size. (I needed to set some limit) At the moment the amount of chunks, is determined by: a. the length of the video b. the number of scene changes c. the minimal chunk size (= minimal number of frames in a chunk). This needed to avoid creating tons of chunks due to scene changes. What Hybrid does is run a scene change detection. Go through these scene changes and create a list of trims, which respecting 'minimal chunk size'. For each of the resulting trims, Hybrid will later create a separate chunk to encode. void JobGeneration::collectedSceneChanges(const QStringList& sceneChanges)Yes, other code to create trims could be written, but I don't plan on doing that atm. . (no time, trying to get Hybrids build and deploy scripts working atm.) I also don't see why using a decent chunk size and limiting the number of parallel processed sub jobs isn't enough. Cu Selur RE: Parallel video encoding in Hybrid - Dan64 - 26.10.2025 (26.10.2025, 13:53)Selur Wrote: 32k is just a random limit for the chunk size. (I needed to set some limit) Limiting the number of parallel processed is enough, but what about enabling also "Parallel subjob processing", this additional option may interfere with the parallel process on chunks ? Dan RE: Parallel video encoding in Hybrid - Selur - 26.10.2025 Quote: Limiting the number of parallel processed is enough, but what about enabling also "Parallel subjob processing", this additional option may interfere with the parallel process on chunks ? "Parallel subjob processing" limits the number of parallel processed sub jobs, since each chunk is a sub job this already does what you want.
RE: Parallel video encoding in Hybrid - Dan64 - 26.10.2025 So, it is better to enable it ? Dan RE: Parallel video encoding in Hybrid - Selur - 26.10.2025 That's "Parallel Jobs' not 'Parallel subjob count' (which is under Jobs->Misc). Per source, one job with xy sub jobs are created. (extract, convert, mux,...) 'Parallel Jobs' allows to process multiple jobs/sources in parallel. 'Parallel subjobs' allows during the processing ob a job to process multiple of its sub jobs in parallel. Cu Selur RE: Parallel video encoding in Hybrid - Dan64 - 26.10.2025 I tried to use chunk encoding, was generated a script named "tempSceneChangeDetectionVapoursynthFile", with the following code # adjusting color space from YUV420P8 to RGB24 for vsHAVCThe problem here, is that for generate the scene-change, is performed the full colorization, while, the scene change should be generated using only the input clip. In this way cannot be used to speed-up the colorization process. Dan RE: Parallel video encoding in Hybrid - Selur - 26.10.2025 Totally forgot about the skipDuringChunking-list,... ![]() Will look at it tomorrow
RE: Parallel video encoding in Hybrid - Selur - 27.10.2025 Uploaded a new test version where I added HAVC and ColorAdjuster(HAVC) to the skip list. I think that should fix it. Cu Selur |