Current Server Time: 22:24 (Central Europe)

#apertus IRC Channel Logs

2016/01/11

Timezone: UTC


00:47
wakalixes
left the channel
02:02
Bertl
off to bed now ...
02:02
Bertl
changed nick to: Bertl_zZ
02:25
pozitrono
joined the channel
04:31
troy_s
irieger: That is what I said; dual greens. Impossible to do two readouts in succession without a temporal bit of strangeness I believe?
04:31
troy_s
irieger: Offering simultaneous identical green filters but at two different simultaneous gains would account for solid colour and greater latitude.
04:32
troy_s
(Lean on the other green to figure out proper range when out of zone.)
06:13
jucar
joined the channel
06:42
jucar
left the channel
07:24
alexML
troy_s: they can do two readouts at the same time, with two different amplifiers on the same signal
07:24
alexML
imagine you have two audio amps connected to the same music source
07:24
alexML
you turn one louder and the other one less loud
07:25
alexML
two greens may give a little more latitude, but what do you do when the other two channel clip?
07:25
alexML
07:42 -!- jucar [~jucar@59.90.167.251] has quit [Ping timeout: 276 seconds]
07:25
alexML
08:24 < alexML> troy_s: they can do two readouts at the same time, with two different amplifiers on the same signal
07:26
alexML
07:42 -!- jucar [~jucar@59.90.167.251] has quit [Ping timeout: 276 seconds]
07:26
alexML
08:24 < alexML> troy_s: they can do two readouts at the same time, with two different amplifiers on the same signal
07:26
alexML
(sorry, that was my kid)
08:03
se6astian|away
changed nick to: se6astian
08:06
se6astian
good morning
08:06
slikdigit
left the channel
08:13
arpu
joined the channel
08:42
Bertl_zZ
changed nick to: Bertl
08:42
Bertl
morning folks!
08:43
Bertl
alexML: I like your kid ... how old is (s)he?
08:53
alexML
one year old
08:54
Bertl
it's always good to start early with IRC :)
08:56
Bertl
I got your "log" proposal for 4k encoding (from sebastian)
08:57
alexML
yeah, I remember we talked about it a while ago
08:57
Bertl
do I understand that right that it is based on YCbCr out instead of RGB?
08:57
alexML
that one is RGB based
08:58
alexML
I also tried a YCbCr version, but didn't get better results
08:58
alexML
so, the simplest one would be to apply a curve, and then, direct mapping to RGB
08:58
Bertl
with alternating greens
08:59
alexML
yep
08:59
Bertl
and yes, I get that the math is on RGB, but your reconstruction is based on YCbCr 422
08:59
Bertl
btw, it should be already implemented in the current setup
09:00
alexML
from the recorder, you get Y422 and then you convert to RGB?
09:00
Bertl
because we have a gamma LUT for HDMI out, and the alternating green should be there as well
09:01
Bertl
the only thing we need to do is construct a proper lookup table (or four of them to be precise)
09:01
alexML
in my simulations I used the same LUT for all channels
09:02
alexML
so, as a starting point, should be worth trying, I think
09:02
Bertl
I wonder if it wouldn't make sense to use a slightly shifted lut for alternating frames (in the future, not possible at the moment)
09:04
alexML
to get a little more bit depth? yes, makes sense
09:07
Bertl
another option would be to use alternating pixels for Cb and Cr to compensate for the 422
09:10
Bertl
i.e. probably would (r,g1,b), (b,g2,r) give better results in reconstruction
09:11
pozitrono
left the channel
09:13
niemand
joined the channel
09:15
alexML
worth trying, though introduces more flicker[D[D[D[D[D[D[D[D[D[D[D[D[D[D[D[D[D[D[D[D[D[D[Dit
09:15
cbohnens|away
changed nick to: cbohnens
09:20
Bertl
flicker is not a problem I thin
09:20
Bertl
\+k
09:21
Bertl
the codecs are all intra frame codecs, so no adverse effect on the recording
09:39
se6astian
plus we have two hdmi slots on the Beta so we can use one for recording and one for previewing
09:39
se6astian
of course if we can do both over the same thats even better
09:43
se6astian
anyone ever heard of https://www.mollie.com/en/pricing ?
09:43
se6astian
they also do credit card and bitcoin processing
09:43
se6astian
good rates, but never heard of them before
09:53
alexML
btw, 422 averagees 2 pixels horizontally, so we may consider doubling the horizontal resolution in some channels (transmit left half, then right half), or shifting some channels horizontally by 1 pixel
10:01
Bertl
does it actually average them?
10:02
Bertl
isn't the spacial relation fixed in YCbCr and the averaging only happens at reconstruction?
10:02
Bertl
(should be easy to test with an artificial test pattern)
10:05
alexML
well, each group of 2 pixels have two luma values and one shared chroma (Cb+Cr)
10:05
alexML
so, chroma is probably averaged
10:05
alexML
(or otherwise combined)
10:05
Bertl
that's the question, it could also be Cb from the first pixel and Cr from the second
10:06
Bertl
or Cb/Cr from every second pixel
10:06
alexML
yeah, but I think it's unlikely, since that may introduce aliasing
10:06
Bertl
we should do a simple color grid test
10:07
alexML
it might be as well a slightly larger filter
10:08
Bertl
how about a single pixel red/blue bar every 7 or 13 pixels?
10:08
Bertl
and the inverse at the bottom half or so>
10:09
Bertl
s/>/?
10:10
alexML
as a test pattern? yes
10:11
alexML
there may be even helpful patterns in what you already recorded (didn't manage to look into them yet, only decoded the memory dumps and recovered one image)
11:15
niemand
left the channel
11:46
jucar
joined the channel
11:56
jucar
left the channel
12:35
baldand
left the channel
12:35
baldand
joined the channel
13:19
niemand
joined the channel
15:14
arpu
left the channel
15:48
niemand
left the channel
15:50
cbohnens
changed nick to: cbohnens|away
16:00
se6astian
changed nick to: se6astian|away
16:00
pozitron
joined the channel
16:08
Bertl
left the channel
16:40
arpu
joined the channel
17:02
se6astian|away
changed nick to: se6astian
17:03
alexML
I think I just pulled 2 extra stops of highlights out of the hat
17:03
se6astian
hoho!
17:03
alexML
( intracube knows how - from linearizing what troy_s called "nondata" )
17:04
alexML
https://dl.dropboxusercontent.com/u/4124919/bleeding-edge/apertus/highlights/it8-gainx1-offset2047-80ms-02.jpg
17:04
alexML
https://dl.dropboxusercontent.com/u/4124919/bleeding-edge/apertus/highlights/it8-gainx1-offset2047-20ms-02.jpg
17:04
alexML
https://dl.dropboxusercontent.com/u/4124919/bleeding-edge/apertus/highlights/HTC-gainx1-offset2047-80ms-02.jpg
17:04
alexML
https://dl.dropboxusercontent.com/u/4124919/bleeding-edge/apertus/highlights/HTC-gainx1-offset2047-20ms-02.jpg
17:05
alexML
the 20ms it8 was exposed to the right (the 25ms one was already clipping)
17:05
alexML
so, I got a set of curves that matched the 80ms it8 to the 20ms one
17:05
alexML
then, used the same curves to HTC 80ms
17:05
alexML
so, IT8 is training data and HTC is validation data
17:07
alexML
besides LUTs, I used dark frame, clip frame (nonlinearity-gainx1-offset2047-75ms-01.raw12), and extreme row noise correction
17:08
alexML
the recovered highlights are a little noisy, but should be better than solid white
17:15
jucar
joined the channel
17:30
Bertl
joined the channel
17:47
troy_s
alexML: It _is_ non data.
17:47
troy_s
You don't have to trust me on that, but do the colorimetry. It is junk.
17:47
troy_s
Absolutely fine as a post production pass after all the work is donr
17:47
troy_s
But as "data" nothing further from the truth.
17:49
irieger
troy_s: Would sign that. That data isn't usable for serious work.
17:51
davidak
joined the channel
17:56
Bertl
off for a nap ... bbl
17:56
Bertl
changed nick to: Bertl_zZ
18:51
troy_s
irieger: Amen.
18:52
troy_s
irieger: again, perfectly acceptable as a planned oopsie fix in the visual effects domain (hello Zodiac ;) ) but not for the steel and wood of structure.
18:56
niemand
joined the channel
19:14
slikdigit
joined the channel
19:15
slikdigit
left the channel
19:15
slikdigit
joined the channel
19:27
intracube
alexML: nice :)
19:27
intracube
the only caveat being how adversely affected the colour accuracy is
19:29
alexML
I'd rather say the repeatability
19:30
alexML
if that one is good, you can tweak the curves to get good colors; otherwise, you'd better desaturate that :P
19:31
intracube
https://dl.dropboxusercontent.com/u/4124919/bleeding-edge/apertus/highlights/it8-gainx1-offset2047-80ms-02.jpg
19:32
intracube
there's some pink highlights in the bottom right and green edge to the shadow
19:32
intracube
I guess this is the limits of the colour when pushed this far?
19:33
alexML
that was because my "clip frame" was not actually clipped in that corner
19:34
alexML
I should have taken a slightly more overexposed image
19:34
intracube
ah ok
19:34
alexML
this is just the first proof of concept, without any claims of perfect colors
19:35
intracube
:)
19:35
alexML
(so, a little early to jump in and call it junk, imo)
19:36
intracube
didn't mean to at all
19:36
alexML
not you :P
19:41
intracube
but even in worst case, it could save the need for an expensive re-shoot
19:50
alexML
especially since this sensor barely has 9-10 stops of DR
19:51
alexML
sure, you can always use PLR instead of this, if the temporal artifacts aren't bad
19:54
alexML
(just commited the code, btw)
20:22
MartinS
joined the channel
20:47
jucar
left the channel
20:52
jucar
joined the channel
20:56
pozitron
left the channel
20:58
philippej_
joined the channel
20:59
philippej_
is always amazed to read the irc log and discover what collective intelligence grought to the table since last visit. Congrats to everyone !
20:59
philippej_
(brought:-) )
21:39
intracube
doesn't the piece-wise linear mode avoid temporal problems?
21:46
se6astian
it has its own temporal problems
21:46
se6astian
the exposure is interupted up to two times
21:56
intracube
ah ok.
21:57
intracube
will be interesting to see what that looks like in practice
22:07
jucar
left the channel
22:07
niemand
left the channel
22:15
philippej_
left the channel
23:04
se6astian
off to bed
23:04
se6astian
changed nick to: se6astian|away
23:54
pozitrono
joined the channel