-
-
Notifications
You must be signed in to change notification settings - Fork 15
[FEAT] Optional MediaCodec CQ / quality mode on supported encoders #51
Copy link
Copy link
Open
Labels
backburnerThis issue is of very low priority due to one of various reasons.This issue is of very low priority due to one of various reasons.enhancementNew feature or requestNew feature or requesthelp wantedExtra attention is neededExtra attention is neededlow priorityThis issue is of low/default priorityThis issue is of low/default prioritymedia3This issue is related to Android's Media3 frameworkThis issue is related to Android's Media3 frameworkuser interfaceThis issue is related to the user interfaceThis issue is related to the user interface
Metadata
Metadata
Assignees
Labels
backburnerThis issue is of very low priority due to one of various reasons.This issue is of very low priority due to one of various reasons.enhancementNew feature or requestNew feature or requesthelp wantedExtra attention is neededExtra attention is neededlow priorityThis issue is of low/default priorityThis issue is of low/default prioritymedia3This issue is related to Android's Media3 frameworkThis issue is related to Android's Media3 frameworkuser interfaceThis issue is related to the user interfaceThis issue is related to the user interface
Projects
Status
Backburner
Feature Request
Please consider adding an optional hardware quality mode for supported encoders/codecs, rather than a software-style CRF mode.
I understand Compressor is designed around fast hardware encoding via Media3/MediaCodec, and I am not requesting a switch to slow software encoding.
What I am requesting is:
BITRATE_MODE_CQThis would not be a true CRF replacement, just a hardware-friendly quality control option for devices/codecs that support it.
Why this would help:
Right now I can only target size/bitrate indirectly through the presets. For some videos I would prefer targeting a more stable visual quality level, even if the final bitrate/file size varies.
I think this fits Compressor's scope because it would still use the existing hardware-accelerated pipeline and would remain optional.
Current Behaviour
Compressor currently relies on hardware-accelerated encoding and preset/bitrate-oriented compression behaviour.
For my use case, this works very well and is extremely fast. The only thing I am missing is an optional quality-targeted mode comparable in concept to CRF, but implemented using MediaCodec capabilities where available instead of software encoding.
Device Info