Jednoduchá otázka - jednoduchá odpověď

[Bill]

Aha rgbw....

Zkus v mraw kalibraci do rawu a ten pak zpracovat. Ale ten výsledek už není 100% kompatibilní, je otázka, zda to půjde v něčem otevřít.

Co sis to zase pořídil

[Howking]

Zkus v mraw kalibraci do rawu a ten pak zpracovat. ...)

Zkouším, ale ...
C:\Users\Remoter>C:\Users\Desktop\mraw\mraw.exe C:\Users\Desktop\plej\*.DNG -d C:\Users\Desktop\dark\*.dng -t C:\Users\Desktop\tiff\
Warning : Unusual TIFF offset 00000012
Warning : Unknown file version AP80.76
Warning : Unusual TIFF offset 00000012
Warning : Unknown file version AP80.76
Warning : Unusual TIFF offset 00000012
Warning : Unknown file version AP80.76
Warning : Unusual TIFF offset 00000012
Warning : Unknown file version AP80.76
Warning : Unusual TIFF offset 00000012
Warning : Unknown file version AP80.76
Warning : Unusual TIFF offset 00000012
Warning : Unknown file version AP80.76
Warning : Unusual TIFF offset 00000012
Warning : Unknown file version AP80.76
^C
C:\Users\Remoter>
něco asi dělám špatně? Co?

EDIT: Už jsem to rozchodil, ale nedává to RGBW - končí to fialové.

[Bill]

No já jsem myslel nedělat debayering v mrawu - to asi nedopadne dobře. Jenom kalibraci a výsledné rawy pak převést přes dng do tiffu. Ale je to jen nápad...

Autor mrawu je taky na AF, můžeš se ho zeptat, zda to může fungovat.

[Howking]

Jenom kalibraci a výsledné rawy pak převést přes dng do tiffu.

- to jsem zkoušel, ale narazil jsem na limity - načetl zhruba jen třetin darků a pak zahlásil problém s pamětí (ta v správci postupně rostla až ji skokově pak uvolnil). Skoro jsem nalomený čím dál víc napsat si prográmek na kalibraci, debayering a stack sám. (každý co snad existuje má nějaké ale...)

[MMys]

A Pixinsight by to nezvládl ? Pošli jeden RAW.

[Howking]

A Pixinsight by to nezvládl ? Pošli jeden RAW.

http://listr.sweb.cz/astro/IMG_7737.DNG.zip

[MMys]

Tak PixInsight by asi šel. Automatický debayering je asi blbě, vypíše že rozpoznal Iphone RAW ale debayeruje ho jako RG/GB a vypadne z toho moc zelený. Když ale debayering vypnu, dostanu normální monochromatický RAW s viditelnou Bayerovou maskou, a ten jde pomocí CFASplit rozložit na 4 mono obrazy. A ty jdou následně spojit jako LRGB.
--------------------------------------------------------------
edit: A jak víš, že to je RGBW ? Teď jsem zkusil složit do RGB obrazu jednou vyseparované pixely R,G1,B a podruhé R,G2,B a výsledek je pokaždé úplně stejný. Do zelena. Stejně jako když to debayerovalo s oběma G pixely. Který z pixelů je vlastně ten bez filtru ?

Jinak to původně dozelena jde normálně vyvážit. Senzor má asi maximum citlivosti někde ve žlutozelené (ty filtry to zajistí, simulace oka).

[Howking]

edit: A jak víš, že to je RGBW ?

- taky jsem to zkoušel s G1 a G2. Předchozí iPhone 6S měl Sony RGBW senzor, předpokládal jsem že to bude u sedmičky stejný. Zkusím poggolit, co vlastně má za senzor (to bývá těžké zjistit - Apple moc do hloubky v specifikacích nejde)

[Howking]

Tak mě napadá z exifu toho rawu - není ten vzor CFA 0,1,1,2 jinak zapsaný RGGB?

[MMys]

Téměř jistě je, a tak to i vypadá. v RAW podobě, když si to hodně vyzvětšuju, tak jsou dva pixely vždy prakticky shodné. A to ty zelené. Ten červený a modrý je jasně jiný, podle toho modrého a červeného banánku. Takže v tom podle mne je normální klasický RGGB senzor.

[Howking]

Když to složím s tímto nastavením:

Snímek obrazovky 2016-09-28 v 22.55.48.png

Tak to dopadne takhle:

deba.jpg

Mě zaráží ta fialová ve vysokých jasech. Tak jsem myslel, že tak chybí zpracovaná ta white složka, která nahrazuje tu fialovou.

[MMys]

Kde jsi vzal ty koeficinety 2 a 1 ? To určitě nebude pravda. A kdo ví jestli i ty ostatní prvky matice mimo diagonálu mají být nulové. Ty filtry mají vzájemné barevné přesahy, a navíc jsou tam na koncích rozsahu nelinearity. RAW konvertor s tím počítá. Při debayeringu v PI mi ten odlesk vyšel prakticky bílý.

PI vypsal při otvírání do logu toto:

open "file:///D:/_Bordel_/IMG_7737.DNG"
Reading 1 file(s):
D:/_Bordel_/IMG_7737.DNG

Timestamp: Wed Sep 28 21:05:09 2016
Camera: Apple iPhone9,3
DNG Version: 1.4.0.0
ISO speed: 20
Shutter: 1/165.3 sec
Aperture: f/1.8
Focal length: 4.0 mm
Embedded ICC profile: no
Number of raw images: 1
Thumb size: 852 x 640
Full size: 4032 x 3024
Image size: 4032 x 3024
Output size: 4032 x 3024
Raw colors: 3
Filter pattern: RG/GB
Daylight multipliers: 2.666825 0.998349 1.560010
Camera multipliers: 1.952637 1.000000 2.688232 0.000000

Invoking: dcraw -4 -o 0 -r 1 1 1 1 -D -t 0 -k 0 -H 1
Decoding Apple iPhone9,3 file (4032x3024 pixels, ISO=20, Exposure=1/165s): done
Loading raw image: done

[Howking]

Kde jsi vzal ty koeficinety 2 a 1 ?

Jen úvaha, že když je tam zelená 2x, tak on tu intenzitu sečte a tak je třeba zbylé dvě složky stejnou měrou znásobit. Zřejmě jsou to ale tyto hodnoty, co uvádíš dole Camera multipliers: 1.952637 1.000000 2.688232. No hodnoty, které bych ,měl zapsat do políček toho rgb mixu si z prstu nevycucám a asi je ani nikde nenajdu.

[MMys]

Podle mě musíš vynásobit camera multipliers (ty popisují asi senzor) ještě koeficienty daylight multipliers, ty popisují to, že ve foťáku (pardon, mobilu) bylo nastaveno takovéto barevné vyvážení.

[Rekmarik]

Jako nefotič bych si dovolil jednu jednoduchou otázku -

Někteří z vás tu tvoříte fakt parádní mozaiky DSO (viz třeba vlákno M31 ) a pod .. a mě by zajímalo, jaké jsou limity takového focení z hlediska času, a teď mám na mysli skládání informací z různých dnů.
Řekněme že můj objekt zájmu je na zimní obloze pro příklad třeba ta galaxie v Andromedě - můžu například skládat fotky třeba z několika po sobě jdoucích sezón ? jsem omezen na několik týdnů ? měsíců ? ... Snad je můj dotaz srozumitelný. O focení jako takovém, pointaci, skládání a úpravě fotek nějakou představu mám - jde spíše o změnu samotného DSO ve smyslu změny polohy- úhlu vůči pozorovateli (což předpokládám je asi minimální ?)
Díky za vysvětlení.