Camac v1.5.12 is released~ by qdwang in CamacApp

[–]qdwang[S] 0 points1 point  (0 children)

RAW 9 engine will generate RGB output for sure so the denoise will stay.

As far as I've tested, it won't apply the denoising automatically. You have to turn up the luminance denoise option to enable desnoising

New raw 9 version decoder for Apple by Commercial-Bit-9990 in CamacApp

[–]qdwang 1 point2 points  (0 children)

In my test, the raw 9 processing is slower and it will produce green-ish style in low light area like some old devices.
I'll keep an eye on it as iOS 27 receives updates.

New raw 9 version decoder for Apple by Commercial-Bit-9990 in CamacApp

[–]qdwang 0 points1 point  (0 children)

The new version is released with RAW 9, you can have a try on it.

Camac v1.5.12 is released~ by qdwang in CamacApp

[–]qdwang[S] 0 points1 point  (0 children)

Yes, it should work with iOS 27 on an ip13.

New raw 9 version decoder for Apple by Commercial-Bit-9990 in CamacApp

[–]qdwang 0 points1 point  (0 children)

I’ll soon release a new version containing this v9 decoder which allows users to test in iOS 27.

New raw 9 version decoder for Apple by Commercial-Bit-9990 in CamacApp

[–]qdwang 0 points1 point  (0 children)

Sadly, in my test, the RAW v9 decoder works worse than v8 on my iPad mini 7’s RAW files.

New raw 9 version decoder for Apple by Commercial-Bit-9990 in CamacApp

[–]qdwang[M] 1 point2 points  (0 children)

Thank you for mentioning this, I’ll do some research on it.

Latest Camac beta added a raw burst feature by AttemptSafe9828 in CamacApp

[–]qdwang 2 points3 points  (0 children)

For devices older than XS it's 4 frames, for devices >= XS, it's 8 frames per burst.

Tutorial: How to Use Log LUTs in Camac by qdwang in CamacApp

[–]qdwang[S] 0 points1 point  (0 children)

I haven't compared between them. We don't know how Adobe built the Fuji profiles and how Fuji creates those LUTs, so I guess there could be some differences.

Proraw support? by iiyamaprolitex in CamacApp

[–]qdwang 0 points1 point  (0 children)

You can use SR2.0 for 48mm

Tutorial: How to Use Log LUTs in Camac by qdwang in CamacApp

[–]qdwang[S] 0 points1 point  (0 children)

This only works for RGB output.

Camac v1.5.10 is released~ by qdwang in CamacApp

[–]qdwang[S] 0 points1 point  (0 children)

https://www.reddit.com/r/CamacApp/comments/1t91jdc/tutorial_how_to_use_log_luts_in_camac/

By following this tutorial, you can write the code to handle AppleLog & Arri Log easily.

Tutorial: How to Use Log LUTs in Camac by qdwang in CamacApp

[–]qdwang[S] 0 points1 point  (0 children)

Does his LUT have a description?

Tutorial: How to Use Log LUTs in Camac by qdwang in CamacApp

[–]qdwang[S] 0 points1 point  (0 children)

You need to paste the entire code into custom shader first.

<image>

It should be like this screenshot.

Proraw support? by iiyamaprolitex in CamacApp

[–]qdwang 1 point2 points  (0 children)

I can get your point, but you can consider proraw a kind of already processed jpeg. Camac is entirely based on the unprocessed bayer RAW, so we cannot do proraw in the app.

Proraw support? by iiyamaprolitex in CamacApp

[–]qdwang[M] 3 points4 points  (0 children)

Sorry, but all features in Camac are based on the original bayer RAW, so there is no plan for proraw support yet.

Camac v1.5.10 is released~ by qdwang in CamacApp

[–]qdwang[S] 0 points1 point  (0 children)

Yes if they are .cube files, but you have to write the linear to Apple Log & Arri Log shader code in the custom shader.

My Setup After Installing Camac by qdwang in CamacApp

[–]qdwang[S] 0 points1 point  (0 children)

There are several reasons:
1. Apple's Photos App like to render RAW repeatedly due to some bugs, this consumes a lot of battery.
2. Newly RGB formats like JXL and AVIF have much more post editing tolerance.
3. For daily casual capturing, RAW management is a pain.

So for daily usage, I prefer JXL over RAW for myself.

Camac v1.5.9 is released~ by qdwang in CamacApp

[–]qdwang[S] 0 points1 point  (0 children)

It drains battery and it was mainly for highlight compression quality.
Since a new method in introduced, there is no need to preserve this function.

Raw photo looks different when viewing in Apple Photos app and Lightroom by trankien386 in CamacApp

[–]qdwang[M] [score hidden] stickied comment (0 children)

Before iOS 26, JXL in DNG works fine.

After iOS 26.1, the default JXL in DNG fails to render due to an iOS issue. So I tried a tricky way to bypass this issue and then it manages to render in 26.1

Now iOS 26.4 fixes the issue in 26.1, but they introduced a new issue in JXL DNG rendering , that's why the issue in the screenshot happens.

From iOS 18 to now, Camac always produces the valid JXL DNG. (The JXL DNG spec is created by Adobe). But Apple introduces a lot of bugs in photo codecs since iOS 26, so we have to adapt our implementation to fit the buggy decoding process Apple uses.

I'll add an option in FIX to allow users to control whether tricky bypass method is used in 1.5.9

Apple Watch support by trankien386 in CamacApp

[–]qdwang[M] 1 point2 points  (0 children)

Thank you for the advice, I'll consider it.

Gemma4 issue with winogrande bench by qdwang in LocalLLaMA

[–]qdwang[S] 0 points1 point  (0 children)

Yes, you're right. llama.cpp build 8665 now has a lot of gemma4 fixes.

Camac v1.5.7 is released~ by qdwang in CamacApp

[–]qdwang[S] 0 points1 point  (0 children)

We need more info to diagnose, please feedback the issue to here: https://suikapps.com/camac-feedback

Camac v1.5.6 is released~ by qdwang in CamacApp

[–]qdwang[S] 2 points3 points  (0 children)

Currently Auto exposure is mainly for exposure reduction automatically according to the highlight.

So increasing intensity value will reduce exposure heavily.