Current Server Time: 00:26 (Central Europe)

#apertus IRC Channel Logs

2021/01/11

Timezone: UTC


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