Fuji sensor dump

Iliah Borg · Jan 14, 2009

You can use LibRaw 0.7.0 Alpha-3 to get it - http://www.libraw.org/data/LibRaw-0.7.0-a3-Win32.zip or http://www.libraw.org/data/LibRaw-0.7.0-a3-MacOSX.zip

Fujifilm RAW processing is changed internally: RAW data is not rotated and available as is in image bitmap (rotation performed on postprocessing stage).

RAW data is extracted without 45-degree rotation (use unprocessed_raw programme in the bin directory, run it without parameters to get help)
dcraw-compatible rotation is performed on postptocessing stage
it is possible to rotate RAW data without postprocessing by LibRaw::rotate_fuji_raw() call.

Masked pixels data extracted for Fuji files.

--
http://www.libraw.org/

cs_foto · Jan 14, 2009

care to explain in a more common language?

claypaws · Jan 14, 2009

Iliah Borg said:
RAW data is extracted without 45-degree rotation (use

unprocessed_raw programme in the bin directory, run it without
parameters to get help)

dcraw-compatible rotation is performed on postptocessing stage

it is possible to rotate RAW data without postprocessing by

LibRaw::rotate_fuji_raw() call.

Masked pixels data extracted for Fuji files.

I'm no programmer. But is this anything to do with what I have just posted in the other thread, here?

http://forums.dpreview.com/forums/read.asp?forum=1020&message=30678094

--
******************************************************
I have a home on pbase
http://www.pbase.com/claypaws/
If you have the time to look
******************************************************

miso kaco · Jan 14, 2009

claypaws said:
is this anything to do with what I have just
posted in the other thread, here?

http://forums.dpreview.com/forums/read.asp?forum=1020&message=30678094

yes. dimensions of the extracted "raw" image are 4352 x 1444 pixels. still, it is not clear to me why it is processed this way.

The Developer · Jan 14, 2009

I have no clue what this means....

Iliah Borg said:
You can use LibRaw 0.7.0 Alpha-3 to get it -
http://www.libraw.org/data/LibRaw-0.7.0-a3-Win32.zip or
http://www.libraw.org/data/LibRaw-0.7.0-a3-MacOSX.zip

Fujifilm RAW processing is changed internally: RAW data is not

rotated and available as is in image bitmap (rotation performed on
postprocessing stage).

RAW data is extracted without 45-degree rotation (use

unprocessed_raw programme in the bin directory, run it without
parameters to get help)

dcraw-compatible rotation is performed on postptocessing stage

it is possible to rotate RAW data without postprocessing by

LibRaw::rotate_fuji_raw() call.

Masked pixels data extracted for Fuji files.

--
http://www.libraw.org/

--
-thedeveloper

Iliah Borg · Jan 14, 2009

miso kaco said:
dimensions of the extracted "raw" image are 4352 x 1444 pixels.
still, it is not clear to me why it is processed this way.

It is unprocessed .

--
http://www.libraw.org/

Iliah Borg · Jan 14, 2009

If you are curious to see what is the raw data as it is recorded by the camera you can use the above links. You can access R pixels using "-s 1"

There are also people here who want to improve raw conversions from Fuji cameras. LibRAW provides now direct access to Fuji raw thus helping to solve both recovery and 12mpix upsize tasks.

--
http://www.libraw.org/

ashon · Jan 14, 2009

Very cool. Hopefully some technical-minded Fuji user will run with this.

MiTaka · Jan 14, 2009

Hello, Iliah. I'm glad that You post on Fuji forums.

I can not make LibRaw to work. I guess its a library and needs to be compiled to work, or is somewhere out there executable version?

Is this any different than the dcraw -D -j -s all, as it seems the same functionality?
Thank You for Your efforts, I enjoy the articles on libraw.org.
Спасибо
--
Dimitar Ivanov

miso kaco · Jan 15, 2009

Iliah Borg said:
Iliah Borg said:

dimensions of the extracted "raw" image are 4352 x 1444 pixels.
still, it is not clear to me why it is processed this way.

Click to expand...

It is unprocessed .

ok, wrong wording. off course it is unprocessed. it is not clear to me why it is ?interpreted? this way - as opposed to what i get with dcraw...

miso kaco · Jan 15, 2009

but i saw the light at last

thank you

Iliah Borg · Jan 15, 2009

