From the good-to-end-user news, yes, Pixel 10 Pro exposed DCG (dual conversion gain) sensor mode, oddly enough as RAW_SENSOR rather than RAW12 (no quality difference, it's linear Bayer 12-bit at 12.5MP, but a difference for handling data on app side). This will make it much easier to spot regressions done in post processing, compared to sensor's own capabilities.
Contrary to general presumption, yes, smartphone photography is mostly software-defined, but in the opposite sense – software is what mostly degrades it, since a single frame raw (especially with DCG) can often look better than a stacked result ruined by post processing. Stacking is great, but you know. Yes, the raw video with zero denoising recorded from main cam will now look dope. No, gcam doesn't support raw video.

In other words, if you shoot (especially in daylight) a raw in Open Camera and import it to Lightroom Mobile, you're likely to be able to get a better result than stacked stock gcam jpeg. Gcam raws will probably be better than single frame, but Google is known from messing with them in recent years.
Tldr: P10P is now pretty good for non-computational photography without mods as long as you shoot raws.

If someone looks for greatest non-computational photography *with mods*, find something with OV50K or LYT-828, but first figure out how to unlock bootloader... (Yes, I'm temporarily main-camera-centric for the sake of these 3 messages, please never ignore telephoto)

There's a dude on Reddit who must've never read this pdf nor anything remotely similar and insists that DCG is staggered, it's such a weird conspiracy hill to die on. Both DCG and staggered slow down the rolling shutter relatively to same clock utilized on normal mode, but DCG in comparison to staggered isn't affected by ghosting and requires no alignment. Big cameras started to catch up and you may find it at a name like DGO. But yes, for a matter of fact, most of the time you won't see DCG in stock camera apps, OEMs prefer staggered, DCG being exposed to 3p apps is an even rarer exception.

https://i.imgur.com/EkqnsEY.jpeg
If somehow the person behind this comparison happens to read this, just slide chroma denoising to zero. That's not how the raw looks. Incorrect noise profile in dng metadata will give you color leaks and hunting for SNR with any kind of denoising applied in an image editor or viewer is besides the point.

There's a certain quote by a certain disgraced historical person about repeating lies. Now that we have the professional lying machine, we get to see it function as a both way to make them and consume them. Isn't it great?!

If this slop happens to reach the wrong people and affect the market, the people of Türkiye know who to blame for the original AI slop post that started it all once their factory ROMs with provisioning capabilities won't be flashable anymore to help them skip the humongous IMEI tax :(

https://www.androidauthority.com/sony-xperia-monitor-and-control-camera-3593061/

Looks like Sony is completely uninterested in one thing their mobile branch really needs, which is reputation.

As you can see, Huawei is back in the West, even a literal (South) American uses their phone now!

This phone lacks Pro suffix. GN8 is capable of 50MP@24fps, 12.5MP@60fps and 4k120. An analog crop for video only reduces the needed bandwidth (and the needed internal clock) as you can see in the public spec. Knowing the usual drop of max frame rate coming from DCG, it's completely safe to assume that it's capable of 12-bit DCG with a 16:9 crop and PDAF at 30 fps. Most likely the same also applies to 12.5MP mode. After all, DCG exists primarily for realtime use.

Giving a massive benefit of doubt to the company that held it back from Pro models for few years is unnecessary.

In case one would really want to seek for technical justifications, these could be:
1. SNR dip – at a very high ratio, a certain part of dynamic range may suddenly be noisier – unlikely for the expected 4:1 ratio
2. Slower rolling shutter (and frame rate) than the max possible from the sensor in normal mode, usually around half – not a problem here
3. Somewhat higher energy drain, but negligible compared to the SoC – also not a problem here
4. Phase data is usually either from LCG or HCG read rather than combined, so if an ISP can't take advantage of two phase data outputs, use of contrast AF can be more frequent, as LCG has worse SNR, while HCG clips brighter areas – yes, this could suck, but Google controls their ISP sufficiently
5. Theoretically somewhat worse peak SNR at highest ISO ranges, as more circuitry is involved – this makes most sense on GN8, it's a small format and therefore the sacrifices can be more impactful, but at the same time it's worth to keep in mind that it's a DCG sensor rather than a DAG sensor or a sensor with neither, the sacrifice is already in design

But despite it all, wouldn't a more pragmatic explanation exist?
Just as in the first sentence of this message, non-Pro is non-Pro, it's likely to be an afterthought. If to trust what I've recently heard, the latest Pixel Camera app is ready for both 10-bit and 12-bit data, using the 12-bit solely on the main cam of Pro, as they can't use it on the others. That means they had to keep their compatibility for 10 bits up and wouldn't have to worry about P10 in result. If the plan of DCG use came out late in development or had an insufficient priority, it's plausible that the cheaper model missed on their dedication. Now that they could do it, they probably already think it's too late, so see you on Pixel 11.

PS: Android OEMs lack pride in the app ecosystem, they'd rather use a raw-based video app to mislead users in advertising (shot on x) than truly care about what an advanced third party app could access. It's Instagram, WeChat and stock camera, make no mistake.

I thought Android Authority actually checked it themselves with their love towards getting new Pixels as soon as possible. They couldn't be so bad to not make and verify a dumpsys media.camera themselves, right? My post that you see here is therefore TBD, as I just saw a potentially conflicting report from a user. The details about GN8 and DCG as a whole are nonetheless correct to my own, less authority-based knowledge.

According to Camera2 Test output (not the best, but sufficient), the report in question (pic attached) doesn't seem valid as the reported white levels are 1023. The guy is just likely excited by quality of 10-bit raw video and there's nothing to see there. Considering that P8P actually has 16:9 DCG you can force by a prop, there's a chance that P10 has something similar, but Google doesn't seem interested in exposing such a mode until they make it 4:3.

setprop vendor.camera.force.sensor.mode 10 or setprop vendor.camera.force.sensor.mode 11 followed by killing of camera stack (no command at hand, but you should figure it out) will give you the 16:9 12 bit DCG mode in question on P8P.

I realized that Qualcomm really insists that 8s SoC series shouldn't be hitting the complete capabilities of premium chips from years ago. The 1080p480 slowmo and an 8k60 decoder strongly imply that 8sg4 wouldn't have an issue with 4k120/8k30 encoding.

I understand that earlier gen premium SoCs with vendor and kernel refreshes are a viable option, but it'd be nice to see something natively fresh and more efficient, while matching the performance and feature set of earlier generations. Snapdragon 855 has no business in being better in encoding than a modern subflagship SoC.

So yeah, mode 10 is 30 fps 16:9 DCG, mode 11 is 60 fps 16:9 DCG. If their per-frame noise is equal, always pick mode 11, as frame rate selection should extend its blanking to achieve lower frame rates just fine.