Current Server Time: 16:44 (Central Europe)

#apertus IRC Channel Logs

2018/11/10

Timezone: UTC


04:23
RexOrCine
changed nick to: RexOrCine|away
04:35
Spirit532
joined the channel
04:35
Spirit532
hey, I have a question
04:36
Spirit532
I was googling about integrating spheres since I found myself in need of one, to attempt external calibration of a cinema camera that lost its calibration and can't be repaired, but still functions otherwise
04:36
Spirit532
and I saw a post of you milling a polystyrene sphere in 2017
04:36
Spirit532
did that get anywhere in the end?
06:17
se6astian|away
changed nick to: se6astian
06:27
se6astian
Spirit532: yes, the sphere is finished
06:28
se6astian
"attempt external calibration of a cinema camera" <- what are you trying to calibrate exactly?
06:29
Bertl_zZ
changed nick to: Bertl_oO
06:39
se6astian
changed nick to: se6astian|away
07:02
BAndiT1983|away
changed nick to: BAndiT1983
07:57
niemand
joined the channel
08:13
illwieckz
left the channel
10:34
PhillyCee
joined the channel
10:34
PhillyCee
Hi Folks..
10:36
PhillyCee
Are there any news before christmas planned? Its nice that panasonic starts the discussions new wiith the s1/s1r model if there might
10:36
PhillyCee
Be 10bit 4:2:2 processing in a prosumer cam .. would be nice to use the beta in 2019 instead ;D
10:38
PhillyCee
I'll check the log for answers - have a nice weekend and good luck on your journey!
10:42
PhillyCee
left the channel
12:17
se6astian|away
changed nick to: se6astian
12:17
se6astian
changed nick to: se6astian|away
12:18
se6astian|away
changed nick to: se6astian
12:18
se6astian
changed nick to: se6astian|away
12:19
se6astian|away
changed nick to: se6astian
12:21
se6astian
changed nick to: se6astian|away
12:22
se6astian|away
changed nick to: se6astian
12:22
danieel
Spirit532: i think the lens mount tube will quite interfere with your intent
12:24
se6astian
changed nick to: se6astian|away
12:24
danieel
maybe rather shot a defocused well lit white wall - or even better, get a reference camera to first calibrate the wall / light source, and from same position profile the target device
12:25
se6astian|away
changed nick to: se6astian
12:27
se6astian
changed nick to: se6astian|away
12:27
se6astian|away
changed nick to: se6astian
14:01
RexOrCine|away
changed nick to: RexOrCine
14:12
Spirit532
se6astian, nonuniformity and FPN
14:12
Spirit532
the sensor is just *raw*
14:12
Spirit532
danieel, ^
14:12
Spirit532
I am also having the issue you described
14:13
Spirit532
the optical path is causing some minor, super minor vingetting
14:14
Spirit532
the issue I'm really having is that there's a really ugly magenta transition on the image set at around 2/3rds the absolute brightness
14:15
Spirit532
it follows the non-uniform light(slightly going out in a ring from the middle), but the actual transition itself is parametrically identical throughout the sensor
14:16
Spirit532
I can correct nonuniformity pretty easily by just averaging a hundred dark images and subtracting, FPN goes away at the same time
14:16
Spirit532
no need for dark current adjustment, which is what I feared
14:17
se6astian
changed nick to: se6astian|away
14:18
Spirit532
I can PM anyone who is interested a set of test images
14:18
Spirit532
but it's a very large set and there may be some duplicates in terms of brightness
14:18
Spirit532
(4.8GB, because the sensor is 4608x2592 @ 12b)
14:19
Spirit532
also, trying to do it through a lens gives even more massive light vingetting, which is why I tried it with a highly uniform flat panel stuck against the bayonet, but it wasn't enough
14:22
Spirit532
it's an URSA Mini 4.6K that works absolutely fine, but the thing doesn't remember anything specific
14:22
Spirit532
the hardware ID box in the menu is just "Val." and it doesn't know its own serial number or calibration
14:23
Spirit532
and blackmagic said it's beyond economical repair(which is a lie, it's probably a tiny eeprom that stores the ID), but I want to make it at least somewhat useable
14:41
BAndiT1983
changed nick to: BAndiT1983|away
14:48
danieel
is there a function to execute calibration?
14:49
Spirit532
only black reference
14:49
Spirit532
which destroys the image
14:50
Spirit532
(since the camera doesn't know the rest of its parameters)
15:33
alexML
Spirit532: not familiar with Ursa; if I understand it well, the issue is that camera cannot remember its calibration parameters or reference images?
15:33
Spirit532
completely, yes
15:33
Spirit532
it's a bizarre failure mode
15:34
Spirit532
I'm not going to take it apart enough to try to find the eeprom that probably holds the settings
15:34
Spirit532
the thing is a flex-rigid PCB nightmare
15:34
Spirit532
origami construction
16:12
niteesh
joined the channel
16:17
niteesh
left the channel
17:09
illwieckz
joined the channel
17:34
danieel
I thought only the pocket cam is made that way, due size... but at ursa? does not make much sense to have it on single pcb :/
17:39
Spirit532
it's a single flex-rigid assembly for the main processor and IO
17:39
Spirit532
there's a few daughterboards, one for the sensor, one for the CFast slot, and I believe one for power/XLR audio
17:39
Spirit532
though they're mostly structural
17:39
Spirit532
they're super high layer count too, from what I can understand
17:39
Spirit532
there's basically no traces on the top/bottom layers
18:04
parasew[m]
hey will someone from apertus be at the 35c3 this year?
18:09
comradekingu
I will be there, but I am only community
18:13
parasew[m]
we will be setting up a stage and i was wondering if we could have an apertus talk there
18:49
BAndiT1983|away
changed nick to: BAndiT1983
19:17
se6astian|away
changed nick to: se6astian
20:34
BAndiT1983
changed nick to: BAndiT1983|away
21:15
BAndiT1983|away
changed nick to: BAndiT1983
21:56
BAndiT1983
changed nick to: BAndiT1983|away
22:25
Bertl_oO
Spirit532: so what is the plan on getting it working again?
22:25
Spirit532
Bertl_oO, calibrating it in post
22:26
Spirit532
it shoots raw or prores 4444 hq, that's plenty of data
22:26
Bertl_oO
ah, I see, so the images you get are 'reasonably' good even without any of the calibration data
22:26
Spirit532
they're absolutely awful because of the magenta transition
22:27
Spirit532
and I don't know where it's coming from
22:27
Spirit532
the FPN and nonuniformity can be fixed in one go though
22:27
Spirit532
so that's nice
22:27
Spirit532
well I suppose they're the same thing, more or less
22:27
Bertl_oO
so with magenta you actually mean a red + blue transition from full on to full off (or the other way round)?
22:28
Spirit532
the other way around
22:28
Spirit532
I can PM you the samples if you want
22:28
Spirit532
I have a full gradient step from almost dark to almost saturated
22:28
Spirit532
and a few dark frames
22:28
Bertl_oO
got a single frame to look at (preferably at an image hosting service)?
22:28
Spirit532
yep
22:28
Spirit532
https://i.spirit.re/Etu1F.dng
22:28
Spirit532
here
22:29
Spirit532
you can see the magenta at around the 3/4 of the way up
22:29
niemand
left the channel
22:29
Spirit532
this is without FPN removal or dead pixel correction by the way
22:29
Bertl_oO
yeah, but I also see all kinds of colors right above the knurled know thingy
22:30
Bertl_oO
it is the back of a flashlight, right?
22:30
Spirit532
top
22:30
Spirit532
and yeah
22:30
Spirit532
that's the magenta stacked with FPN
22:30
Spirit532
the FPN just makes it a lot more ugly
22:30
Bertl_oO
and this is YCrCb or RGB raw?
22:30
Spirit532
this is raw from the camera
22:30
Spirit532
not debayered
22:30
Bertl_oO
(and with raw I autally mean cookes which they claim to be raw :)
22:31
Bertl_oO
*cooked
22:31
Spirit532
nope, this is sensor raw
22:31
Spirit532
here's a dark frame:
22:31
Spirit532
https://i.spirit.re/c0dtD.dng
22:31
Spirit532
the camera literally forgot how to calibrate
22:31
Spirit532
it just spits out the raw images into the codec
22:31
Spirit532
which is either raw, 2:1, 3:1, 4:1, or flavors of prores
22:32
Bertl_oO
yeah, you might be right and this is the first of its kind which really provides raw sensor data :)
22:32
Spirit532
yup
22:33
Bertl_oO
but the pink tint might actually be the result of some misconfigured correction mechanism
22:33
Spirit532
maybe some silly default state?
22:33
Spirit532
I don't know, I haven't looked at the camera's firmware
22:33
se6astian
changed nick to: se6astian|away
22:34
Spirit532
which might be a good idea, but it doesn't come as a separate file, it's packed deep into the updater sw and encrypted
22:34
Bertl_oO
yeah well, I think chances are good that there are a number of mechanisms to compensate for all kind of noise during calibration
22:34
Spirit532
I think there's really only 2
22:34
Spirit532
static nonuniformity and dark current
22:34
Spirit532
the images *are* color accurate after all
22:35
Spirit532
they're not inverted or anything
22:35
Bertl_oO
those are the obvious ones and also the ones quite easy to detect
22:35
Spirit532
there just seems to be some weird knee where two of the color channels(red & blue) drift up and down
22:35
Spirit532
I'd be completely fine with the image it produced if it wasn't for the nonuniformity and magenta
22:35
Bertl_oO
but let's say they have some kind of noise caused by readout or similar and they add some offset or something like this 'under certain conditions'
22:36
Spirit532
but if it's zero
22:36
Bertl_oO
if that offset is encoded in such way that an empty eeprom doesn't give a zero value
22:36
Spirit532
and let's assume it's zero, since the camera thinks its version is "Ver." instead of a hex value
22:36
Bertl_oO
then you end up with weird color changes and even weirder places
22:36
RexOrCine
(20:04:05) parasew[m]: Not to my knowledge. I won't certainly.
22:36
Spirit532
it's an odd distribution though
22:37
Spirit532
there's a point until the image is perfect color-wise
22:37
Spirit532
the response is linear(more or less) to the brightness
22:37
Bertl_oO
but I think it is rather unlikely that the eeprom has lost its content over night
22:37
Spirit532
but then there's a point at which the image just /shifts/ a few hundred counts
22:37
Bertl_oO
can you describe what led to the current condition?
22:37
Spirit532
and sloooooooowly drifts apart - not clipping, but drifts apart until saturation
22:37
Spirit532
I have no idea, I bought the camera this way hoping it'd be an easy fix
22:37
Spirit532
(or sending it to BM would work)
22:38
Bertl_oO
I see, well it might still be an easy fix
22:38
Spirit532
blackmagic said it's beyond economical repair
22:38
Spirit532
but they followed up with "we don't do component level repair" so that explains why
22:38
Bertl_oO
yeah, well, they obviously want to sell a new one :)
22:39
Spirit532
they did offer to replace the entire left side of the camera with the slightly damaged LCD cable for only $150
22:39
Bertl_oO
got a newly developed bad pixel, well, nothing we can do about that, buy a new one :)
22:39
Spirit532
they actually can
22:39
Bertl_oO
for sure they can, but they are not interested in doing so
22:39
Spirit532
they said "we tried to pass this through our image optimization process, but since there's no hardware IDs anywhere, the software doesn't know anything about the camera and can't proceed"
22:39
Spirit532
which is lazy
22:39
Spirit532
it's a single commented line to skip ID checks
22:40
Spirit532
though I assume even if they did calibrate it, they wouldn't be able to write it to the camera
22:40
Bertl_oO
anyway, what I would check first is if all the eeprom pins have a proper connection
22:40
Spirit532
I don't even know where it is
22:40
Spirit532
and I'm not really keen on ripping the camera apart again
22:41
Bertl_oO
because if one of them has a bad solder joint, you basically get a all ones or all zero result on each and every read
22:41
Spirit532
yeah it might be something like that
22:41
Bertl_oO
while the actual calibration data might still be tehre
22:41
Bertl_oO
*there
22:41
Spirit532
I... doubt that one
22:41
Spirit532
they said they flashed it with the factory bootloader before undoing it back to production firmware
22:41
Spirit532
(to attempt restoring the IDs)
22:42
Bertl_oO
and it didn't work, did it?
22:42
Spirit532
so you're thinking that it's the command lines, not the data lines of the eeprom that are gone?
22:42
Spirit532
MOSI, if it's SPI?
22:43
Bertl_oO
which means that the eeprom (actually it will be some kind of flash memory) didn't get the proper commands
22:43
Spirit532
the camera has an absolutely horrid origami construction
22:43
Spirit532
http://i.imgur.com/2X8disJ.jpg
22:43
Bertl_oO
and without the proper commands (because some pin is shorted or open), nothing will be erased or changed or overwritten
22:43
Spirit532
those flexes feel more like thin PCB than something designed to be bent
22:44
Spirit532
(not my camera btw, just a pic online)
22:44
Bertl_oO
if you find a high resolution image, I probably can point you to the flash memory
22:44
Spirit532
nope, that's the best I found
22:45
Spirit532
it's the only place it can be, so probably something small
22:45
Spirit532
but not one of the switchmode PSUs
22:45
Bertl_oO
well, the one on the top board below the white button, right above the 6 pin unpopulated header (left side)
22:45
Spirit532
and probably not one of the QFNs with a bunch of caps, those are probably switched cap psus or charge pumps to go back up
22:45
Bertl_oO
looke like a hynix flash memory at first glance
22:45
Spirit532
ram
22:46
Spirit532
it's the main and only processor
22:46
Spirit532
but there may be flash too
22:46
Bertl_oO
I would say the stuff on the right side is the RAM
22:46
Bertl_oO
like 6 chips of DDR memory
22:46
Spirit532
it's almost entirely single sided load
22:46
Spirit532
the stuff on the back is just decoupling
22:46
Bertl_oO
but I'm talking about the smaller one right below the white button
22:46
Spirit532
that... might be
22:47
Spirit532
but it's FBGA by the looks of it
22:47
Spirit532
package is floating above the board
22:47
Spirit532
I'll die before I can reflow that at home
22:47
Bertl_oO
yeah, eMMC comes in this kind of package for example
22:47
Spirit532
the little small SOP below the battery looks out of place
22:47
Spirit532
there's obviously two big power supplies
22:47
Spirit532
and a tiny xilinx part
22:48
Bertl_oO
and actually you might get away with simply reheating it with a hot air gun
22:48
Spirit532
that is probably not the best idea
22:48
Bertl_oO
because your hot air gun skills are that bad?
22:48
Bertl_oO
:)
22:48
Spirit532
I mean overheating is an issue yes
22:48
Spirit532
but just generally reheating random parts on a board is the "phone repairman" tactic
22:49
danieel
that flash next to the small xilinx/atmel device is just fpga firmware and that works
22:49
Spirit532
(doesn't work 90% of the time)
22:49
Bertl_oO
not really, you heat up the PCB to something aroun 100-120°C from the bootom
22:49
Spirit532
can't do that
22:49
Spirit532
I have no preheater or oven
22:49
Bertl_oO
and then you use a temperature controlled heat gun set to 250-350°C to reheat the package from the top
22:50
Spirit532
250-350C is vague
22:50
Bertl_oO
well, depends on the solder paste used
22:50
Spirit532
it's going to be rohs
22:50
Spirit532
so probably closer to 300
22:50
Bertl_oO
250 for leaded solder, 350 for unleaded
22:50
Bertl_oO
anyway, preheating can be done with a cheap PTC from china
22:50
Bertl_oO
you can get those for about 10 USD or so
22:51
Spirit532
the issue with this board is that to get it to the state that is in that picture, you have to strip the camera to its last screw
22:51
Spirit532
it's an awful design
22:51
Bertl_oO
but hey, I'm just providing some ideas here, not saying that you should do this or that to your camera :)
22:52
RexOrCine
changed nick to: RexOrCine|away
22:52
Spirit532
http://i.imgur.com/YOtEHSQ.jpg
22:52
Spirit532
this is how it looks in the camera
22:52
Bertl_oO
could be worse
22:52
Spirit532
could be better too
22:52
Bertl_oO
the main problem is the lack of documentation
22:53
Bertl_oO
but that's what you get in the proprietary arena
22:53
Spirit532
blackmagic's business model seems to be a complete lack of technical support beyond what's commercially viable
22:55
Spirit532
what's worse is that the eeprom might be on the sensor board
22:55
Spirit532
which is... http://i.imgur.com/N6ZndDu.jpg
22:55
Spirit532
yeah
22:59
Spirit532
I'm thinking it's a separate eeprom, because if it was some sort of flash device, you'd think the OS would be stored on it too, right?