#apertus IRC Channel Logs

philippej: ^^. I will also create a task.

Apparently I have progress!

It didn't. I mashed buttons and got three email verifications, but now when I add my original email it stalls out again.

you sure your "original" email is not filtering the messages out as spam or something like that?

sorry

n/p

but i'm not sure if such sensors are available and suitable for your project

Bertl_oO: it's not listed at http://apertus.org/axiom-beta-imagesensors, right?

http://www.cmosis.com/assets/generate-single-pdfs.php?products=cmv20000

i'll need to get a second look when not drunk (i'm at the warsaw hackerspace assembly at 32c3 now and i just finished another long island)

off to bed now ... have a good one everyone!

the cmv20000 is 4:3 format which makes me think super35 dimensions

and not FF 35mm still format (3:2 aspect)

intracube: On the sensel sites I suspect, so you should be able to deduce the dimensions

morning

Ffffffff

Bertl: Smart ass.

nn

morning se6astian!

yes :)

they claimed they were just waiting for the perfect moment to release it :P

ar: 12bit and 41dB SNR is very poor for stills camera, the architecture of cmosis is not optimized for that (GS only, 12 bit max)

off for now ... bbl

I think matthias is still there

until when? If I find time between the talks I'd like to visit you

I'd just like to see the camera in real :)

hi i am still at the congress today, in case somebody wants to meet up best would be at 17:45 or 20:00 at the crypto bar (in front of saal g)

Awesome project

hi tyrone

is that so? :)

ohh the dev master is active :-)

we are always having a party in here

Bertl_oO, when will we see you in a debate?

nice to hear :-)

trying to make sure I put the right pots on the right LDO

(for the sensor) including the proper ranges

Hi, good evening, Bertl

no problem, IRC is perfectly fine with long delays

Would it be technically feasible to use alternating, different exposure times with the Axiom Beta? (I'm thinking of an exposure stack needed for HDR)

the CMV12k also supports two HDR modes natively

Is the CMV12k the sensor used in the Beta?

https://github.com/apertus-open-source-cinema/alpha-hardware/blob/master/Datasheets/datasheet_CMV12000%20v1.12.pdf

it's a slightly older datasheet, but it has the relevant parts

That's rare (the _without NDA_ part) , and very positive. Will look into it right now

no point in doing FOSS/OH with an undocumented sensor :)

page 32, just reading it....

CMV12k even supports linewise interleaved exposure times, sweet...

12bit currently

12 bit is probably the best choice for now, I agree, and probably one of the main difficulties is to level feature requests versus implementation manpower....

http://www.magiclantern.fm/forum/index.php?topic=11787.msg129672#msg129672

you are welcome :)

How goes it se6astian ?

good good, thanks :)

bayer pattern

Bit depth is not a colour space.

Read the 11-page thread, and A1ex's improvements to FPN, and it seems that there is still room for improvement. Just a silly thought: Since FPN might also be affected by Vcc filtering, and I seem to spot a FPGA directly on the "Main Board", are you sure you are filtering Vcc and keeping Vcc of the Sensor and Vcc of the FPGA as separated as possible?

And I hop I do not insult you, Bertl....

I am sure Bertl will be able to answer your question gunnar

@gunnar no problem with constructive criticism here ...

FPN is something systematic which is tied to the sensor acquisition in some way

kind of ...

so i wanted to ask, is there a possibility after all is complete to make any module for a lower end tiny sensor?

we will probably give a template to start from, but for now you can simply use the CMV12k one and get rid of everything CMV12k specific you don't need

?

yes i know about that

great. i think at some point a small sensor for macro photography / videography would be useful