Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - vicnaum

Pages: [1] 2
1
That is working with my newly bought 650D flawlessly! Fantastic! Thanks!

Can someone tell me - how can I use raw2dng chroma smoothing somehow together with dual iso?
I've been so long out of forums, and so many info & tools out there... But they all seem not exactly what's needed...

2
General Chat / Re: Apertus Axiom Beta
« on: October 06, 2014, 09:27:56 AM »
That's all great. The only downside I see is the image sensor size...

They all say that Super35 is film-industry standard, blah-blah... - Yes!...

BUT!

Industry is using Anamorphic optics with 2x anamorph coefficient. Making this Super35 TWICE as wide optically.
e.g. Cinemascope is 21.95mm wide, but after anamorph it "gets" - 43.9mm!
And that's even wider than 5dmk3.

Of course you can use $50K industry-standard anamorphic optics, but... why not just use RED or ALEXA then?
But if you can't afford true anamorph, and you're just low-budget DIY indie filmmaker - then you need a LARGE sensor with spherical optics, and crop it.

That's what I think... It needs to be going large!
But I hope it will.. In the next commercial release.

3
Well, it still hangs. With Review Hold, without hold (Off), with 2sec hold. It just draws a dozen of dots and then becomes unresponsive. It hanged with LED on, hanged with LED off.
I used 600D may 08 nightly, then cleared the card and installed clean may 13 - same thing. Btw, 600D has all builds Failed starting from May 13.

Here's the vid:

And here's what's in PPMs:


Btw, I also get this SNR curve (noice profile) table overlay slightly blinking in every menu (including canons own) and LV - even after restart with battery out.

4
Do I have to use a tripod? Found it - yes.

How long should it take to sample data? Mine's already working a couple of minutes - maybe it halted?
(600D)

Well, tried it for a couple of times. One time it always said "RAW Error", second time it halted again.

5
Today's nightly for 600D doesn't work (Built on: 2014-05-03 04:00:36 +0300)

Camera LED just blinks and nothing happens on screen or whatever, it even blinks after turning camera on and opening both doors - still blinking.

05-02 works though.

6
General Development Discussion / Re: Getting started with development
« on: July 22, 2013, 11:27:04 AM »
Heh, installing all and everything from Devel in Cygwin (4Gb!) - did the trick :)

But anyway, it's interesting to know which cygwin module was required...

7
General Development Discussion / Re: Getting started with development
« on: July 22, 2013, 10:18:23 AM »
Thanks! But what do you recommend to build it under windows?

There seems to be a problem with 'fseeko':

Cygwin gives me this:
Quote
$ make raw2dng
[ GCC      ]   raw2dng
[ GCC      ]   raw2dng
raw2dng.c: In function 'main':
raw2dng.c:60:5: warning: implicit declaration of function 'fseeko' [-Wimplicit-function-declaration]
[ GCC      ]   raw2dng
raw2dng.o:raw2dng.c:(.text.startup+0x58): undefined reference to `fseeko'
collect2: ld returned 1 exit status
Makefile:14: recipe for target `raw2dng' failed
make: *** [raw2dng] Error 1

