SharpCap Forums

Changing the "Flip" parameter alters the Debayer Pattern required for correct color.

For example if you choose Debayer Pattern "On" and Flip "None". The screen image has correct color.
However, changing the Flip parameter causes the screen image to have incorrect color.

Table of Flip vs correct Debayer Pattern to get correct color image:
None On
None Force GRBG
Horiz Force RGGB
Vert Force BGGR
Both Force GBRG

Hi,

yes, I have fixed this problem just a couple of days ago - will be in the next 2.10 build.

cheers,

Robin

I found a related matter.

Changing "Color Space", "Capture Area", or "Binning" resets the "Output Format" to "Auto". This can caused files to be inadvertently captured in a file format that was not intended.

I have added this to the todo list. It is definitely annoying!

thanks,

Robin

Sorry, it seams, the issue is not solved.....

here my last foto-serie with sharpcap...

[ZWO ASI294MC Pro]
Debayer Preview=On
Pan=0
Tilt=0
Output Format=FITS files (*.fits)
Binning=1
Capture Area=4144x2822
Colour Space=RAW16
High Speed Mode=On
Turbo USB=100
Flip=Vert
...
SharpCapVersion=3.1.5219.0

and i got these Fits-Info...

SWCREATE = 'SharpCap' /
BAYOFFY = 0 /
BAYOFFX = 0 /
BAYERPAT = 'RGGB ' / NOTE: Use GBRG on some software (eg PixInsight)
COLORTYP = 'RGGB ' / NOTE: Use GBRG on some software (eg PixInsight)
CCD-TEMP = -13.5 /

so i have to use GBRG for stacking.....

Hi,

the auto output format thing is fixed in SharpCap 3.2 (currently in beta, out soon).

For the actual bayer pattern, see this post - viewtopic.php?f=17&t=1098&p=5564&hilit=bayerpat#p5442 - basically the major image processing applications can't agree on whether it should be RGGB or GBRG and none of them read the header anyway

cheers,

Robin