Current Server Time: 09:56 (Central Europe)

#apertus IRC Channel Logs

2021/12/06

Timezone: UTC


03:13
Bertl_oO
off to bed now ... have a good one everyone!
03:13
Bertl_oO
changed nick to: Bertl_zZ
04:26
Spirit532
left the channel
04:26
intrac
left the channel
04:26
illwieckz
left the channel
04:26
balrog
left the channel
04:26
lexano
left the channel
04:26
kbeckmann
left the channel
04:26
tpw_rules
left the channel
04:27
intrac
joined the channel
04:27
Spirit532
joined the channel
04:27
illwieckz
joined the channel
04:27
balrog
joined the channel
04:27
lexano
joined the channel
04:27
kbeckmann
joined the channel
04:27
tpw_rules
joined the channel
04:37
Topic
apertus° - open source cinema | www.apertus.org | join the apertus° Lab: http://lab.apertus.org/ | IRC Logs available at: http://irc.apertus.org | Weekly IRC meeting: Monday 18:00 CET/CEST
04:37
vup
has set the topic
04:50
anuejn[m]
left the channel
04:50
Bertl_zZ
left the channel
04:50
Bertl_zZ
joined the channel
04:54
anuejn[m]
joined the channel
06:24
se6astian
good day
10:42
Bertl_zZ
changed nick to: Bertl
10:42
Bertl
morning folks!
10:50
anuejn
morning
12:24
vup
morning :)
12:29
se6astian
PLR HDR settings added to nctrl cooked parameters: https://github.com/apertus-open-source-cinema/nctrl/commit/adbc614fd6106979173e40a1cefc844e7fd00f88
12:40
vup
nice, did you try those on camera yet?
12:41
se6astian
yes works great
12:41
vup
nice, wasn't sure I implemented all the math operators needed :P
12:41
se6astian
now need some feedback from anuejn how to add it to UI elements in dashboard as well
12:41
se6astian
well hdr adds 2 kneepoint exposure times so I just copied the formulas from the normal exposure time
12:43
vup
right, makes sense
12:44
Bertl
you also have two voltage levels
12:51
se6astian
correct, but there is no big math necessary there
12:56
se6astian
for vtfl2 it says: Bit [6] = 0/1: Enable/Disable DAC
12:56
se6astian
that bit is enabled by default
12:56
se6astian
why would anyone want to disable the DAC?
12:57
vup
lower power consumption maybe?
12:57
Bertl
or could also be for external voltages?
12:58
se6astian
interesting
12:59
se6astian
the CMV12000 datasheet only has 2 occurances for "DAC" and thats exactly in the description of the VTFL registers for PLR HDR
13:02
se6astian
vup: how far are you with the hardware exports/viewer website?
13:02
vup
well its probably also the only DACs in the sensor
13:02
Bertl
VTF_LOW* pins are external bias pins
13:03
vup
se6astian: not a lot changed from last week, was quite busy
13:03
se6astian
regarding the mac address OUIs we requested: https://github.com/openmoko/openmoko-usb-oui/pull/37
13:03
se6astian
right
13:04
vup
but I can put some time into it this evening, lets see how far it gets
13:05
se6astian
great
16:00
se6astian
MEETING TIME, who is here?
16:01
Bertl
is here ...
16:01
vup
is here
16:02
se6astian
anything to share vup?
16:06
se6astian
ok, then quick updates from me:
16:07
se6astian
small recorder GUI improvements, wiki improvements, webui additions
16:07
se6astian
experimenting with 24fps mode currently, so 48fps recording
16:07
se6astian
ordered a powerbank with PD support, does not work with lattepanda still
16:07
se6astian
ordered another one that should arrive by the end of the week
16:08
se6astian
designed a preliminary recorder enclosure and 3d printed on friday
16:09
se6astian
grant applicaton with technical university is still work in progress after a VC last week, some internal discussions pending
16:10
se6astian
thats it from my side
16:10
se6astian
Bertl: any news from your side?
16:13
Bertl
nope nothing really new from my side
16:14
Bertl
the usual small work here and there but nothing to brag about :)
16:18
vup
sorry was afk for a sec
16:20
vup
not much from my side either, but anuejn and I started worked on the implementation of the new processing architecture of the recorder
16:20
se6astian
ah cool, can you give some insight?
16:20
vup
we got some basic stuff working again (like bitdepth conversion, debayering, input and output, etc)
16:21
vup
there are two basic (interacting) things that are missing still from the implementation: 1. support for multiple outputs
16:23
vup
and 2. caching that allows reuse of previous computations in case of diverging processing flows
16:23
vup
(for example imagine having a hdmi source and then two outputs, one for live preview and one for saving to disk)
16:25
vup
what we already have is priorization for the different paths, so for example the live preview should never cause frame drops when saving to disk if you have enough processing power for saving to disk but not saving to disk and live preview
16:26
vup
another topic we have been thinking about for the next iteration is tiling / cache blocking to overcome memory bandwidth limits we are now running into pretty easily. If anybody has any thoughts or inputs on that they would be much appreciated
16:27
vup
Other than that I spent some time on small webpage that collects information about all the pcb schematics and boards, maybe ill push some v1 later today
16:28
vup
thats it for now
16:28
se6astian
many thanks
16:29
se6astian
sounds great!
16:29
se6astian
anyone else who wants to report/discuss/share anything?
16:36
se6astian
ok then, MEETING CONCLUDED, many thanks everyone for pushing this project forward, small steps and big ones to "brag about" :)
16:37
Bertl
thanks for moderating!
16:37
se6astian
as always: my pleasure
16:55
Bertl
off for now ... bbl
16:55
Bertl
changed nick to: Bertl_oO
17:13
ilia
joined the channel
17:14
ilia
Hello
17:15
ilia
left the channel
17:15
ilia
joined the channel
17:17
se6astian
hi there!
17:17
ilia
Ah hello it is working
17:18
ilia
Are my messages coming through?
17:18
se6astian
yeah, was just distracted :)
17:18
se6astian
so you said already you didnt have time for much recently but can you quickly tell us what you got done already?
17:24
ilia
I've started getting familiar with the code for raw2dng, got it compiled on macOS, but there seems to be issues related to 32 bit, so I've only maaged to run it on my linux laptop. I have not yet managed to get a correct DNG conversion yet. Am I right in thinking I'd need to use frame-merge and raw2dng to achieve DNG frames from the HDMI data?
17:24
se6astian
yes, if your input is bgr or frame data from hdmi
17:25
se6astian
but we also have snapshot raw12s
17:25
se6astian
http://files.apertus.org/AXIOM-Beta/snapshots/
17:25
se6astian
you might neeed to use the --swap-lines parameter with raw2dng for those
17:25
ilia
Yeah I've had difficulties converting .raw12 to DNG correctly
17:26
se6astian
as in an older camera firmware version we had a bug that swapped even and odd lines when saving stills
17:26
se6astian
what was the error or problem?
17:26
ilia
The DNG files seem to be all orange and crazy
17:26
ilia
Not simple line swap
17:26
ilia
Not sure what was going wrong
17:27
ilia
I was using raw12 generated using frame-merge
17:28
se6astian
if the colors are wrong but the general image does not look distorted then its likely a bayer order issue
17:28
ilia
Ah I see
17:29
se6astian
even/odd lines swapping also changes bayer order and leads to wrong colors
17:29
ilia
I will have a look right now
17:29
se6astian
https://wiki.apertus.org/index.php/Raw2dng#Further_Notes
17:29
se6astian
there is an example image
17:29
se6astian
its all pink then
17:29
se6astian
if its all orange it might be another issue
17:29
se6astian
which files did you try to convert in particular?
17:30
ilia
'magritte-bubbles'
17:31
se6astian
right
17:31
se6astian
there you need to be careful to merge the right A+B frames
17:31
ilia
Understood
17:31
ilia
I just merged the first two
17:31
se6astian
as its easy to accidentally merge B of one frame and A from the next frame
17:32
ilia
I would also like to replace the DNG writing code in raw2dng with that used in MLV App, as this code looks like embedded code, and seems to be broken on 64 bit. What do you think?
17:32
se6astian
the framecounter corner marker helps there
17:32
ilia
I see
17:32
se6astian
this script shows frame counter, etc
17:32
se6astian
https://github.com/apertus-open-source-cinema/misc-tools-utilities/tree/master/raw-via-hdmi/frame-info
17:33
se6astian
I deprecated the *.bgr extenson though and switched to *.frame now with recordings
17:33
ilia
Will try that as well
17:33
se6astian
because its no bgr anymore
17:33
se6astian
it rgb now
17:33
se6astian
but only for newly recorded clips :)
17:34
se6astian
raw2dng is supposed to work inside the camera as well so embedded code make sense
17:34
ilia
Ah I see.
17:34
se6astian
replacing that with code that does the same thing but does not work inside the camera anymore sounds like a bad "upgrade" :)
17:35
ilia
Then I should figure out why this doesn't work on 64 bit.
17:35
se6astian
yes please post the output/errors
17:35
se6astian
might be a simple fix
17:36
se6astian
we are not mac experts though but maybe we will be able to help
17:36
ilia
I suspect it might be due to the 32 bit pointer in the middle of the raw_info structure. I tried allowing a 64 bit pointer, but the code crashes.
17:36
se6astian
linux is likely also 64bit or is it a particularly old laptop?
17:36
ilia
The makefile always compiles the code to 32 bit
17:37
se6astian
ah I see
17:37
ilia
It sets the 32 bit flag unless already compiling on 32 bit arm I think
17:37
se6astian
and macos does not agree I guess
17:37
ilia
Yeah the issue with macOS is no more 32 bit support.
17:37
ilia
I'm sure there's a way of getting the code to work on 64 bit.
17:38
ilia
But for now I will just use my laptop with linux
17:40
ilia
So the format is now rgb instead of bgr with *.frame?
17:40
se6astian
right
17:40
se6astian
yes
17:41
se6astian
I updated https://docs.google.com/document/d/1ERt7XjSjaa7GC1EGPR6PFvjFwDJYQMQKQPc4xy9CwBk/edit# already accordingly
17:41
se6astian
but no new recorded smaples yet
17:41
se6astian
*samples
17:42
ilia
So the only change needed in processing should be choosing the right bayer order in raw2dng?
17:43
se6astian
the output from frame-merge should not be different
17:44
se6astian
and --swap-lines should also not be required for new raw12s
17:44
ilia
Ah ok
17:46
ilia
https://i.ibb.co/CWLp8Qr/image.png
17:46
se6astian
off for dinner now
17:46
ilia
Talk soon
18:02
ilia
left the channel
18:25
ilia
joined the channel
18:26
ilia
left the channel
18:53
anuejn
ilia: tho i think that replacing that dng writing code with something less smelly is a good idea
18:54
anuejn
and I dont really see why the mlvapp code wouldnt work on the camera