rawspeed icon indicating copy to clipboard operation
rawspeed copied to clipboard

Panasonic DC-GH6 raws are version 8 - new decompressor needed

Open LebedevRI opened this issue 2 years ago • 19 comments

LebedevRI avatar Jun 01 '22 17:06 LebedevRI

I uploaded a full set (all variants of crops) on raw.pixls.us with Creative Commons Zero (CC0) license at August, 22nd.

Uwe

uvolfen avatar Sep 03 '22 15:09 uvolfen

Any progress on adding GH6 to Darktable?

Opendreas avatar Oct 10 '22 13:10 Opendreas

Unfortunately last version of darktable 4.2.0 didn't add support to GH6, same with GH5M2 though files are available for both cameras on raw.pixls.us.

Only way to use darktable with those cameras is to convert RAW pictures to DNG

Yaiol avatar Jan 01 '23 23:01 Yaiol

The newly released Panasonic DC-S5M2 is also version 8.

kmilos avatar Jan 04 '23 16:01 kmilos

Any update on this? Does it depend on libraw releasing the GH6 support as open source? (see here and here)? Thanks!

bringlein avatar Sep 24 '23 12:09 bringlein

Does it depend on libraw releasing the GH6 support as open source?

It depends on someone reverse engineering the new codec and releasing the spec or code as open source, it doesn't necessarily have to come from LibRaw.

kmilos avatar Sep 25 '23 07:09 kmilos

Just landed for porting: https://github.com/LibRaw/LibRaw/blob/master/src/decoders/pana8.cpp @jdneumeyer77 @mlouielu

kmilos avatar Mar 30 '24 07:03 kmilos

That code is pretty ugly. Not sure when I'll get a chance to work on it, but hopefully over the next couple weeks I'll take crack at an initial port.

jdneumeyer77 avatar Mar 30 '24 16:03 jdneumeyer77

That code is pretty ugly.

:)

Not sure when I'll get a chance to work on it, but hopefully over the next couple weeks I'll take crack at an initial port.

If you do want to take a look at this, i would strongly suggest the PR should be just the code being copied over, with no rewrites silencing compiler/clang-tidy diagnostics, or using rawspeed's native data structures. That'll give us a known-"good" baseline change.

LebedevRI avatar Mar 30 '24 17:03 LebedevRI

That code is pretty ugly. Not sure when I'll get a chance to work on it, but hopefully over the next couple weeks I'll take crack at an initial port.

Unlike all other open source implementations of Panasonic RawFormat=8 decoders, this one works

LibRaw avatar Mar 30 '24 17:03 LibRaw

That code is pretty ugly. Not sure when I'll get a chance to work on it, but hopefully over the next couple weeks I'll take crack at an initial port.

Unlike all other open source implementations of Panasonic RawFormat=8 decoders, this one works

Appreciate your team's work, and generously open sourced it in a swiftly manner.

Originally I thought it will be scheduled at the end of 2024.

mlouielu avatar Mar 30 '24 17:03 mlouielu

Unlike all other open source implementations of Panasonic RawFormat=8 decoders, this one works

I never doubted it worked, since it's had time to incubate. I still appreciate the time and effort it took to reverse engineer and test it from your team. Thanks for releasing as open source.

jdneumeyer77 avatar Mar 30 '24 18:03 jdneumeyer77

I've finished my Rust port of the pana8 decoder: https://github.com/dnglab/dnglab/pull/437/commits/03c3d5dbeb654435bf461016c0a0297788b5cdee, based on libraw code.

cytrinox avatar Apr 09 '24 18:04 cytrinox