this post was submitted on 19 Nov 2024
23 points (92.6% liked)
Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ
54716 readers
241 users here now
⚓ Dedicated to the discussion of digital piracy, including ethical problems and legal advancements.
Rules • Full Version
1. Posts must be related to the discussion of digital piracy
2. Don't request invites, trade, sell, or self-promote
3. Don't request or link to specific pirated titles, including DMs
4. Don't submit low-quality posts, be entitled, or harass others
Loot, Pillage, & Plunder
📜 c/Piracy Wiki (Community Edition):
💰 Please help cover server costs.
Ko-fi | Liberapay |
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Based on how you're observing the loading move from 100% CPU ro 100% GPU, I would suggest that it is "working" to some extent.
I don't have any experience with that GPU, but here's few things to keep in mind with this:
When you use a GPU for video encoding, it's not the case that it's 'accelerating' what you were doing without it. What you're doing is switching from running a software implementation of an HEVC encoder on your CPU to running a hardware implementation of an HEVC encoder on your GPU. Hardware and Software encoders are very different to one another and they won't combine forces; it's one or the other.
Video encoders have literally hundreds of configuration options. How you configure the encoder will have a massive impact on the encoding time. To get results that I'm happy with for archiving usually means encoding at slower than real-time for me on a 5800X CPU; if you're getting over 100fps on your CPU I would guess that you have it setup on some very fast settings - I wouldn't recommend this for anything other than real-time transcoding. Conversely, it's possible you have slower settings configured for your GPU.
Video encoding is very difficult to do "well" in hardware. Generally speaking software is better suited to the sort of algorithms that are needed. GPUs can be beneficial in speeding up an encode, but the result won't be as good in terms of quality vs file size - for the same quality a GPU encode will be bigger, or for the same file size a GPU encode will be lower quality.
I guess this is a roundabout way of suggesting that if you're happy with the quality of your 100fps CPU encodes, stick with it!
It doesn't help when I don't have a very good grasp of the Hardware mechanics of it. Thanks for trying to clarify for me! The thing I'm most concerned with in using the CPU for everything is most software including Handbrake I try, if I let the CPU do all the processing, each CPU core goes to >100% which is not good for the system for long periods of time and literally got 100s of DVD/BluRays I want to reprocess. I've always been told around 55%-65% on each core is acceptable when processing video. Any additional information you can provide would be most appreicated.
If you don't have effective cooling, maybe, but I've never heard of any reason to keep core utilization under any specific percentage. Are your temps an issue?
No, not so far. No crashes or anything like that. Someone somewhere just told me a good range for video rendering was between 65-75% core usage.
A good range for CPU utilization is 100%. Same for memory. Anything less and you’re wasting your computer, letting energy flow through your components and degrading them without much benefit.
Thank you for the helpful information! Sounds like I got some bad information in the past. {not from here} lol
That's bullshit. There's no reason to limit or target a specific or non-maximum CPU core usage.
That would only make sense to evade hardware faults or cooling issues. Never as a general guideline.
I can think of no logical explanation for that. Maybe if you wanted to use CPU encoding and use the system at the same time. But given how many cores systems have these days, percentages don't mean much. As long as you leave a few cores available, you'll be able to use the system.
If you don't care about that, let it go to 100%.
Even then you'd still want 100% with encoding running at a lower priority.