Current Server Time: 23:08 (Central Europe)

#apertus IRC Channel Logs

2021/01/11

Timezone: UTC


02:25
intrac
changed nick to: intrac_afk
04:23
Bertl_oO
off to bed now ... have a good one everyone!
04:24
Bertl_oO
changed nick to: Bertl_zZ
05:33
danieel
left the channel
05:46
danieel
joined the channel
06:03
danieel
left the channel
06:04
danieel
joined the channel
06:45
BAndiT1983|away
changed nick to: BAndiT1983
08:00
mumptai
joined the channel
09:29
se6ast1an
good day
09:59
eppisai
joined the channel
10:21
eppisai_
joined the channel
10:25
eppisai
left the channel
10:25
eppisai_
changed nick to: eppisai
11:28
mumptai_
joined the channel
11:57
eppisai
left the channel
11:58
eppisai
joined the channel
12:05
Bertl_zZ
changed nick to: Bertl
12:05
Bertl
morning folks!
12:38
mumptai_
left the channel
13:21
futarisIRCcloud
joined the channel
13:26
eppisai
left the channel
13:26
eppisai
joined the channel
13:37
eppisai
left the channel
13:37
eppisai
joined the channel
15:17
eppisai
left the channel
15:17
eppisai
joined the channel
15:31
futarisIRCcloud
left the channel
15:31
eppisai
left the channel
15:33
eppisai
joined the channel
16:05
RexOrCine1
joined the channel
16:05
RexOrCine
left the channel
16:12
eppisai_
joined the channel
16:16
eppisai
left the channel
16:22
eppisai_
left the channel
16:22
eppisai
joined the channel
16:41
NaizaSingla
joined the channel
16:43
NaizaSingla
left the channel
16:45
lexano
left the channel
16:47
eppisai
left the channel
16:48
eppisai
joined the channel
16:49
lexano
joined the channel
16:58
se6ast1an
meeting in 2 minutes
16:59
anuejn
is here
17:00
bluez
is here..
17:01
metal_dent[m]
is present
17:01
vup2
is here
17:01
eppisai
I dont know how to do the "is here" thing, but I am also here ðï¸
17:02
Shohei
joined the channel
17:03
BAndiT1983
eppisai: https://gist.github.com/xero/2d6e4b061b4ecbeb9f99
17:03
se6ast1an
phone, sorry
17:03
BAndiT1983
trying to help
17:03
BAndiT1983
just type / and me together, then the action
17:04
se6ast1an
have to leave for a sec
17:04
se6ast1an
can you start without me
17:04
BAndiT1983
no problem
17:04
BAndiT1983
Bertl: are you also available?
17:04
eppisai
is present
17:05
BAndiT1983
ok, lets see when he will respond
17:06
BAndiT1983
lets start with our interns, then eppisai and then the core team
17:06
BAndiT1983
metal_dent[m]: please go on
17:06
metal_dent[m]
Hi, so last week was quite fruitful :)
17:07
se6ast1an
back, sorry :)
17:07
metal_dent[m]
my image button PR was finally merged, then i started working on the visualizer display task (T1215)
17:08
metal_dent[m]
BAndiT1983 and I were able to add the desaturation shader on the display but that did not look good enough so we have now also added a contrast factor there
17:09
se6ast1an
great!
17:09
metal_dent[m]
the work is done and i have also created a PR for it, that is it from me!
17:09
se6ast1an
many thanks!
17:09
se6ast1an
what will your work on next?
17:11
metal_dent[m]
BAndiT1983 has some more ideas to improve the visualizer like flashing to pic16 but we are still discussing
17:11
se6ast1an
sounds good
17:11
BAndiT1983
ehm, not visualiser, we will turn more to the hardware
17:11
se6ast1an
perfect
17:12
se6ast1an
bluez, what do you have in terms of news for us?
17:12
bluez
hi!.. so last week i was finally able finish up the test setup part
17:13
Bertl
sorry, got delayed ... here now :)
17:13
bluez
i.e. an axi lite slave with some registers... writting in vhdl
17:13
bluez
s/writting/written
17:14
bluez
here is the axi lite slave with some verification: https://github.com/Swaraj1998/axi-lite-slave-prj
17:14
bluez
and here is the full project for bitstream generation: https://github.com/Swaraj1998/axi-lite-slave-prj
17:15
bluez
* sry this is the first link: https://github.com/Swaraj1998/axi-lite-slave
17:16
bluez
while doing this.. i also stumbled upon a small typo in the beta axi slave code... which as Bertl mentions could potentially be the reason for some of the axi related issues
17:17
bluez
nevertheless.. i learned a lot of vhdl and vivado workflow stuff (with its tcl side)
17:17
bluez
we can now use this test setup later to compare with our new approach to registers
17:17
Bertl
yep, you did, well done!
17:18
bluez
Bertl: thanks! :)
17:18
se6ast1an
very nice!
17:18
se6ast1an
many thanks
17:18
se6ast1an
anuejn: I hear you have great things to share with us!
17:18
anuejn
not too great
17:18
anuejn
but we (vup and me) continued to work on the wavelet compression
17:19
anuejn
our python compressor can now also do huffman encoding so we have all the blocks together
17:19
anuejn
and we also have first numbers
17:21
anuejn
lossless compression gives us roughly a factor of 1.37:1 - 1.7:1
17:21
anuejn
which is not too great but also not too bad
17:21
se6ast1an
this is with real world sample footage already?
17:21
se6ast1an
raw12
17:22
anuejn
lossy compression can give us about 4.5:1 - 13:1 with a psnr of 50db to 55db
17:23
anuejn
but psnr seems to be a rather poor metric for image quality
17:23
anuejn
this is using the collected realworld dataset I collected
17:24
anuejn
raw12
17:24
se6ast1an
great
17:24
anuejn
currently we are compressing all color chanels seperately
17:25
anuejn
probably one could do something smart there but there is a red patent that covers some of the things one can do there :(
17:25
se6ast1an
you mean 4 color "subimages" right?
17:25
vup2
yes
17:25
se6ast1an
I remember there was a sony/red lawsuit not too long ago because of this compression
17:26
anuejn
vup worked on a port of the compressor to rust for improved performance
17:26
se6ast1an
but I was not able to find out what the "protected parts" they were fighting about is exactly, did you find the red patent that explains it?
17:26
anuejn
the next step would be either to improve on that and add the missing compression building blocks there to be able to experiment faster with parameters
17:27
anuejn
or port the existing python code to the fpga
17:27
vup2
se6ast1an: this one has atleast some stuff: https://patents.google.com/patent/US9245314B2/en
17:27
se6ast1an
thanks
17:27
anuejn
thats it from me
17:28
se6ast1an
I think it would make sense to spend a little more time on the parameters and building blocks before the fpga implementation
17:28
anuejn
ah one more thing: the images vary a lot in compressability and noise seems to be quite a showstopper
17:28
anuejn
especially images with bad rcn seem to be problematic
17:29
se6ast1an
but thats quite expected I assume as noise is a rather high frequency image content
17:30
se6ast1an
and I assume is true for any compression method
17:30
vup2
yep, but it would be nice to have something that removes the rcn noise before the compression
17:31
Bertl
that's why it is 'common practice' to filter out noise and add it back later :)
17:31
vup2
well thats what we are already doing is essence using the wavelet transformation
17:31
vup2
but if there is more high frequency noise one has more information to transmit / add back later
17:31
anuejn
Bertl: do you have references for that?
17:32
vup2
so removing the unwanted noise (and not adding it back again in the end) would be nice
17:32
Bertl
anuejn: nothing I can link here ...
17:32
se6ast1an
yes :)
17:33
Bertl
the problem with proper FP and NUPR noise removal is that it requires a lot of resources
17:34
Bertl
which we probably do not want to use up for this in the camera ... but let's see
17:34
vup2
sure we will have to experiment a lot with many different parameters I think
17:36
se6ast1an
but great progress, anything with usb3 btw?
17:36
anuejn
not this week
17:38
se6ast1an
right
17:38
se6ast1an
BAndiT1983: any news from your side?
17:39
mumptai
left the channel
17:40
BAndiT1983
not much
17:40
BAndiT1983
but has assisted the students and explained how the firmware and visualiser work
17:40
BAndiT1983
also improved some code in the visualiser and also continuing there
17:41
intrac_afk
changed nick to: intrac
17:41
BAndiT1983
regarding the LCD contrast, it's solely for the visualiser, will add also a toggle button to switch it on and off, it simulates the real display a bit, but also helps to simulate LCD brightness setting to make it darker etc.
17:41
BAndiT1983
this will be a task for metal_dent[m] or eppisai, regarding the toggle button
17:42
BAndiT1983
besides axiom remote was also working a bit on the "pick and place" data script, but haven't reached the milestone i wanted yet, have to adjust the position of components for the orientation of the PNP machine
17:42
BAndiT1983
that would be it for now
17:42
se6ast1an
many thanks
17:42
se6ast1an
eppisai: ready to share your great progress?
17:43
eppisai
yeh! was just waiting, had typed in notepad..
17:43
eppisai
So, last week I just spend trying to understand the axiom remote codebase better, and just trying to re-add the screen transition back in axiom remote, BAndiT1983 is helping with understanding the codebase..
17:43
eppisai
Also since the last 3 days I am trying to add a working keyboard.. se6ast1an is helping me with this..
17:43
eppisai
I have made all the keys,and have stored them in a hash map, and have mapped them with respective alphabets, so cursor actually moves in this hashmap(0 -> A, 1 -> B etc).
17:43
eppisai
Have took care of corner cases like when user is at A and he/she presses left then cursor will move to Z, or erasing without inputting etc..
17:43
eppisai
I will make it 10 key per row, and qwerty(changing the key number of current, in button array), and will add number keys at the end..
17:43
eppisai
This is how it looks..
17:44
eppisai
https://user-images.githubusercontent.com/54789531/104211761-7adc9b80-545a-11eb-96ed-eb74093647dd.mp4
17:44
BAndiT1983
do we need a hash map there or can we use ASCII values?
17:44
BAndiT1983
nice music choice!
17:44
eppisai
: D
17:45
BAndiT1983
but the movement will be done by knob later, or what is planned?
17:45
eppisai
yeh, but still buttons need to be stored so, memory will be used..
17:45
se6ast1an
very nice
17:45
se6ast1an
yes knob plus buttons around LCD I would assume
17:45
Bertl
eppisai: I presume you are paying royalties to queen :)
17:45
se6ast1an
the idea would be to see what works best from the user experience
17:45
BAndiT1983
would swap the buttons with arrows, it's more intuitive
17:45
eppisai
Yeh, with knob I think, But i will figure it out how to add..
17:45
BAndiT1983
eppisai: just use chiptune versions :D
17:46
se6ast1an
yes, left button moves "right and right button moves "left" is not optimal, but for a first prototype ... and the music made up for it :)
17:46
eppisai
: D : D Bertl
17:47
eppisai
chiptune, ohk I'll see
17:47
Bertl
if you keep the left/right/enter setup I would order the buttons left, enter, right
17:47
se6ast1an
good idea
17:47
BAndiT1983
knob allows for quicker selection there
17:47
se6ast1an
and we need a button to "finish"
17:47
Bertl
as we have plenty of other buttons, it might also be good to add up and down
17:48
Bertl
there is nothing more annoying than moving through all the letters in the alphabet (and possibly the numbers as well :)
17:48
se6ast1an
yeah there are many ideas here to try eppisai as we are seeing here :)
17:49
BAndiT1983
Bertl: ask game console users in the 90s and 00s
17:49
BAndiT1983
and the dreaded 3 letter input with only up and down keys on NES or so
17:49
eppisai
Yeh I thought of up and, but Like "WASD" type something would work, but if up/down are in top button drawer, and left/right in button, would have made made bit hassle for user
17:50
eppisai
*bottom button
17:50
Bertl
what about using the side buttons there?
17:51
eppisai
ohk, so side buttons for nagivation,and top and bottom buttons for action (enter,capslock etc)?
17:51
Bertl
nah, bottom for left/enter/right
17:51
Bertl
side buttons for up/down
17:52
eppisai
actuallu,yeh that would be good..
17:52
eppisai
I'll try it out!
17:53
Bertl
you can use the middle side button for e.g. backspace/del/erase
17:53
Bertl
(if you like)
17:53
Bertl
or to switch between characters and numbers/special symbols
17:54
eppisai
but this might raise one issue, as we have limited screen space, so adding side buttons would only allow 32 buttons at a time..
17:55
eppisai
ohk so two screen keyboard
17:55
eppisai
like in moble devices, with sperate numpad
17:55
Bertl
for example, also the side buttons do not need to be large and/or present on both sides
17:55
BAndiT1983
eppisai: just use same layout, but change the characters, this will save you some struggle
17:55
Bertl
so they do not necessarily use up a lot of space
17:56
se6ast1an
ok, lets move on :)
17:56
eppisai
BAndiT1983 : ohk..
17:57
se6ast1an
quick updates from my side
17:57
se6ast1an
manfred visited me in the factoryhub today
17:57
se6ast1an
to make upgrades/improvements to the pick and place machine
17:57
se6ast1an
also the oshpark delivery of mixed panels has arrived today
17:58
se6ast1an
since last week the stencil for the hardware production was completed and version 2 as well after an issue with connectors was discovered
17:58
se6ast1an
bertl still needs to verify at least one component on the stencil
17:58
se6ast1an
but in general its done
17:59
se6ast1an
component purchase will start shortly after tele have approved our suggestion who sources which parts
17:59
se6ast1an
just talked to the purchase guy
17:59
se6ast1an
we will print teles bar code and number onto labels that we stick to the reels
18:00
se6ast1an
I also pushed a few axiom remote additions over the course of the last week: https://github.com/apertus-open-source-cinema/AXIOM-Remote/commits/dev
18:00
se6ast1an
I think thats it from me
18:00
se6ast1an
Bertl: the closing words?
18:02
Bertl
Well, I was swamped with non Axiom related work last week, so besides working with bluez and helping out with pcb/stencil reviews not much did happen
18:02
Bertl
that's it from my side for this week
18:03
se6ast1an
many thanks
18:03
se6ast1an
anyone else who wants to report/discuss/share anything?
18:05
Shohei
Hi, here is my personal progress report.
18:05
Shohei
I've read the documents on this link about the enclosure up to 7 : https://wiki.apertus.org/index.php/AXIOM_Beta/Enclosure ,and also roughly checked the related links, and some of the related 3D-CAD models.
18:05
Shohei
They are wonderful works!
18:05
Shohei
I've been very excited to read and learn from them.
18:05
se6ast1an
great to hear, thanks :D
18:05
Shohei
This is almost off topic, but
18:05
Shohei
It's a little exciting for me that the "first angle method" is used for mechanical drawing, instead of the "third angle method"  which is used in Japan :)
18:06
Shohei
Thank you : )
18:07
se6ast1an
interesting details :D
18:07
se6ast1an
btw I want to rework the https://www.apertus.org/team page
18:07
se6ast1an
and i am looking for a graphics designer to collaborate on the redesign
18:08
se6ast1an
if you know anyone let me know
18:08
se6ast1an
ok then
18:08
se6ast1an
MEETING CONCLUDED
18:08
se6ast1an
many thanks everyone!
18:09
anuejn
btw can anybody explain to me what opencolorio does
18:10
anuejn
It was a bit unclear to me what the exact problem is they are trying to solve
18:11
Shohei
left the channel
18:11
BAndiT1983
"have a healthy and active community"
18:11
BAndiT1983
was just reading through their mission: https://github.com/AcademySoftwareFoundation/OpenColorIO
18:12
se6ast1an
I think the "problem" is that there are many different tools for graphics design
18:12
BAndiT1983
as ILM has also contributed there, so they must have a field of applications
18:12
se6ast1an
and the "input" and "output" of one software to the other in some cases resulted in color representation differences
18:15
se6ast1an
different color spaces, log/linear, etc.
18:15
se6ast1an
ok, gotta leave
18:17
anuejn
but what does openimageio do?
18:20
BAndiT1983
just another image lib
18:20
anuejn
oh s/openimageio/opencolorio/
18:20
BAndiT1983
*image loading/saving
18:21
BAndiT1983
plus some features for presenting or managing in memory
18:21
anuejn
do they implement concrete algorithms?
18:21
BAndiT1983
https://openimageio.readthedocs.io/en/release-2.2.8.0/imagebufalgo.html#convolutions-and-frequency-space-algorithms
18:23
BAndiT1983
they seem also to target RAW and such -> https://github.com/OpenImageIO/oiio/issues/1944
18:24
BAndiT1983
and https://openimageio.readthedocs.io/en/release-2.2.8.0/builtinplugins.html#raw-digital-camera-files
18:33
RexOrCine1
left the channel
18:34
RexOrCine
joined the channel
18:37
Bertl
off for now ... bbl
18:37
Bertl
changed nick to: Bertl_oO
18:46
RexOrCine
left the channel
18:46
RexOrCine
joined the channel
18:52
mumptai
joined the channel
19:03
RexOrCine
left the channel
19:03
RexOrCine
joined the channel
19:06
RexOrCine
left the channel
19:06
RexOrCine
joined the channel
19:09
RexOrCine
left the channel
19:09
RexOrCine
joined the channel
19:17
RexOrCine
left the channel
20:10
RexOrCine
joined the channel
20:46
se6ast1an
just tested the latest remote/visualizer commits, very nice BAndiT1983 & metal_dent[m]!
21:49
RexOrCine
left the channel
21:53
RexOrCine
joined the channel
22:20
RexOrCine1
joined the channel
22:21
RexOrCine
left the channel
22:30
se6ast1an
off to bed
22:30
se6ast1an
good night
22:31
BAndiT1983
uploaded the preview of the LCD simulation for the visualiser -> https://lab.apertus.org/T1212
22:41
BAndiT1983
panintended: if you're around, it's using CentralDB ;)
22:41
BAndiT1983
for the birghtness control, not for the toggle button
22:59
EmilJ
I'm still trying to figure out u-boot. I have flashed the apertus firmware image but can't even get to u-boot shell, even though I have loaded and imported the environment from uEnv.txt when running u-boot from the pynq image, and saved the environment variables to flash with `saveenv`
23:00
EmilJ
I don't know what part of the device tree could be so different
23:00
EmilJ
I forgot to backup the final device tree as visible from the OS in the pynq image. I guess I should be comparing the axiom-firmware one to that
23:10
EmilJ
anyway now that it's failing to boot from SD card, it's running apparently some wacky demo flash-loaded default firmware, that flashes RGB LEDs and uses buttons as control for audio recording and playback... https://github.com/Digilent/ZYBO/blob/master/Projects/dma/sdk/dma/src/audio/audio.c
23:11
Bertl_oO
yeah, IIRC, there is a fallback when the SD card cannot be read
23:12
EmilJ
Ah apparently the demo was running was because it's midnight and I'm cognitively impaired and I forgot I removed the microSD card.
23:12
EmilJ
So the behavior with the SD card image as-is is that I get nothing on UART
23:13
EmilJ
and I did check that the UART used for console in the u-boot environment variables is the same one at the same address
23:13
EmilJ
are there any prerequisites for the contents of the flash?
23:14
Bertl_oO
flash being the nand flash or the sd card?
23:14
EmilJ
NAND flash
23:15
Bertl_oO
IIRC, on the Zybo it has some random number and a globally unique EUI
23:16
Bertl_oO
(and the demo of course :)
23:16
EmilJ
is anything on the SD card boot partition required to be... aware of the identifier?
23:17
Bertl_oO
well, depends on the SD card, no? :)
23:17
Bertl_oO
i.e. if you boot an Axiom Beta boot image there, we definitely won't check any EUI or whatnot
23:18
EmilJ
Yeah my SD card rn has the micro image so there shouldn't be a problem
23:19
BAndiT1983
changed nick to: BAndiT1983|away
23:19
EmilJ
sadly I can't hot swap pynq and axiom micro images. Due to having sliced the other one of my microSDs with a knife, it had tons of bad sectors
23:19
Bertl_oO
how about getting a new one?
23:19
Bertl_oO
they are not that expensive anymore :)
23:19
EmilJ
I will, I just forgot to write down to get one
23:20
EmilJ
anyway, would you have any guesses what could be failing here? I think my issue ultimately is that right now I can't bring u-boot up
23:21
EmilJ
All that was on the boot partition of the pynq image was two binary blobs
23:22
EmilJ
I'll finish the comparison snippet and send it, hold on
23:23
anuejn
hm... the zynq has at least two uarts
23:24
anuejn
maybe your device is using the wrong one?
23:27
EmilJ
I was getting output with the pynq image and it had the same console UART settings so I think that's not the issue
23:27
EmilJ
I checked the u-boot variables as well as the devicetree and it matched in terms of UARTs
23:27
anuejn
hm...
23:32
EmilJ
https://gitlab.com/-/snippets/2059657
23:32
EmilJ
xilinx sure does love monsterblobs with no docs since you're expected to use their tooling
23:33
EmilJ
I mean, why would a mere engineer ever want to understand the tools they use...
23:35
Bertl_oO
nobody at Xilinx understands the tools :)
23:50
eppisai
left the channel
23:50
eppisai
joined the channel