MINGW this:
Quote
$ make raw2dng
[ GCC      ]   raw2dng
[ GCC      ]   raw2dng
raw2dng.c: In function 'main':
raw2dng.c:60:5: warning: implicit declaration of function 'fseeko' [-Wimplicit-function-declaration]
[ GCC      ]   raw2dng
raw2dng.o:raw2dng.c:(.text.startup+0x58): undefined reference to `fseeko'
collect2: ld returned 1 exit status
make: *** [raw2dng] Error 1

Google tells me that MinGW doesn't support big files (http://stackoverflow.com/questions/9026896/get-large-file-size-in-c)

What should I use to get it right?

8
General Development Discussion / Re: Getting started with development
« on: July 21, 2013, 09:41:05 PM »
How can I compile raw2dng.c?

Already downloaded cygwin, but makefiles under modules don't do anything, and raw2dng.c requires raw.h and chdk-dng.h

9
Raw Video / Re: RAW on 650D / 700D?
« on: June 15, 2013, 09:36:58 AM »
So what? No one tried RAW on 650D?
Youtube has a lot of sample raw videos, and here I can't find any, even can't find an official 650D raw thread (except this one)...

10
What does 3x zoom mode give to h264 and what's the difference? (I can't see it)

11
Yea, it just stopped working immediately.. it never flushed a single buffer. Maybe on 255M you'd get a decent string of frames.

So does it work slowly, or doesn't work at all? Maybe a buggy asm? If try at 320x240 or 160x120 res - is the concept working?

Maybe d's from canon, and he gave us an incomplete puzzle that we need to solve ourselves?
Or maybe d's from canon and he gave us a non working code sample so we lose our heart and don't try 10-12 bit raw again?

12
You guys could be looking at the registers to see if 10bit can be made in camera.. there are functions like set_craw bits, etc. Just have to find the correct one.

Could you tell please where can we look at these?

13
I am not expert in computing, but as far as I have known, the LUT things looks very good, but that sounds that we will have a lot of codes like: if x<y0 and if x>y1, x=y2, these kinds of codes are known to stall the CPU to a halt. d's method should be more suitable for CPU to do, and it already working real time reportedly by several one here who have actually loaded it into camera and tried, and we only don't know why the program halts. Maybe d can mercifully display his source code, maybe there will be someone who can look closely to see if there is something more we can do. d's method sound more straight-forward to me, and easier. To achieve better rounding and accuracy probably, soundingly to me, we only need to change from (x * 12) / 14 to (x * 2^12) / 2 ^ 14, and the cpu might be able to collaborate with that.

Nope, LUT things will be just y = lut [ x ], and that's all.

And about the calculations you mention - they are easily done (like g3gg0 said) with bit shifting:
Raw14b: 13598 = 0011 0101 0001 1110
Shift 2 bits right =>12bit = 0000 1101 0100 0111 = 3399
13598 * 2^12 / 2^14 = 13598 * 4096 / 16384 = 3399.5 = 3400

So no need for calculations at all. Rsh solves it on cpu-elementary level.
If you need better rounding (like said), add half of the bits (2bits = 4, so add 2) to number before shifting:
(13598+2) = 13600
13600 Rsh 2 = 3400

14
Can someone make a test bitshifting build? I guess it shouldn't even needed to be based on d's object file.

15
HDMI doesn't belong here in any way, cause it's a display transfer format, but raw is not made for display, but for processing first. For transfer via HDMI sRGB values are compressed to 16-235 (in Rec.709 standard), and then recompressed back to full 0-255 range for display in TV (as far as I remember).

It's obvious that we'll have only every 16 number if we supress 14->10bit (each bit is a power of 2, so 2^4bits = 16), so we'll get 1024 values instead of 16535. But the good news is that's still more than sRGB 255 (although, need to try it, how it will Raw-convert, will there be banding, etc, etc).

Btw, to eliminate banding, we can use a bit of dithering while using the lookup table (but that's not so good as dithering in picture-space).

Anyways, all these are idle talks, until we get confirmation that this lookup-table thing will be realizable and fast on our little slow ARMs.

16
General Development Discussion / Re: 12-bit (and 10-bit) RAW video
« on: May 27, 2013, 06:36:20 AM »
I think that the way to go is 10bit log or rec.709 gamma encoding by a lookup table. No floats, no calculations .. all precalculated in at table.
Then the reverse (linearization table) can be in raw2dng or in the dedicated exif tag.

Yeah, I also thought about the lookup table method. Should be faster than math.

17
General Development Discussion / Re: 12-bit (and 10-bit) RAW video
« on: May 26, 2013, 05:17:49 PM »
i just ran some code to read out VFP registers and can confirm now, that this HW has no VFP unit.

So there's no need in it then :-) There are many other (fast) ways of bit conversion without using floating point calculations.

18
General Development Discussion / Re: 12-bit (and 10-bit) RAW video
« on: May 24, 2013, 09:55:52 PM »
How much CPU does it need more? I mean - what's the order - is it lacking 10% more CPU speed, or 500%?

19
General Development Discussion / Re: 12-bit (and 10-bit) RAW video
« on: May 24, 2013, 09:18:00 PM »
No point.. .if it doesn't run on the faster proc its not going to run on the slower one.

So 100% sure it's the CPU?

Bad :(

20
General Development Discussion / Re: 12-bit (and 10-bit) RAW video
« on: May 24, 2013, 07:07:02 PM »
Also what sucks is I can't see CPU usuage... on 600D I would be able to.

There's no working build for 600d? d's asm lib only for 6d?

21
General Development Discussion / Re: 12-bit (and 10-bit) RAW video
« on: May 24, 2013, 07:57:16 AM »
For some reason 12 bit stops faster than 14 bit right now.. 1200x676 I have to stop recording in 14bit but in 12 bit only 144 frames. Write speed drops to 26MB/s if LV is on and pretty much the same (28-30) if you hack it off. Global draw off seemed to help a tiny bit too. Still must be something stopping it early.

Or maybe 10 bit would be better?

Maybe good thought to try extreme values, like 2-4 bits, to find out what stops it - bit processing, or card write. And if it's okay - then slowly raise it until the problem appears. Or don't write to card at all and see how much the processing only gives (something similar to a1ex benchmark, but with real data).

22
General Development Discussion / Re: 12-bit (and 10-bit) RAW video
« on: May 23, 2013, 07:38:29 PM »
Is this sRGB or ADobe RGB?

RAW is beyond these. It becomes sRGB or Adobe RGB when exporting (baking) from bayer raw to RGB in any Raw Converter (ACR, Lightroom, etc).

23
General Development Discussion / Re: 12-bit (and 10-bit) RAW video
« on: May 23, 2013, 12:30:47 PM »
That so you can write 2.5k with 44 MB/s card? (10bit)) It can give a new live to mark 2
I think that it can be possible to wite a  2350x1100px on 5dm2 in 1:1 mode  with 12bit

44 MB/s is 1.922.389 bytes per frame @24fps, or 1.537.911 pixels in 10bit - that makes something around 1660x930px frame.

24
General Development Discussion / Re: 12-bit (and 10-bit) RAW video
« on: May 23, 2013, 11:30:48 AM »
What is the 12/10 bit speed of 720p? Would this be usable for SD cards?

In theory, SD cards can give 22MB/s or 961194 bytes per frame. 1280x600 in 10 bits gives 960000 bytes.

In practice - we need a working build to test it (was the latest one 1% posted - the working one?)

25
Raw Video / Re: RAW Video Module raw_rec [Compiling/Installation]
« on: May 21, 2013, 08:14:55 AM »
apologies I misunderstood.  I see now from the nametag you are shooting on a 600D, I assumed 5Dmk2 or 3.  Still, the fact that a Canon DSLR can compare to a camera from RED because of the efforts of volunteers is astonishing.  The fact they got it to shoot a picture with more color resolution than an Alexa is ridiculous.  I see your point on in-camera processing, just don't agree it's necessary.

Right, on 5Dmk2-3 it's surely not so necessary (as long as you have tons of fast 128GB cards or guys invent CF->SSD converter). And surely great as a test. And an awesome breakthrough.

But now it looks more like a "proof-of-concept" to me. Cause for production use - when you need 2-4-6 hours of footage per day - you'll need to buy 10-15-20 CF cards for these bitrates, and assuming each one costs 300-400$ - you can get a used RED ONE for these money :-)

Pages: [1] 2