[phpBB Debug] PHP Warning: in file [ROOT]/includes/bbcode.php on line 389: preg_replace(): The /e modifier is no longer supported, use preg_replace_callback instead
Nikon Hacker • View topic - Getting RAW Video
Page 13 of 26

Re: Getting RAW Video

PostPosted: Mon May 04, 2015 10:22 pm
by Fred
Do yout think it is possible to write 24 fps LV stream to the SD card?

Re: Getting RAW Video

PostPosted: Mon May 04, 2015 10:39 pm
by squig

Re: Getting RAW Video

PostPosted: Mon May 04, 2015 10:47 pm
by leegong
12bits 1664x1100 LV RAW is about 2.7MB size , LV RAW patch doesn't modify FPS of Liveview ,
it just gets triggered one time per Liveview frame , then save LV raw frame in RAM memory into SD card ,
so for 30 FPS Liveview , real writing speed of your SD card should be at least 2.7*30 = 81MB/s , for 24 FPS , writing speed
should be at least 2.7*24 = 64.8MB/s .
One option : It's possible for me to apply LV RAW compression with EXPEED hard core before saving it on SD card ,
but i have no idea about if it's fast enough for liveview FPS, it need testing , however this is not so urgent now .

Re: Getting RAW Video

PostPosted: Mon May 04, 2015 11:13 pm
by Fred
Thanks, Lee, so a SD extreme pro will suffice, I guess.

Re: Getting RAW Video

PostPosted: Tue May 05, 2015 12:27 am
by squig
Too bad about the 1664x1100 aspect ratio, but that's 2k recording with a 1.5x Anamorphic lens :grin:

A1ex do you have a Nikon body to play with?

Re: Getting RAW Video

PostPosted: Tue May 05, 2015 12:39 am
by leegong
Now chip4001 becomes the central issue , we have to modify chip4001 setting , force it reading LV RAW from RAM memory
instead of reading LV RAW from chip4000 in normal case, since the current LV RAW patch commands chip4000 write LV RAW into RAM memory
instead of sending it to chip4001 .

Re: Getting RAW Video

PostPosted: Tue May 05, 2015 2:29 am
by nikkor
Could writing to both sd cards one the d7000 be an option?

Re: Getting RAW Video

PostPosted: Tue May 05, 2015 12:28 pm
by astronomer

Re: Getting RAW Video

PostPosted: Wed May 06, 2015 6:57 am
by leegong
I disable all of pre-processings for liveview , shoot many dark frames and normal scenes ,
, EDIT : I might be wrong .
but gaping in historgam still exists , highlight overflow still exist .
EDIT : black level on IMX071 side is confirmed to be 0x258 = 600 decimal .

Sensor output is definitively 14Bit!

PostPosted: Wed May 06, 2015 9:29 am
by astronomer
I forget to look at the first set of normal images. And they revealed a lot!

14bit-overflow.png


First of all, this high dynamic lighting scene saturated the image sensor.
Then let's look at the transition region next to that light bulb. You can see 3 rings of black defect due to high bit overflow. Thus it means you overflowed 3 times. That's exactly what will happen if you save the lower 12 bit from a 14bit data.

As such, with gaps still at 16ADU, the image sensor is output 10bit in video mode.

Now I'm more convinced that the digital scaling is happening on sensor, because the sensor set black level at 600ADU during video. That means a lot of work ahead to figure out which register is the digital gain. But luckily, we had a whole a lot SPI bus logging a while ago. Comparison with still mode is essential.