5 ms·

QOI caused a huge burst in interest for image formats. Audio is a little harder to work with and understanding so I can imagine less impact for QOA (still good

QOI caused a huge burst in interest for image formats. Audio is a little harder to work with and understanding so I can imagine less impact for QOA (still good though). What I'm really looking forward to is QOV (video).

actionfromafar 4y ago
QOI is only 8-bit depth (per channel) so it's a no-go for me. But interesting, yes.
- stefncb 4y ago
  Out of curiosity, what for?
  - deleted 4y ago
    [deleted]
  - dylan604 4y ago
    Not the OP but as an example, the difference between 8-bit and 10-bit on visual complexities like gradients are very noticeable.
  - actionfromafar 4y ago
    I have a pipeline for scanning of analog sources like film. Since these are meant to be edited after scanning, 8-bit range is much to limited.
  - thanatos519 4y ago
    I render accumulation fractals like the Buddhabrot at 32 bits per channel. So far I have only used about 27 bits but it's nice to have a bit of headroom.
  - deleted 4y ago
    [deleted]
- creshal 4y ago
  I wonder how much complexity it would add to support 10 or 16 bit per channel in the file format.
  - adgjlsfhk1 4y ago
    you'd have to totally redesign the format. QOI is very specialized on 8 bits per channel (and RGBA)
    - creshal 4y ago
      The physical layout, sure, but would it conceptually involve more than just defining twice as large chunk types for 16 bit channels? Unless I'm missing something, it should be fairly uncomplicated code-wise?
      - p0nce 4y ago
        I've extended QOI for 10-bit here: https://github.com/AuburnSounds/gamut https://github.com/AuburnSounds/gamut (and also grey and grey+alpha). So it's a separate incompatible codec yes. The problem with a QOI that would have 16-bit is that lossless becomes more expensive, exact match in the color table is more rare too and not worth it anymore. You will start to need more prediction modes + offsets. Using QOIX for elevation maps in PBR currently.
      - adgjlsfhk1 4y ago
        Not really. QOI's opcodes are very specifically designed based on the characteristics of 8 bit images. For example, there is an 8 bit opcode for a run of up to 64 identical pixels. This makes a lot of sense for an 8 bit image, but is a lot less likely to appear in a 16 bit picture. For a 16 bit photo, the minimal QOI modification would almost certainly be worse than uncompressed since noise in the sensor will prevent any of the 8 bit opcodes from working.
        creshal 4y ago
        RLE doesn't really work for photos even at 8 bit depth, the noise is noticeable even there. It's mainly useful for drawn/rendered content, where solid colored areas are far more common. That won't be much different at 16 bit depth.

actionfromafar 4y ago

QOI is only 8-bit depth (per channel) so it's a no-go for me. But interesting, yes.

stefncb 4y ago
Out of curiosity, what for?
- deleted 4y ago
  [deleted]
- dylan604 4y ago
  Not the OP but as an example, the difference between 8-bit and 10-bit on visual complexities like gradients are very noticeable.
- actionfromafar 4y ago
  I have a pipeline for scanning of analog sources like film. Since these are meant to be edited after scanning, 8-bit range is much to limited.
- thanatos519 4y ago
  I render accumulation fractals like the Buddhabrot at 32 bits per channel. So far I have only used about 27 bits but it's nice to have a bit of headroom.
- deleted 4y ago
  [deleted]
creshal 4y ago
I wonder how much complexity it would add to support 10 or 16 bit per channel in the file format.
- adgjlsfhk1 4y ago
  you'd have to totally redesign the format. QOI is very specialized on 8 bits per channel (and RGBA)
  - creshal 4y ago
    The physical layout, sure, but would it conceptually involve more than just defining twice as large chunk types for 16 bit channels? Unless I'm missing something, it should be fairly uncomplicated code-wise?
    - p0nce 4y ago
      I've extended QOI for 10-bit here: https://github.com/AuburnSounds/gamut https://github.com/AuburnSounds/gamut (and also grey and grey+alpha). So it's a separate incompatible codec yes. The problem with a QOI that would have 16-bit is that lossless becomes more expensive, exact match in the color table is more rare too and not worth it anymore. You will start to need more prediction modes + offsets. Using QOIX for elevation maps in PBR currently.
    - adgjlsfhk1 4y ago
      Not really. QOI's opcodes are very specifically designed based on the characteristics of 8 bit images. For example, there is an 8 bit opcode for a run of up to 64 identical pixels. This makes a lot of sense for an 8 bit image, but is a lot less likely to appear in a 16 bit picture. For a 16 bit photo, the minimal QOI modification would almost certainly be worse than uncompressed since noise in the sensor will prevent any of the 8 bit opcodes from working.
      - creshal 4y ago
        RLE doesn't really work for photos even at 8 bit depth, the noise is noticeable even there. It's mainly useful for drawn/rendered content, where solid colored areas are far more common. That won't be much different at 16 bit depth.