I try to use RAW files from an OV5647 sensor for DeepSkyStacker 4.2.2.
Unfortunatelly the files can not be read.
DeepSkyStacker uses LibRaw 0.19.3 which supports OV5647.
How should the RAW files look like to be readable with LibRaw? Maybe the Raspberry Pi alters the files so they are not as expected by LibRaw.
My file looks like this (in HEX):
42 52 43 4d 6f 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20 0a 98 07 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 21 00 01 03 00 00 00 00 00 00 00 00 00 00
[32512 times 0x00]
[6371328 bytes of data]
R-Pi files we have (and
R-Pi files we have (and support in LibRaw) is EXIF(JPEG) files at start concatenated w/ RAW data dump.
Your dump looks entirely different. Do you have any format docs?
-- Alex Tutubalin @LibRaw LLC
Raspberry Pi RAWs
The Raspberry Pi RAWs should be identical to the RAW data dumps in the JPEG file.
Look for "BRCMo" (Hex: 42 52 43 4d 6f) in your files. Thats where my files start.
Unfortunatelly I can only produce RAWs for my real use case. Maybe I could put fake JPEGs in front?
I have also to contact the people from DeepSkyStaker. The program loads EXIF(JPEG) files at start concatenated w/ RAW but only uses the JPEG ...
It looks like I have 2 possible options:
1st: Fake JPEG data in front of the RAW data and and fix the bug in DeepSkyStacker
2nd: Enable LibRaw to read the pure RAWs (here a fork of dcraw which should be able to do this: https://github.com/6by9/dcraw) and ask for a DeepSkyStacker update with the new Libraw.
1st option: the samples we
1st option: the samples we have contains vital metadata (image size) in EXIF fields. It would not help if you just prepend arbitrary JPEG at start.
2nd option (backport from patched dcraw): looks OK, but there is a lot of code covering multiple cases. It is not possible to move on without having sample files for all these multiple cases.
We are ready to go this route, but someone should prepare (various) examples
-- Alex Tutubalin @LibRaw LLC
How do these example files
How do these example files have to look like?
Different RAW files that
Different RAW files that covers different cases handled in patched dcraw.c you mentioned above.
-- Alex Tutubalin @LibRaw LLC
Example files
I just sent some example files to info at libraw dot com.
I hope you have access to this mailbox and that the examples are sufficient.