Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
4th September 2019, 08:45 | #1 | Link |
Registered User
Join Date: Jul 2019
Posts: 15
|
doubt about x265 no-lossless compress
in x265 has anyway to compress the videos just only removing the bits not being used in image?
I would also like to know if it is possible to do this kind of check(real bitrate of the image) and then compress the image by setting a minimum bitrate adjustable and the maximum bitrange being the real value of the bitrate image or less (no more than that) My goal is to compress the video based only on the absolute value of the image(lossless) together with x265 quality-based rate control Last edited by rafacharkman; 4th September 2019 at 09:05. |
4th September 2019, 23:35 | #2 | Link |
Registered User
Join Date: Feb 2002
Location: San Jose, California
Posts: 4,407
|
x265 will never compress to a higher bitrate than "the real value of the bitrate image." It does not add extra filler bytes.
Simply use "--lossless", or what do you mean?
__________________
madVR options explained |
5th September 2019, 01:56 | #3 | Link | |
Registered User
Join Date: Jul 2019
Posts: 15
|
Quote:
I want(if it's possible) to use only the real bit value of each frame that exists in the image and discard the rest. if possible too, delimit that each frame have at least X bits. Last edited by rafacharkman; 5th September 2019 at 02:14. |
|
5th September 2019, 18:49 | #5 | Link | |
Registered User
Join Date: Jul 2019
Posts: 15
|
Quote:
Each image uses a certain amount of pixels which as you mentioned(width * height), but each image has a pixel table that you use to define which color will be used in each pixel. This table defines the actual bits of the image. When you reduce the table, it simplifies the image pixels, but when you add in table, doesn't change the image because the machine only uses pixels that it knows where to put it (unless an algorithm judges and puts it but not ideal) Is it possible to find this value proportional to color table image and use it in compress without put more bits than the color table supports? this value in this case would be considered 'lossless compression'. I say this because it is easy to detect in very large files, where you have a gradient in a scene but it is not clean, so I know the image contains more bits than the color table registers.(in this case, the table has been simplified and it's not a original and it's just allocating 'empty bits' in the file) Last edited by rafacharkman; 5th September 2019 at 19:14. |
|
5th September 2019, 19:07 | #6 | Link | |
Cary Knoop
Join Date: Feb 2017
Location: Newark CA, USA
Posts: 397
|
Quote:
|
|
6th September 2019, 17:51 | #8 | Link |
結城有紀
Join Date: Dec 2003
Location: NJ; OR; Shanghai
Posts: 894
|
You were looking for color palette compression. Yes you *can* do that to reduce the size, but why using such low-efficiency technology when we have much better entropy encoding?
Let's say your image is 40MiB. After color palette compression you make it 30MiB. While x265 along with motion estimation and entropy encoding can make it 15MiB. Why bother using the worse one? Color palette is no more than a low-efficiency entropy encoding.
__________________
Projects x265 - Yuuki-Asuna-mod Download / GitHub TS - ADTS AAC Splitter | LATM AAC Splitter | BS4K-ASS Neo AviSynth+ filters - F3KDB | FFT3D | DFTTest | MiniDeen | Temporal Median Last edited by MeteorRain; 6th September 2019 at 17:54. |
10th September 2019, 17:13 | #9 | Link | |
Moderator
Join Date: Jan 2006
Location: Portland, OR
Posts: 4,770
|
Quote:
Palletization can be a valuable technique for some very specific kinds of content, like screen recordings or Flash-style animation. But applying it in preprocessing before using HEVC or other modern codec will generally worsen results by adding shaper edges. Some of the Screen Content Coding Extensions to HEVC can make encoding palletized content more efficient, but I'm not sure how common those features are supported in real-world encoders and decoders. |
|
10th September 2019, 20:23 | #10 | Link | |
Registered User
Join Date: Feb 2002
Location: San Jose, California
Posts: 4,407
|
Quote:
If you are still interested look into CABAC which is the better arithmetic coding method used in both H.264 and H.265. Then start looking into quantization and residual coding. There is no 'color table' in modern high bit depth image/video formats and image and video compression has come a long way. The amount of compression already done by HEVC while in its 42Mbps form will shock you.
__________________
madVR options explained Last edited by Asmodian; 10th September 2019 at 21:17. Reason: added info |
|
Thread Tools | Search this Thread |
Display Modes | |
|
|