If you look at the links, http://www.libraw.org/data/LibRaw-0.7.0-a3-Win32.zip and http://www.libraw.org/data/LibRaw-0.7.0-a3-MacOSX.zip - they contain precompiled binaries of some examples of use.

To use the library itself of course you need to have your own calling programme.

The unprocessed_raw example is different from calls to dcraw because it provides more raw and less cooked output

--
http://www.libraw.org/

ejmartin · Jan 15, 2009

Iliah Borg said:
The unprocessed_raw example is different from calls to dcraw because
it provides more raw and less cooked output

In what way is the data "more RAW" that dcraw document mode?

--
emil
--

http://theory.uchicago.edu/~ejm/pix/20d/

Iliah Borg · Jan 15, 2009

ejmartin said:
In what way is the data "more RAW" that dcraw document mode?

Take the time to look at the source code of both, or look at LibRAW changelog, or post your question to LibRAW site. DPR is hardly the place to discuss raw data acquisition modules.

--
http://www.libraw.org/

ejmartin · Jan 15, 2009

Iliah Borg said:
Iliah Borg said:

In what way is the data "more RAW" that dcraw document mode?

Click to expand...

Take the time to look at the source code of both, or look at LibRAW
changelog, or post your question to LibRAW site. DPR is hardly the
place to discuss raw data acquisition modules.

It would be the simplest matter for the people who wrote the code and are familiar with both it and dcraw to answer the question directly. If DPR is not the place to discuss RAW data acquisition modules, then why are you continually generating threads about them?

--
emil
--

http://theory.uchicago.edu/~ejm/pix/20d/

Iliah Borg · Jan 15, 2009

ejmartin said:
It would be the simplest matter for the people who wrote the code and
are familiar with both it and dcraw to answer the question directly.

It is answered in the changelog and in the documentation found in the download.

--
http://www.libraw.org/

CWilt · Jan 15, 2009

ejmartin said:
It would be the simplest matter for the people who wrote the code and
are familiar with both it and dcraw to answer the question directly.
If DPR is not the place to discuss RAW data acquisition modules, then
why are you continually generating threads about them?

I can guess that since the discussion of S and R pixels comes up often here Iliah was providing a means for future inspection.

He provided you with a means to answer your question.

Personally, I would like to point out that this it not the Nikon forum and your argumentative attitude does not fit well with the friendly Fuji group here.

--
Charles
My family images are at http://www.stakeman.smugmug.com
Be sure of your subject.
Never, force the shot.

Alex Tutubalin · Jan 15, 2009

miso kaco said:
yes. dimensions of the extracted "raw" image are 4352 x 1444 pixels.
still, it is not clear to me why it is processed this way.

Because it is true sensor size (including 'masked pixels' frame).

--
Alex Tutubalin

Alex Tutubalin · Jan 15, 2009

ejmartin said:
In what way is the data "more RAW" that dcraw document mode?

Because in dcraw document mode (-D -j) we have several steps of postprocessing:

Fuji S5 data is stretched two times in long side direction to ~~2150x1440 pixels~~

each pixel become two-component (not one as in original bayer). S2 data is
not stretched because real sensor has right aspect ratio (2944x2144)

Image extracted 45-degree rotated (for easy interpolation on demosaic stage)
Black level subtracted
Either in document mode (-D) values are scaled to fit full range
If file was stretched on the first step (S3 and S5 files are stretched), then one half of pixel values is simpy dropped in 'document mode'
If no -j ( NO fuji rotate) option is given, image is rotated back with bi-liniear upsize to ~~3000x2000 pix~~
For 8-bit output gamma correction is performed

So, result is not RAW , just postprocessed less (than full color processing): resized, scaled, one half of values dropped...

--
Alex Tutubalin
http://www.libraw.org

miso kaco · Jan 15, 2009

thanks alex and welcome. could you please clarify this as well:
http://forums.dpreview.com/forums/read.asp?forum=1020&message=30682684

Fuji sensor dump

Forum Pro

Well-known member

Veteran Member

Leading Member

Senior Member

Forum Pro

Forum Pro

Forum Enthusiast

Forum Enthusiast

Leading Member

Leading Member

Forum Pro

Veteran Member

Forum Pro

Veteran Member

Forum Pro

Senior Member

Active member

Active member

Leading Member

Keyboard shortcuts