Author Topic: 12-bit (and 10-bit) RAW video development discussion (Read 435377 times)

DTSET123 · « **Reply #25 on:** May 23, 2013, 01:52:40 AM »

Maybe he is from Canon giving us hints?

1% · « **Reply #26 on:** May 23, 2013, 01:55:53 AM »

Its up in the 6D repo... see if it does anything.

menoc · « **Reply #27 on:** May 23, 2013, 01:58:48 AM »

Quote from: DTSET123 on May 23, 2013, 01:52:40 AM

Maybe he is from Canon giving us hints?

Please don't spook him . . .

DTSET123 · « **Reply #28 on:** May 23, 2013, 01:59:35 AM »

Quote

Its up in the 6D repo... see if it does anything.

im scared lol

RenatoPhoto · « **Reply #29 on:** May 23, 2013, 02:01:37 AM »

Probably Canons way of bricking all our cams!!

1% · « **Reply #30 on:** May 23, 2013, 02:02:42 AM »

Its will smith giving us all a virus. But must be slow acting cuz my cam still works

DTSET123 · « **Reply #31 on:** May 23, 2013, 02:05:53 AM »

is it faster tho?

N/A · « **Reply #32 on:** May 23, 2013, 02:06:30 AM »

What the hell, t3i's are dirt cheap now, I'll give it a run if someone hooks a t3i link up.

RenatoPhoto · « **Reply #33 on:** May 23, 2013, 02:06:40 AM »

Quote from: 1% on May 23, 2013, 02:02:42 AM

Its will smith giving us all a virus. But must be slow acting cuz my cam still works

I am dying to know ... I will write a How to (Brick) Manual...

1% · « **Reply #34 on:** May 23, 2013, 02:07:19 AM »

Try it... I can't tell as latest modules do like 30MB/s for me. I guess you'd have to see if you're getting any additional frames.

DTSET123 · « **Reply #35 on:** May 23, 2013, 02:14:10 AM »

did not do anything for me... same speed

silvertonesx24 · « **Reply #36 on:** May 23, 2013, 02:16:51 AM »

Quote from: Alia5 on May 23, 2013, 01:48:30 AM

Reading this: http://francoismalan.com/2011/10/raw-12bit-or-14bit-lossy-or-lossless/
... i guess that it would only make a very very slight difference!

If this is really working... I just dont have words for how awesome this is...

Absolutely! I just used 5D raw for a paying client today (stupid, I know, but it ran without a hitch) and the only pain really was swapping cards around. Need to load up on a few 64gbs. Any space or efficiency savings are welcomed.

Audionut · « **Reply #37 on:** May 23, 2013, 02:17:19 AM »

Quote from: DTSET123 on May 23, 2013, 02:14:10 AM

did not do anything for me... same speed

Are the DNG frames in the RAW video smaller then without this mod?

g3gg0 · « **Reply #38 on:** May 23, 2013, 02:20:51 AM »

just linking wont work. the raw rec module must call the routines to reduce the bit depth.

1% · « **Reply #39 on:** May 23, 2013, 02:21:38 AM »

Ok, will edit then ... as per first post I guess?

DTSET123 · « **Reply #40 on:** May 23, 2013, 02:22:58 AM »

Quote

Are the DNG frames in the RAW video smaller then without this mod?

nope its the same
g3gg0 did it work for you?

g3gg0 · « **Reply #41 on:** May 23, 2013, 02:23:32 AM »

@1%: yep. (of course linking into the raw rec module makes more sense than in ML Core)

@DTSET123: nope, as i am busy with some other stuff atm

DTSET123 · « **Reply #42 on:** May 23, 2013, 02:25:01 AM »

Mayo · « **Reply #43 on:** May 23, 2013, 02:29:52 AM »

I think he was answering 1%

We'll need to update raw_get_pixel() in raw2dng with the 12/10bit format, maybe store bit-depth in raw header and process raw accordingly?

1% · « **Reply #44 on:** May 23, 2013, 02:30:16 AM »

Well its a bit fucked because new code uses a struct and not buffer_size_used, etc.

Greg · « **Reply #45 on:** May 23, 2013, 02:40:24 AM »

Here is the code of buffer_size_used - https://bitbucket.org/hudson/magic-lantern/src/84f657f209eb5b599ec32bd85718c9951c25b720/modules/raw_rec/raw_rec.c?at=unified

1% · « **Reply #46 on:** May 23, 2013, 02:43:14 AM »

I did this:

Code: [Select]


        if (saving_buffer_index != capturing_buffer_index)
        {
      if (!t0) t0 = get_ms_clock_value();
            void* ptr = buffers[saving_buffer_index].ptr;
            int size_used = buffers[saving_buffer_index].used;
   buffer_size_compressed = (size_used * 12) / 14;
   raw14_to_raw12(ptr, size_used);         
   int r = FIO_WriteFile(f, ptr, buffer_size_compressed);
            if (r != buffer_size_compressed) goto abort;
            written += size_used;
   //~ writtenL = (uint32_t) written;
            saving_buffer_index = mod(saving_buffer_index + 1, buffer_count);
        }

I think it needs more changes...says its writing at 33MB/s, lol

It compiled... will have to make new bin

Audionut · « **Reply #47 on:** May 23, 2013, 02:51:25 AM »

Is the code just truncating bits, or is it compressing them into the remaining?

edit: The OP states that the bits are being compressed.

1% · « **Reply #48 on:** May 23, 2013, 02:52:07 AM »

I guess I'll find out?

http://pastebin.com/PviXPWNZ

It is saving files... I don't see any increase in speed but maybe a few extra frames... I think the change is still incomplete.

Pink garbage when I open them

Second shot had image cut up into squares like lv_rec used to do when it was out of sync.

Mayo · « **Reply #49 on:** May 23, 2013, 02:56:29 AM »

Did you modify raw2dng ?

News:

Author Topic: 12-bit (and 10-bit) RAW video development discussion (Read 435377 times)