Messages

Since there is no Progress in the 12bit 10bit topic, i would guess: NO

But since Upscaling still looks better dann h264 1080p - who cares? just get wider lenses or step away

Well... it depends on the way how it is coded...
If it all gets into 1 string we would just have to append an extra character on the strings before joining them into one string to draw
if there are 3 seperate overlays, just change coords...

if i wouldn't graduate next week i would do it

Sorry 1%... but global draw is not shutting off for me...

Edit: Found out something new for me... Dunno why i didn't try earlier...
Not much about video, rather photography:
Doing lots of Action-Sports photography...
Using 720p-mode in highest res possible at about 16-20fps making that kind of sequences...
https://www.facebook.com/photo.php?fbid=542667595772954&set=a.542667119106335.1073741829.542633299109717&type=3&theater

i got something like working sRAW, i got more fps (even more than a 1dx), and i can get more frames!
Need to sync the flash to it!

Next week i'll graduate, finally, after partying (HARD), i have to set up the compiler again and do some work!

bad news, yeah... but i'm pretty happy with wich we already got... have 14-bit raw-video! yeah its cropped but we have to deal with it...
workflow works pretty well for me... instead of color-grading we now just develop some raw files, not a big deal at all...

@apefos: strange that your first record is broken and mine not...
well my card can also get up to that speed, but i need to kill LV my other card however can only reach up to 10.9MB/s

just threw my littly dslr on my stone-aged tv-capture-card to show my settings... (bad color comes from the capture-card)
first and second recording after reboot... (turned pic quality to sraw before reboot, obviously)

any flickering on the cans comes from 2 crt-monitores

http://youtu.be/otDEKVmMujI

corrupt frames as numbers are cut off in the video...: GD-on #21, 458...

how i installed ml? used to 2.3 stable installer from camera, threw 1%s files on... nothing special...
other card: formatted exfat in windows, used eostool to make it bootable, thre files on it... nothing special again, shows exactly the same behaviour...

not funny defragging or stuff...

@apefos: or @anyone... could you also try like this, since i dont get any pink frames without GD...? videomode or even photo-mode doesn`t matter.

so... everthing as always... normal canon preview, no hack3d mode(!) but GD-ON
i got CPU of 99%-100% sometimes 97,X%... (cant check in record cuz the "raw-rec-overlay" is just above the cpu usage, just as apefos said)

GD-Off CPU is about 35-37%

Tried with a slower, smaller card... formatted exFAT...
Max speed 10.9MB/s
Again same Settings...

Camera crashed at frame 13XX... Canon didn't turn on again, till i did a baterry pull...
smaller files had no pink stuff... didn't look at the crashed one though

So for me everything is about GlobalDraw...
All newest of 1% builds...

Canon-Preview, M-Mode, all Movie-Modes (fps ovverride always 24), same settings as in the edited post above...
with global draw-on with zebras and focus-peaking, 2 corrupt of 1000 frames (421, 442)

GlobalDraw of, not any single corrupt frame...
is there any1 that gets pink shit with gloabl-draw off?

In "any" constelation im not able to get pink frames since a few versions... in some versions i got 1 in like 1 out of 10 recordings...
"any" since:
Global-draw is ALWAYS off
Card is ALWAYS fat32

Card can reach a max speed of 19.0MB/s

Edit: In Photo-Mode, S-RAW, 24fps, expo. overr., global draw in all modes - fokus preaking + zebras, 960x540, hacked mode off, allowed for frameskips
max write speed about 13MB/s, a LOT of frameskips, 1 corrupt frame (254) of about 400...

guess im not completely immune to them

dont talk about relyability since this is bleeding edge stuff wich is in heavy development >.<

Or you just turn exposure-override on

Am I correct in assuming that 10-bit and 12-bit will look no different than 14-bit (in real-world application of this camera)?

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...

Thanks! Now i don't trust the Devs anymore when they say that somethign would be impossible!
No serious, awesome job!

No chance of getting pink frames, or corrupt pixels for me with latest build from 1%
everythings working perfect, aside from the slow SD-controller... but theres no fix for that

do you know, that shooting RAW ISO12800 is the same as ISO3200+2 stop exposure up in post? max native sensor ISO of 600D is 3200

I didnÄt know that! but it somehow looks better than shooting with iso 6400

The noise and dead pixels are all there for H264.. canon just does things to take them out like noise reduction and defect detection.

then i guess we'll just the same in photoshop!...

The bad pixels come out easily with acr spot removal.

...an automated action in PS kills it after resizing, all automatically

made another test... this time in photomode...
killed h264 cinestyle regarding noise, setting iso to 12800 and bring exporure down in post.
also did a second noise reduction after upscaling in acr

need to test this in real life scenarios!


remember, this was shot on iso 12800!(!!!)

I think that, for the noise, RAW beats regular recording when you do not need iso of 6400, but didn't test yet, especially cuz we can overexpose
regularly i never go above iso 1600 for video!

"dead-pixel" fix, and the ability to delete recorded files would already make it perfect for me

i just hope that canon doesn't close any door for the really magic- lantern

Yeah i know
Just threw both frames in PS and only noise reduction i did was in ACR, in wich i didn't touch the cinestyle file

"Tried" to cover the cropfactor too... just quick and dirty, nothing excact!


To me, RAW cleary won the race! even with that extreme streching!
Only problem are those "baked in "corrupt" Pixels"
Havent had them in EatLV-Version i think, but not completely sure, could als be because the lower iso i tried yesterday

But about noise... Cinestyle owns it... didn't do any noise reduction to cinestyle.. but for the raw as you can clearly see

I have some dead/bluish pixels in RAW mode as well. I don't see them in h.264 video mode or taking pictures in RAW. Anyone could tell me what are they?

They are gone if you process the Images with ACR

Record at 720P and you get 60FPS... I guess someone stumbled on that.

yeah i know but i tested that earlier, also got err70 in not a sec... just thought it would be possible now, sacrifcing a LOT of res

Read something about 60fps recording on 5dmk3...
Tried on my 600D and got almost instant Err70  -  guess it wont be possible

anyways i got an raw-file with 39frames, 4 of them were not pink, 3 with a black bar, the first one was good

60fps raw are pretty uninteresting for devs on 600d i guess, but just wanted to say^^

Edit: 50fps seem quite doable... low res but, wow!

@1% - Just noticed something strange. With the same settings (1120x400) I'm getting 109 frames on one shot then 145 on the next, then it goes back to 109, then 145, 109, 145 etc.. a predictable pattern (Edmac Popin). I'll try other resolutions

I think it skipped 109, and 145, for me.. but not sure
2 magenta frames happend afterwards

Did record some test footage with a lighter with the edmac_poppin...

you can read everything in the youtube description...

got 2 pink frames... but camera also skipped 2...

with the raw_hdr versions i think i never got any magenta frames

Edit: flickering comes from 2 crt monitores!

NewChannel (600D) also doesnt work for me...
Edmac_popping is great though!