Offline RAW Compress (ZIP / DNG) - page 2 - Feature Requests - CHDK Forum
« previous next »
Pages: 1 [2]   Go Down

Offline RAW Compress (ZIP / DNG)

  • 13 Replies
  • 16440 Views
*

Offline ArtDen

  • ***
  • 175
    • dng4ps2
Re: Offline RAW Compress (ZIP / DNG)
« Reply #10 on: 27 / January / 2008, 15:11:32 »
Advertisements
Quote from: Lilien on 27 / January / 2008, 15:01:08
One question:
Is the picture data in a DNG file (created by DNG4PS) still in the form of Bayer matrix data (RGBG, not RGB)?
Yes, DNG contains Bayer matrix data, not RGB
Logged
*

Offline Lilien

  • *
  • 6
Re: Offline RAW Compress (ZIP / DNG)
« Reply #11 on: 27 / January / 2008, 15:58:13 »
I have asked, because there is indeed a Linear DNG file format, containing RGB image
data  (demosaiced raw image data).
I want to do the demosaicing with my RAW converter (Raw Therapee), so I have not
taken the risk of converting my files until now.

Is it save to convert to DNG?
Logged
*

Offline toinech

  • ***
  • 105
Re: Offline RAW Compress (ZIP / DNG)
« Reply #12 on: 17 / July / 2008, 21:27:37 »
Quote from: martinF on 23 / January / 2008, 12:04:13
Im trying to implement a lossless compression using ZLIB, but the raw sensor data can be compressed only by 20%

Since the CHDK RAW is coded with 8 x 10 bits into 80 bits, I just wonder if the current compressor would consider the data to be more random than what they should be.
Just wonder if by splitting the data into 4 differents colors, the currents compressor would reach a better compression rate since there are more correlation within an image or even among the 4 colors.

We can then apply usual compression algorithms.

I heard that LZO is quite fast and portable. May worth giving it a try?
Logged
*

Offline LjL

  • ****
  • 266
  • A720IS
Re: Offline RAW Compress (ZIP / DNG)
« Reply #13 on: 18 / July / 2008, 07:18:38 »
Lossless JPEG uses a predictive encoding that works by taking the pixel to the left and the one above the current one, and encoding the difference between those and the current one - roughly speaking. Then it Huffman-compresses the result.

It sounds like a simple approach and if it weren't moderately effective, I guess they wouldn't have used it for LJPEG...
Logged
Pages: 1 [2]   Go Up
« previous next »
 

Related Topics


SimplePortal © 2008-2014, SimplePortal