Current Server Time: 02:00 (Central Europe)

#apertus IRC Channel Logs

2018/06/08

Timezone: UTC


01:07
futarisIRCcloud
joined the channel
01:29
RexOrCine
changed nick to: RexOrCine|away
02:00
jucar
joined the channel
03:10
jucar
left the channel
03:16
futarisIRCcloud
left the channel
03:27
rton
left the channel
03:34
illwieckz_
joined the channel
03:37
illwieckz
left the channel
06:15
niemand
joined the channel
06:15
niemand
left the channel
06:15
niemand
joined the channel
06:57
BAndiT1983|away
changed nick to: BAndiT1983
07:36
niemand
left the channel
08:04
ymc98
joined the channel
08:10
se6astian|away
changed nick to: se6astian
09:21
ymc98_1
joined the channel
09:26
ymc98
left the channel
09:33
ymc98_1
left the channel
09:33
ymc98
joined the channel
09:34
ymc98_1
joined the channel
09:34
ymc98_1
left the channel
09:35
ymc98_1
joined the channel
09:35
ymc98_1
left the channel
09:35
ymc98_1
joined the channel
09:39
ymc98
left the channel
10:01
ymc98_1
left the channel
10:03
rton
joined the channel
10:18
ymc98
joined the channel
10:28
ymc98_1
joined the channel
10:31
ymc98
left the channel
10:37
sebix
joined the channel
10:37
sebix
left the channel
10:37
sebix
joined the channel
10:51
illwieckz_
left the channel
11:40
BAndiT1983
changed nick to: BAndiT1983|away
11:40
BAndiT1983|away
changed nick to: BAndiT1983
13:40
RexOrCine|away
changed nick to: RexOrCine
14:22
ymc98_1
left the channel
14:45
BAndiT1983
changed nick to: BAndiT1983|away
14:53
jucar
joined the channel
14:57
jucar
left the channel
15:00
BAndiT1983|away
changed nick to: BAndiT1983
15:53
se6astian
changed nick to: se6astian|away
16:09
BAndiT1983
changed nick to: BAndiT1983|away
16:27
BAndiT1983|away
changed nick to: BAndiT1983
16:56
ymc98
joined the channel
17:04
supragya
joined the channel
17:05
supragya
hi BAndiT1983
17:09
supragya
left the channel
17:13
sebix
left the channel
17:19
se6astian|away
changed nick to: se6astian
18:04
ymc98
left the channel
18:04
ymc98
joined the channel
18:36
niemand
joined the channel
18:36
niemand
left the channel
18:36
niemand
joined the channel
18:48
supragya
joined the channel
18:49
supragya
se6astian: are you available?
18:49
supragya
need your thoughts on PLR
18:54
supragya
left the channel
18:58
se6astian
yes, now
19:03
illwieckz
joined the channel
19:30
supragya
joined the channel
19:36
supragya
.
19:38
supragya
se6astian: let me know (via email), how you think about this!
19:38
supragya
left the channel
19:59
g3gg0
joined the channel
20:00
ymc98
left the channel
21:21
supragya
joined the channel
21:21
supragya
hi g3gg0
21:33
se6astian
hi there
21:33
se6astian
just replied to your email
21:37
supragya
se6astian: these are A,B,C:
21:37
supragya
A) convert by hand to raw16-lin using probably a per-pixel-lut as alex proposed
21:37
supragya
B) just pass raw12-plr and provide the cdng tag for the lut
21:37
supragya
C) convert to 16bit in per pixel and apply a global lut/curve to reduce data to 12 bit
21:37
supragya
With illustrations/references do you mean GUI stuff for the camera operator to see while shooting (as we discussed some days ago)? - no
21:38
se6astian
then my vote is B)
21:38
supragya
i meant references in form of further reading
21:38
supragya
illustration as in graphs/etc
21:38
se6astian
I dont think A) is required
21:38
se6astian
and see no point in c)
21:39
supragya
B is explained in the model then
21:39
se6astian
I am good and need no further illustrations/references
21:39
supragya
(it is really not based on any proof)
21:39
supragya
need experimental evidence as you did with PLR experiments
21:40
g3gg0
hi supragya
21:40
supragya
However, as g3gg0 wanted me to dig deeper into this, I wanted to know what he really wanted (how deep, and in which direction)
21:40
supragya
hi g3gg0
21:40
g3gg0
just came home from a canoe event
21:41
supragya
just came back to PC seeing you online on irc logs XD
21:41
se6astian
I know alexML already started with the math model but I am not even convinced we need one, we can just measure the sensors response curve with as many samples as we desire and create a LUT from it
21:41
g3gg0
yeah A/B/C
21:42
g3gg0
iirc my idea was to look into effort needed for each A) and B)
21:42
g3gg0
A is comparable to C in the means of: pixel processing during DNG conversion
21:43
g3gg0
B is a low hanging fruit, if it is easily possible to forge a DNG which has the LUT *and* tools can read it
21:43
supragya
I am not sure on how to visualize on converting 16bit with global lut to 12bit
21:43
g3gg0
having features in a standard, doesnt mean that all tools support it
21:43
g3gg0
you mean C?
21:43
supragya
yes
21:43
BAndiT1983
why 16bit to 12?
21:44
BAndiT1983
sensor delivers 12 already
21:44
g3gg0
wasnt this your proposal? or danieel
21:44
supragya
best i could think was a gamma curve, but that's non linear
21:44
g3gg0
12 (PLR) -> linearize to 16 bit -> downconvert to 12
21:44
supragya
g3gg0: :)
21:44
supragya
this was danieel's
21:44
BAndiT1983
why convert it down again?
21:44
BAndiT1983
besides problems to display that range, there is also processing error involved
21:44
supragya
12 -> 16 -> 12 (I don't get what's going on)
21:44
g3gg0
you cannot linearize 12->16 without having a bunch of useless noise
21:44
supragya
12 -> 16 makes sense
21:45
g3gg0
wait
21:45
supragya
16 -> 12 why and how
21:45
BAndiT1983
12bit thourgh linearization table to 16 bit
21:45
BAndiT1983
at least that there the things i saw in other cinemadng files
21:45
BAndiT1983
i'm not an expert, but that seems like proper way
21:45
supragya
B makes sense...
21:46
BAndiT1983
go for B at the moment, no need to do things complicated
21:46
g3gg0
as said, C is more or less like A, just with a downconverison to 12 bit. so...
21:46
g3gg0
its just an extra step
21:47
BAndiT1983
can someone point me to papers or something like that, which describe this downconversion
21:47
supragya
g3gg0: could you look at my notes (i sent you)
21:47
g3gg0
thats why i said A and C are similar
21:47
supragya
to linearise, we need >12bit space isn't it?
21:47
BAndiT1983
still see no point in losing data, with proper debayering it would be no problem with noise, especially with dark frame
21:48
se6astian
supragya: to linearise, we need >12bit space isn't it? <- yes
21:48
supragya
so compressing things back to 12bit is losing data, or am I wrong?
21:48
se6astian
the more bits the better
21:48
g3gg0
maybe you should discuss it with danieel ;)
21:48
se6astian
supragya: so compressing things back to 12bit is losing data, or am I wrong? <- correct
21:49
supragya
so why is C even a consideration when we talk RAW?
21:49
supragya
for JPEG i could understand this, but isn't our priority needs to be to save as much detail as possible?
21:49
g3gg0
also in canon raw video we use only 12 bits instead of 14 bits, as the two bits are partially noise
21:50
g3gg0
and the reduction in bandwidth is noticeable
21:50
supragya
so C is perhaps "smoothing out" to accomodate ?
21:50
BAndiT1983
that can be done in post
21:50
BAndiT1983
capture everything you can and let the whole processing stuff for post
21:50
supragya
in anycase, bandwidth is issue between camera and PC
21:51
supragya
and that is always 12bit, be it a,b or c
21:51
g3gg0
why focus on this C now?
21:52
supragya
Just because I am not able to understand it's use case, and the mentality behind it
21:52
g3gg0
16->12 is just an option that can be added, ignored or whatever :)
21:52
supragya
nothing more than that ;)
21:53
g3gg0
ok, then simply flag it as "well, someone might think that the 2 bits less data is a good option without losing any useful information" ;)
21:53
g3gg0
might be, might not.
21:53
supragya
so, B?
21:53
BAndiT1983
that has to be tested in practical way
21:53
g3gg0
i'd leave it as an non-verified idea
21:54
BAndiT1983
go for general 12bit from sensor and curve for linearization to 16 bit or so
21:54
g3gg0
there are people who are far more skilled in matlab and alike than me to test this ;)
21:54
BAndiT1983
it's about the range, so one can teak the colors and exposure in tools
21:54
g3gg0
@supragya: please look into it, what you need for that
21:54
BAndiT1983
*tweak
21:55
supragya
se6astian: could you shed light on how B's LUT could be found experimentally?
21:55
g3gg0
check what a DNG needs for the LUT, like the tags etc
21:55
BAndiT1983
some examples were posted yesterday
21:55
supragya
g3gg0: should be a general header preceeding a LUT structure
21:55
BAndiT1983
tag 51720 or something like that and a nsippet for curve
21:55
supragya
I would need exiftool analysis
21:56
supragya
and hex too.
21:56
BAndiT1983
is it just DNG specific stuff or is it also used for TIFF?
21:56
supragya
LUT?
21:56
supragya
LUT is general
21:56
BAndiT1983
tag -> https://docs.google.com/document/d/16m2uaoY_YvpRwvpQeH_zCoyBlyvtFFi_UWSDglrk62Y/edit#
21:56
supragya
but tags depend on the format
21:56
BAndiT1983
sorry, wrong link
21:56
BAndiT1983
https://www.adobe.com/content/dam/acom/en/products/photoshop/pdfs/dng_spec_1.4.0.0.pdf
21:56
BAndiT1983
tag 50712
21:57
supragya
that is understood
21:57
BAndiT1983
and it points to chapter 5 for further info
21:57
supragya
that a paragraph :)
21:57
supragya
in chapter 5
21:57
supragya
of what linearisation "is"
21:58
BAndiT1983
linearization also used for encoding to store less values
21:58
g3gg0
50712 - DNG/LinearizationTable
21:58
BAndiT1983
interesting how others do it -> http://lclevy.free.fr/nef/
21:58
supragya
i get the idea of process (LUT + 12bitPLR = 16bitLINEAR)
21:59
g3gg0
thats good :)
21:59
supragya
a need a struct of sorts with datatypes to understand how to add it to publisher
21:59
BAndiT1983
supragya, have you tried to implement DNG by hand first?
21:59
supragya
something, that we figured in AVI, RIFF when making the frameserver
22:00
supragya
BAndiT1983: no, g3gg0 said I don't need to
22:00
supragya
I plan on using their mlv2dng system
22:00
supragya
modified for us
22:01
g3gg0
yep
22:01
BAndiT1983
http://www.guillermoluijk.com/article/superhdr/index.htm
22:01
g3gg0
you can still manually forge the DNG
22:01
BAndiT1983
know this article for long time, had to use google translator or deepl to understand it a bit
22:01
g3gg0
e.g. get a DNG out of mlvfs and handcraft / add the table if you are comfortable
22:02
BAndiT1983
it was just a suggestion to get a hang of LUT stuff in darktable or so
22:02
supragya
g3gg0: btw, why did you wanted the mlv generated by AXIOMRawStreamHandler(generator)?
22:02
BAndiT1983
if the files comes out correct, even synthetic gradient or so, then it should be possible to let darktable/rawtherapee to read the linearization LUT and play around with it
22:04
supragya
BAndiT1983: seems plausible, however needs a working "publisher" to build upon
22:04
supragya
should not be a big deal, especially since we are reusing code
22:05
supragya
but first, let's make sure that synthetic frames (Emulation) are encoded correctly
22:06
supragya
should I move this way? BAndiT1983, g3gg0 ?
22:07
g3gg0
which way do you mean?
22:07
supragya
*go in this direction
22:07
supragya
first, let's make the emulation complete I mean
22:07
supragya
so that we are able to encode synthetic frames at least to CDNG
22:08
supragya
and then add LUT etc. ?
22:08
g3gg0
i'd start looking into what you have to add to the CDNG to have LUT added properly
22:09
g3gg0
as BAndiT1983 said, craft such a CDNG (with or without mlvfs) and check if it will properly render in common tools
22:10
g3gg0
according to danieel, davinci resolve should support it properly
22:10
g3gg0
(was it danieel?)
22:10
supragya
:) you forget often
22:10
g3gg0
getting old ;)
22:10
supragya
isn't davinci resolve paid ?
22:10
g3gg0
nope
22:10
g3gg0
free
22:11
g3gg0
(yeah it was danieel)
22:12
g3gg0
i doubt that having a cool PLR and LUT enriched CDNG is useful if there is only one tool which can read it...
22:13
g3gg0
so best is to check if all use the same interpretation of the standard
22:13
g3gg0
(e.g. check with adobe raw, lightroom etc)
22:14
supragya
LUT standards, you mean?
22:15
supragya
also, any CDNG files you have which I should begin hacking on?
22:15
g3gg0
yes. maybe the LUT format, as it is specified will be interpreted fine by every DNG reader. but still the file will not load due to dozens of other issues and missing tags
22:16
supragya
or mlv?
22:17
g3gg0
https://www.magiclantern.fm/forum/index.php?topic=11899.0
22:17
g3gg0
or your apertus MLV
22:17
supragya
you mean emulation?
22:17
g3gg0
yepyou can
22:18
supragya
okay.. thanks
22:18
g3gg0
yep, you can use a original canon mlv to get a proper DNG file using mlvfs, or just use yours
22:18
supragya
will look into it and report back
22:18
supragya
mine should work fine on mlvfs
22:18
supragya
or am I missing something critical which differs from canon mlv?
22:18
g3gg0
if mlvfs will work with your mlv files, it would be the best
22:19
supragya
let's look at that too.
22:19
supragya
Sure thing. Thanks for your time g3gg0, se6astian, BAndiT1983 :)
22:19
g3gg0
there were minor things. i think i asked you via mail
22:19
supragya
going to leave for now
22:20
g3gg0
e.g. frameSpace being set to 22008
22:20
supragya
ah yes,
22:20
supragya
that is probably a bug perhaps
22:20
g3gg0
ok
22:20
g3gg0
i'd also fill the raw_info properly
22:20
supragya
that was to be rectified or was a placeholder value
22:20
g3gg0
check a sample mlv file which values it uses
22:21
supragya
as I said, more of placeholder values to get the systems running
22:21
supragya
g3gg0: sure
22:21
g3gg0
iirc the active are etc are used
22:21
g3gg0
yep, cool
22:21
supragya
good night then :)
22:22
g3gg0
ok good night. will answer your mail tomorrow.
22:22
supragya
sure...
22:22
g3gg0
i like the proposal for the PLR block
22:22
nmdis199-
Hello g3ggo!
22:22
g3gg0
more details tomorrow. cya
22:22
g3gg0
hi nmdis199- :)
22:23
nmdis199-
Bertl, is busy with some stuff for few days so I'd need you and alexML :)
22:23
g3gg0
ok, i hope i can help ;)
22:24
nmdis199-
So, we were running some tests on beta and realized that many factors affected the run time of the code
22:24
nmdis199-
although, we did completed a bunch of tests we were planning to do more but unfortunately he got busy
22:25
nmdis199-
so, after talking to sebastian we have decided that I should write an overview of what kind of access is good/bad
22:25
g3gg0
ok
22:25
nmdis199-
I'll probably make a doc and will share with all my mentors, so I'd need your feedbacks :)
22:26
niemand
left the channel
22:26
nmdis199-
if you could look into it, it'd be amazing :)
22:26
nmdis199-
does that sounds right?
22:26
g3gg0
sure, you have my mail address? if not pm me
22:26
nmdis199-
no, I'll pm you :)
22:27
supragya
left the channel
22:28
nmdis199-
Thanks for your time, good night everyone!
22:29
g3gg0
sure, night!
23:36
se6astian
changed nick to: se6astian|away
23:36
BAndiT1983
changed nick to: BAndiT1983|away
00:25
RexOrCine
changed nick to: RexOrCine|away