01:16 | aombk | left the channel | |
01:41 | aombk | joined the channel | |
01:59 | rton | left the channel | |
03:39 | ymc98_ | joined the channel | |
03:56 | futarisIRCcloud | left the channel | |
04:03 | ymc98__ | joined the channel | |
04:09 | ymc98_ | left the channel | |
04:10 | ymc98__ | left the channel | |
04:27 | ymc98_ | joined the channel | |
04:28 | Mahesh_ | joined the channel | |
04:28 | ymc98| | joined the channel | |
04:35 | ymc98_ | left the channel | |
04:35 | Mahesh_ | left the channel | |
04:35 | ymc98| | left the channel | |
04:37 | ymc98_ | joined the channel | |
04:37 | ymc98- | joined the channel | |
04:37 | Mahesh_ | joined the channel | |
04:42 | ymc98_ | left the channel | |
04:43 | Mahesh_ | left the channel | |
04:43 | ymc98- | left the channel | |
04:50 | ymc98_1 | joined the channel | |
05:40 | slikdigit | joined the channel | |
05:54 | Bertl_zZ | changed nick to: Bertl
| |
05:54 | Bertl | morning folks!
| |
07:07 | slikdigit | left the channel | |
08:14 | Mahesh_ | joined the channel | |
08:14 | ymc98_ | joined the channel | |
08:18 | ymc98__ | joined the channel | |
08:19 | ymc98_ | left the channel | |
08:19 | Mahesh_ | left the channel | |
08:19 | Mahesh_ | joined the channel | |
08:19 | ymc98_ | joined the channel | |
08:29 | Mahesh_ | left the channel | |
08:31 | ymc98_ | left the channel | |
08:32 | ymc98__ | left the channel | |
08:40 | se6astian|away | changed nick to: se6astian
| |
09:00 | ymc98- | joined the channel | |
09:00 | Mahesh_ | joined the channel | |
09:00 | Mahesh_ | left the channel | |
09:01 | ymc98__ | joined the channel | |
10:27 | Bertl | off for now ... bbl
| |
10:27 | Bertl | changed nick to: Bertl_oO
| |
10:44 | se6astian | changed nick to: se6astian|away
| |
11:08 | ymc98__ | left the channel | |
11:58 | se6astian|away | changed nick to: se6astian
| |
12:02 | ymc98| | joined the channel | |
12:02 | ymc98- | left the channel | |
13:08 | sebix | joined the channel | |
13:08 | sebix | left the channel | |
13:08 | sebix | joined the channel | |
13:38 | rton | joined the channel | |
13:51 | supragya_ | joined the channel | |
14:10 | ymc98| | left the channel | |
15:05 | supragya_ | left the channel | |
15:08 | supragyaraj | joined the channel | |
15:10 | supragyaraj | Hi se6astian Bertl_oO : Have the znc servers been set up successfully?
| |
15:20 | RexOrCine|away | changed nick to: RexOrCine
| |
15:21 | BAndiT1983|away | changed nick to: BAndiT1983
| |
15:24 | supragyaraj | hi BAndiT1983
| |
15:25 | BAndiT1983 | hi supragyaraj
| |
15:26 | supragyaraj | how's it going BAndiT1983 ?
| |
15:27 | BAndiT1983 | rather okay, and you?
| |
15:27 | supragyaraj | a bit bogged down with things, still feeling great
| |
15:28 | supragyaraj | I will send you and g3gg0 an email of my emulation program design
| |
15:28 | supragyaraj | I should have a basic emulation ready for testing feasibility (in terms of speed) by weekend
| |
15:28 | BAndiT1983 | ok, looking forward to it
| |
15:28 | BAndiT1983 | what is the basic process of it?
| |
15:29 | supragyaraj | I will send an email... the explanation would be lengthy
| |
15:29 | supragyaraj | but in short
| |
15:30 | supragyaraj | I will have the stream saved in memory and then given off to the "recorder" as a stream
| |
15:30 | BAndiT1983 | sounds good
| |
15:30 | supragyaraj | this stream will maybe be served through fuse or something.. and then we flush the saved MLV to memory itself.
| |
15:31 | supragyaraj | The reason of this right now is to check if it is possible
| |
15:31 | supragyaraj | and there are no bottlenecks...
| |
15:31 | supragyaraj | main memory everywhere so that I can isolate my HDD speed to not being a bottleneck
| |
15:31 | BAndiT1983 | FUSE would be overkill, in my opinion
| |
15:32 | supragyaraj | FUSE is just there to help in emulation (to model the stream)... In real case, we wont use it
| |
15:33 | supragyaraj | https://github.com/supragya/AXIOM_RawStreamHandler/tree/master/src
| |
15:33 | supragyaraj | These are the 4 components
| |
15:33 | supragyaraj | generator: creates MLV vidf structs etc (which in real life would be given off by AXIOM)
| |
15:34 | supragyaraj | stream_emulator: put the generated files in memory and serves it as a stream
| |
15:34 | supragyaraj | stream_handler: Our actual system
| |
15:34 | supragyaraj | publisher: converts MLV to DNG
| |
15:35 | supragyaraj | stream_handler is multithreaded for each source/stream connected.. (more on it in email)
| |
15:36 | se6astian | changed nick to: se6astian|away
| |
15:45 | RexOrCine | changed nick to: RexOrCine|away
| |
15:53 | supragyaraj | left the channel | |
16:10 | illwieckz | left the channel | |
16:23 | illwieckz | joined the channel | |
16:37 | manan1999_ | joined the channel | |
16:38 | manan1999_ | Hi, I'm a newbie and would like to start contributing as a software developer. Please advise about where I can get started from
| |
16:45 | ymc98_ | joined the channel | |
16:47 | manan1999_ | left the channel | |
16:48 | supragyaraj | joined the channel | |
16:48 | manan1999_ | joined the channel | |
16:48 | manan1999_ | Hi, I'm a newbie and would like to start contributing as a software developer. Please advise about where I can get started from
| |
16:49 | supragyaraj | ah... nice
| |
16:49 | supragyaraj | how are you manan1999_
| |
16:49 | manan1999_ | I'm good
| |
16:49 | ymc98_ | left the channel | |
16:50 | supragyaraj | what are you interested in manan1999_ ?
| |
16:50 | supragyaraj | in terms of software development? your skills?
| |
16:51 | manan1999_ | I mostly have experience with web development(flask)
| |
16:51 | manan1999_ | but I'm open to and looking forward to learning something new
| |
16:52 | supragyaraj | have you looked at / know what apertus is about?
| |
16:53 | manan1999_ | I looked at it but would like a further insight
| |
16:53 | supragyaraj | there is OpenCine (C++/Qt) for our software end on PC (raw image manipulation / color correction etc)
| |
16:54 | supragyaraj | and then there is website itself (however I am not sure how much of it's access is given to public), it wont be on flask however
| |
16:55 | supragyaraj | the main thing is AXIOM cameras themselves which involves circuity / VHDL / FPGA development
| |
16:55 | manan1999_ | I'm afraid I don't have experience with any of them
| |
16:55 | supragyaraj | well, noone does when they come in!
| |
16:56 | BAndiT1983 | there is also PCB inspection, using opencv through python, frontend done with nodejs
| |
16:56 | supragyaraj | it gets easier ;)
| |
16:56 | BAndiT1983 | or newsletter templating
| |
16:56 | manan1999_ | I could work on the frontend/opencv
| |
16:56 | supragyaraj | ah yes, BAndiT1983 that!
| |
16:56 | BAndiT1983 | this is the repo -> https://github.com/apertus-open-source-cinema/pcb-aoi
| |
16:56 | supragyaraj | what happened to it? is it not working
| |
16:56 | BAndiT1983 | supragyaraj, what is not working?
| |
16:57 | manan1999_ | how does newsletter templating work
| |
16:57 | supragyaraj | the newsletter templating
| |
16:57 | supragyaraj | you said last newsletter was made manually
| |
16:57 | BAndiT1983 | have anyone developed templating stuff further? we are still at manual cahnges at the moment
| |
16:57 | supragyaraj | I guess you were upto it? we have a lab task for it?
| |
16:57 | BAndiT1983 | currently we use MJML for newsletter layout, but it requires manual text insertion
| |
16:58 | BAndiT1983 | idea was to use templating library to bypass that and to insert texts and images automatically, from some content file
| |
16:58 | BAndiT1983 | supragyaraj, nope, have enough of other stuff to do, also besides apertus
| |
16:58 | supragyaraj | the templating was done a little by me... and later taken over by BAndiT1983 who did quite some work on it.
| |
16:59 | BAndiT1983 | haven't done anything besides testing, we still use the original MJML layout
| |
16:59 | supragyaraj | manan1999_: If you would like to work on it, I would help you begin on that task... it should be a good fit for you.. if you like
| |
17:00 | manan1999_ | Thank you so much
| |
17:00 | manan1999_ | when can I start
| |
17:00 | BAndiT1983 | anytime ;)
| |
17:00 | supragyaraj | free right now ?
| |
17:00 | supragyaraj | i'll walk you through in PM
| |
17:01 | manan1999_ | yeah
| |
17:01 | supragyaraj | getting PM messages manan1999_ ?
| |
17:02 | manan1999_ | yup
| |
17:26 | BAndiT1983 | left the channel | |
17:44 | manan1999_ | left the channel | |
17:45 | manan1999 | joined the channel | |
18:00 | ymc98_1 | left the channel | |
18:01 | BAndiT1983 | joined the channel | |
18:01 | ymc98_1 | joined the channel | |
18:18 | se6astian|away | changed nick to: se6astian
| |
18:27 | TofuLynx | joined the channel | |
18:29 | sebix | left the channel | |
18:30 | TofuLynx | Hello BAndiT1983
| |
18:30 | supragyaraj | TofuLynx: how's it going?
| |
18:31 | TofuLynx | Hello raj!
| |
18:31 | TofuLynx | I am doing okay, what about you?
| |
18:32 | TofuLynx | bogged with some things?
| |
18:32 | supragyaraj | kindof yes
| |
18:33 | BAndiT1983 | hi TofuLynx
| |
18:33 | BAndiT1983 | exams?
| |
18:34 | TofuLynx | I am seeing your bilinear implementation right now
| |
18:35 | TofuLynx | you used a different concept of offsets
| |
18:39 | BAndiT1983 | could you write a test for it, so we can compare output with newer implementation?
| |
18:41 | manan1999 | left the channel | |
18:42 | TofuLynx | what do you mean?
| |
18:42 | TofuLynx | a Unit test?
| |
18:43 | BAndiT1983 | yep
| |
18:47 | TofuLynx | I will do it, but not now. I want to understand the logic behind your implementation
| |
18:47 | BAndiT1983 | ok
| |
18:47 | TofuLynx | do you have a snippet of your implementation with you? Do you want a link?
| |
18:47 | supragyaraj | left the channel | |
18:48 | BAndiT1983 | i can look it up in github
| |
18:48 | TofuLynx | https://github.com/TofuLynx/opencine/blob/777ee30e8cdf6d6a9ba9ee6b8152f3034e8c8dae/Source/OCcore/Image/BilinearDebayer.h
| |
18:48 | BAndiT1983 | do you have specific questions?
| |
18:49 | TofuLynx | Yeah
| |
18:49 | TofuLynx | I just want you to guide me behind the logic
| |
18:49 | TofuLynx | let's assume we are handling a RGGB image
| |
18:50 | BAndiT1983 | colorOffsets specify the starting points for first missing pixel of each color
| |
18:50 | BAndiT1983 | so the algorithm know where to start
| |
18:50 | TofuLynx | hmm
| |
18:50 | TofuLynx | why isnt Red 0 and 1 then?
| |
18:51 | BAndiT1983 | because it isn't taking borders into account, was done for simplicity back then
| |
18:51 | TofuLynx | what's a pixel for you? the 4 colors?
| |
18:51 | BAndiT1983 | nope, just a single pixel
| |
18:51 | BAndiT1983 | rggb are 4 pixels
| |
18:51 | TofuLynx | hmm so it starts in the blue position?
| |
18:52 | Bertl_oO | well, actually we call them 'sensel'
| |
18:52 | BAndiT1983 | ok, ok, sensel
| |
18:52 | TofuLynx | Sure, lets go with sensel
| |
18:52 | BAndiT1983 | yep, it starts at blue position, but calculates red there, as known red pixels are in diagonal positions from it
| |
18:53 | Bertl_oO | it makes it simpler to discuss pixel (RGB, HSV, CMYK, etc) vs photo sites (sensel)
| |
18:53 | TofuLynx | thanks Bertl_oO
| |
18:53 | TofuLynx | Hmm what about the green channels, why is it 1 1 and 2 2?
| |
18:54 | TofuLynx | and why is Blue not 1 2?
| |
18:54 | BAndiT1983 | https://www.researchgate.net/profile/Emanuel_Marom/publication/45709080/figure/fig1/AS:307400574816256@1450301416028/Typical-Bayer-Matrix-with-3-main-colors-in-the-RGGB-configuration-In-this-paper-each.png
| |
18:54 | BAndiT1983 | look at the picture
| |
18:54 | supragya_ | joined the channel | |
18:55 | BAndiT1983 | we count from 0, so to get the red value, the algorithm starts at 1,1
| |
18:55 | se6astian | hey supragya and TofuLynx, what do you think of this task? https://lab.apertus.org/T1018
| |
18:55 | BAndiT1983 | using diagonal cross for blue and red, but cross for green
| |
18:55 | se6astian | Would that be interested for any of you to do?
| |
18:55 | supragya_ | Hi, is the znc setup? I am not able to connect using my nick
| |
18:55 | se6astian | Bertl_oO: dealt with ZNC afaik
| |
18:56 | se6astian | I will remind him
| |
18:56 | Bertl_oO | supragya_: let's take this private, it should work
| |
18:56 | se6astian | ah there you are :)
| |
18:56 | supragya_ | Bertl_oO... Wait let me reconnect
| |
18:56 | TofuLynx | se6astian : I could help doing that task, surely. But not now, as I am short on time :)
| |
18:57 | TofuLynx | BAndiT1983 what green are you talking about?
| |
18:57 | BAndiT1983 | TofuLynx, hope that gsoc is getting some of your attention
| |
18:57 | BAndiT1983 | green, like green sensel ;)
| |
18:58 | TofuLynx | Oh wait
| |
18:58 | TofuLynx | I was thinking the other way
| |
18:59 | TofuLynx | hmm
| |
18:59 | TofuLynx | so, red starts a 1,1 makes sense.
| |
18:59 | supragyaraj | joined the channel | |
18:59 | TofuLynx | green1 starts at 1,1 -> cross ?
| |
18:59 | supragyaraj | Bertl_oO: I am here!
| |
19:00 | Bertl_oO | yay!
| |
19:00 | BAndiT1983 | TofuLynx, yes, as it's the missing sensel in the middle
| |
19:00 | TofuLynx | ok
| |
19:00 | se6astian | TofuLynx: understood, supragya do you have more time currently?
| |
19:01 | BAndiT1983 | bilinear debayer walks over unknown parts, that's why the offsets are in that way
| |
19:01 | TofuLynx | green2 is 2,2 -> also cross, correct?
| |
19:01 | TofuLynx | and finally blue is 2,2 -> diagonal cross, understood!
| |
19:01 | BAndiT1983 | yep
| |
19:02 | BAndiT1983 | stop, no
| |
19:02 | TofuLynx | ok
| |
19:02 | BAndiT1983 | green is 1,1
| |
19:02 | BAndiT1983 | you count starting with 0, not 1
| |
19:02 | BAndiT1983 | *you start counting
| |
19:02 | TofuLynx | hmm?
| |
19:02 | TofuLynx | on the code G1 is 1 1 and G2 is 2 2
| |
19:02 | BAndiT1983 | let me check
| |
19:03 | supragya_ | left the channel | |
19:03 | TofuLynx | and it makes sense for me, as the G1 is positioned on the blue sensel and G2 is positioned on the red sensel (in the bayer)
| |
19:04 | BAndiT1983 | possibly it was done for processing more than one value
| |
19:04 | BAndiT1983 | afraid to look into the commit history ;)
| |
19:05 | TofuLynx | Hmmm
| |
19:05 | TofuLynx | Okk, now the methods
| |
19:08 | TofuLynx | the BilinearFilterRed starts with a diagonal cross for the starting position, then goes 1 unit to the right and does top bottom and finally goes 1 unit down from the starting point and does the left right .
| |
19:08 | TofuLynx | makes sense
| |
19:08 | TofuLynx | I am starting to see why was I having difficulties with the algorithm
| |
19:09 | TofuLynx | My approach was to start the algorithm where I had the red Sensel, which is not correct
| |
19:09 | TofuLynx | feasible*
| |
19:09 | BAndiT1983 | go for big data part first, then borders as last
| |
19:10 | BAndiT1983 | some data has to be calculated through weighting, but we discussed it already earlier
| |
19:11 | TofuLynx | ok!
| |
19:11 | TofuLynx | now the method BilinearFilterGreen
| |
19:12 | supragyaraj | # relogging in
| |
19:14 | TofuLynx | Thanks for the explanation BAndiT1983 !
| |
19:14 | BAndiT1983 | no problem
| |
19:14 | BAndiT1983 | we can make this loops simpler, but hopefully without much performance loss
| |
19:15 | BAndiT1983 | was some naive approach, but nested loops could slow down also
| |
19:15 | TofuLynx | we could also have a variable for _size - _width
| |
19:18 | BAndiT1983 | yep, everything which could be pre-calculated should be extracted
| |
19:18 | BAndiT1983 | *that
| |
19:19 | TofuLynx | case BayerPattern::RGGB:
| |
19:19 | TofuLynx | _patternOffsets[0] = _width + 1;
| |
19:19 | TofuLynx | _patternOffsets[1] = _width + 1;
| |
19:19 | TofuLynx | _patternOffsets[2] = (2 * _width) + 2;
| |
19:19 | TofuLynx | _patternOffsets[3] = (2 * _width) + 2;
| |
19:19 | TofuLynx | break;
| |
19:19 | TofuLynx | Is this correct?
| |
19:20 | BAndiT1983 | you have to give me more hints, what is this snippet about?
| |
19:20 | TofuLynx | it's about initializing the patternoffsets
| |
19:20 | TofuLynx | that specify the starting points for first missing pixel of each color
| |
19:21 | BAndiT1983 | if you use it for single loop, then it should look more or less like this, at least at first glance
| |
19:22 | TofuLynx | Yeah
| |
19:35 | supragyaraj | left the channel | |
19:40 | supragya | test 123
| |
19:41 | BAndiT1983 | works
| |
19:41 | Bertl_oO | yeah, but that was me testing the account :)
| |
19:47 | TofuLynx | BAndiT1983:
| |
19:47 | TofuLynx | Remember the pattern issue I had with the samples?
| |
19:48 | BAndiT1983 | which ones?
| |
19:49 | TofuLynx | When I open the sample, it is noticeable RGGB, but the OCimage says it's GBRG. And when I force running with RGGB offsets, the output is correct.
| |
19:49 | BAndiT1983 | yes
| |
19:50 | TofuLynx | It's still happening, I have to do the unit test to conclude for once and all if it's a issue with my algorithm or with the TIFF loader or with the sample
| |
19:50 | BAndiT1983 | sounds good
| |
19:50 | TofuLynx | Did it happen to you in the past?
| |
19:53 | BAndiT1983 | haven'T noticed, but maybe test DNGs were almost always RGGB or something like that
| |
19:55 | TofuLynx | okk! I will go dinner now!
| |
19:55 | TofuLynx | I will be back soon
| |
19:56 | BAndiT1983 | have a nice meal
| |
20:01 | supragya | znc test again
| |
20:22 | BAndiT1983 | changed nick to: BAndiT1983|away
| |
20:33 | BAndiT1983|away | changed nick to: BAndiT1983
| |
20:33 | tjstyle | Hi all..
| |
20:33 | BAndiT1983 | hi
| |
20:34 | tjstyle | just joined, because I'm very interested with this project.
| |
20:34 | BAndiT1983 | any specific area?
| |
20:35 | tjstyle | I have some skill in hardware and software development.
| |
20:36 | tjstyle | hardware in embedded, but mostly in ARM, not FPGA.
| |
20:36 | BAndiT1983 | you can start at lab.apertus.org, if you haven't visited it yet, to get some overview of current hardware tasks
| |
20:36 | BAndiT1983 | and Bertl_oO is the right person to ask, as he is the hardware supervisor
| |
20:37 | Bertl_oO | hey tjstyle!
| |
20:38 | tjstyle | yes, just playal around there and I'm interested for adding IMU & GPS stuff in empty slot behind image sensor board.
| |
20:38 | tjstyle | Hi Bertl_oO !
| |
20:39 | tjstyle | and for all, sorry for my poor english language.
| |
20:39 | BAndiT1983 | no problem, we are mostly not-native speakers here
| |
20:40 | Bertl_oO | well, we created the first IMU CSO (center solder on) module recently
| |
20:40 | Bertl_oO | so the hardware should be there, just missing software ... which doesn't mean that you might not create your own design for that
| |
20:41 | tjstyle | oh, so the IMU hardware was exist.
| |
20:42 | Bertl_oO | yes, a first version was designed and populated a few days ago
| |
20:42 | Bertl_oO | let me dig out the details for you if you are interested
| |
20:43 | tjstyle | that info was available in the wiki?
| |
20:43 | Bertl_oO | the wiki always lacks a little behind, but let me check too
| |
20:44 | tjstyle | ok then, please give some detail about existing IMU CSO board.
| |
20:45 | Bertl_oO | the wiki lists the chips we are using, but doesn't have a design liked yet
| |
20:45 | Bertl_oO | https://wiki.apertus.org/index.php/Beta_CSO
| |
20:46 | Bertl_oO | the development progress page is missing any information it seems :/
| |
20:48 | Bertl_oO | http://files.apertus.org/HARDWARE/AXIOM/BETA/CSO/
| |
20:48 | Bertl_oO | here are the two CSO modules we have designed so far
| |
20:48 | Bertl_oO | the IMU one is obviously the one we are talking about :)
| |
20:52 | tjstyle | IMU is connected to FPGA?
| |
20:53 | tjstyle | so I can't do anything in software side :(
| |
20:54 | Bertl_oO | well, yes, it is connected to the MachXO2 interface
| |
20:55 | Bertl_oO | which is the only one for the CSO
| |
20:55 | Bertl_oO | but it can be mapped (at least for testing) to the I2C bus on the ZYNQ arms
| |
20:55 | Bertl_oO | i.e. it can be accessed via I2C or SPI from the zynq PS side
| |
20:56 | TofuLynx | Hello BAndiT1983 I am back
| |
20:57 | BAndiT1983 | changed nick to: BAndiT1983|away
| |
20:57 | Bertl_oO | tjstyle: so what IMU CSO setup did you have in mind for the AXIOM Beta?
| |
20:59 | tjstyle | was play with much IMU chips in drone world, so have some knowledge for what a good chip for certain need.
| |
20:59 | BAndiT1983|away | changed nick to: BAndiT1983
| |
21:00 | BAndiT1983 | TofuLynx, any new questions?
| |
21:00 | tjstyle | what in my mind is something like existing IMU CSO board, but with adding a GPS module.
| |
21:01 | tjstyle | IMU CSO only have SPI & I2C interface?
| |
21:02 | Bertl_oO | the CSO area has basically 4 voltage and 2x4 GPIOs which can be used as you like
| |
21:02 | tjstyle | almost all good GPS chips that I know is using uart protocol
| |
21:03 | Bertl_oO | in the IMU CSO I used the SPI interfaces, but left resistors on the GPIOs so that you can rewire it for I2C/IRQ for example
| |
21:03 | TofuLynx | None yet. it's going well :)
| |
21:03 | TofuLynx | I just have to investigate the pattern issues from the samplse
| |
21:03 | TofuLynx | samples*
| |
21:03 | Bertl_oO | tjstyle: the problem with GPS on the CSO is that you are in a really bad spot for an antenna
| |
21:03 | Bertl_oO | so for that I would suggest to use the SHIELD interface instead
| |
21:04 | Bertl_oO | we did one for the ESP32 module and a similar setup might work well with a GPS module
| |
21:04 | Bertl_oO | http://files.apertus.org/HARDWARE/AXIOM/BETA/SHIELDS/
| |
21:06 | tjstyle | oh yes, that will be more good spot for placing GPS shield.
| |
21:07 | Bertl_oO | so maybe work on a GPS shield then instead of a CSO IMU :)
| |
21:09 | tjstyle | in existing CSO IMU there is air pressure sensor, I think that will more accurate if placed in shield
| |
21:10 | Bertl_oO | we haven't tested it yet, it might be true but we'll see
| |
21:10 | tjstyle | just saving money everyday for can buy a Beta Devkit :D
| |
21:11 | Bertl_oO | there shouldn't be too much difference between CSO and SHIELD are regarding pressure
| |
21:11 | Bertl_oO | what I fear is that any enclosure with a fan will seriously mess with the barometric sensor
| |
21:11 | Bertl_oO | but as I said, we haven't tested it yet
| |
21:12 | tjstyle | so I can more depth for contributing in this project.
| |
21:13 | Bertl_oO | did you manage to get a voucher?
| |
21:14 | tjstyle | what voucher?
| |
21:14 | tjstyle | not yet have info about that
| |
21:15 | Bertl_oO | during crowd funding (and shortly after), there was an option to get a voucher for an AXIOM Beta devkit at cost
| |
21:15 | BAndiT1983 | Bertl_oO, what about heat pipe, so the fan can be put elsewhere?
| |
21:15 | BAndiT1983 | or peltier element
| |
21:16 | tjstyle | I was late for that, I just found this project after crowd funding was over.
| |
21:16 | Bertl_oO | yeah, heat pipe is a good idea for a metal case, peltier is really power hungry as general cooling system
| |
21:17 | Bertl_oO | tjstyle: yeah, that's unfortunate ...
| |
21:17 | tjstyle | are available option to buy separately per board?
| |
21:18 | tjstyle | like I will find microzed locally, then buy a power board, main board, etc.
| |
21:19 | Bertl_oO | yes, definitely
| |
21:19 | Bertl_oO | and you can always build those boards yourself if you have some soldering skills
| |
21:20 | tjstyle | the hardest part is to buy CMV12000 sensor board. ha..ha..
| |
21:20 | Bertl_oO | yes, that with the sensor is definitely the most expensive part
| |
21:20 | tjstyle | yes, I have skill in there
| |
21:21 | tjstyle | also now I assembling my handmade product.
| |
21:22 | tjstyle | https://usercontent.irccloud-cdn.com/file/YEWhyqHF/irccloudcapture3052853509589572847.jpg
| |
21:22 | Bertl_oO | nice
| |
21:28 | tjstyle | just found the price for each board in wiki, so I can choose what I can built by myself and what I need to buy
| |
21:43 | TofuLynx | left the channel | |
21:46 | Bertl_oO | in any case, we might be able to provide some remote hardware for testing or similar when you are contributing to the project
| |
21:52 | tjstyle | thank you for that.
| |
21:54 | tjstyle | will more learn from wiki and labs for what part that I can optimally cotribute without devkit in my hand.
| |
21:54 | Bertl_oO | no probem, and if you have any technical questions, just ask me here on IRC
| |
21:55 | Bertl_oO | (will read up and answer in any case)
| |
21:55 | TofuLynx | joined the channel | |
21:56 | TofuLynx | BAndiT1983:
| |
21:56 | TofuLynx | I noticed a "issue"
| |
21:56 | Bertl_oO | tjstyle: btw, what are the ARM boards for?
| |
21:57 | tjstyle | in the board photo above?
| |
21:57 | TofuLynx | basically, the sample's green1 sensels are darker than green 2
| |
21:57 | Bertl_oO | tjstyle: yep
| |
21:57 | TofuLynx | so it has artifacts on the green channel
| |
21:57 | TofuLynx | is it normal?
| |
21:57 | tjstyle | that is portable audio player, I use for main processor.
| |
21:57 | Bertl_oO | looks like an audio board
| |
21:58 | Bertl_oO | ah, okay, tx :)
| |
21:58 | TofuLynx | Bertl_oO : My question probably applies to you too, is it normal that green1 sensels are darker than green2?
| |
22:00 | Bertl_oO | they shouldn't be, but it might be the result of dark frame correction or similar
| |
22:00 | TofuLynx | Do you know a dng sample of axiom that is okay?
| |
22:00 | Bertl_oO | we currently use a rows/cols correction for that which might affect G1 differently than G2
| |
22:01 | Bertl_oO | no, but if you ask se6astian nicely he might be able to take a snap with all the stuff turned off
| |
22:01 | Bertl_oO | (in the next few days or so)
| |
22:02 | TofuLynx | Oh Okay, thanks
| |
22:02 | Bertl_oO | personally I don't think there should be any big difference because of how the sensor and color filter come together
| |
22:03 | Bertl_oO | monochrome and color sensors are basically identical and it would be weird if the sensel had different sensitivity based on row/col locations
| |
22:03 | TofuLynx | Hmm okay
| |
22:03 | Bertl_oO | it would also be weird to have different filters for G1 and G2
| |
22:03 | Bertl_oO | but you never know for sure without testing :)
| |
22:03 | TofuLynx | well the green1 sensel would by some reason be different to green2 for more range or something, no?
| |
22:04 | TofuLynx | as in, adjusting the sensibility
| |
22:04 | TofuLynx | but i am no hardware expert :)
| |
22:04 | Bertl_oO | we should have a complete remote beta available at the hub shortly too
| |
22:04 | Bertl_oO | so you probably can take your own snaps and play with all the various parts
| |
22:05 | BAndiT1983 | TofuLynx, probably some mistake in calculation
| |
22:06 | TofuLynx | I don't think that is that. I have inspected thorougly and debugged
| |
22:06 | TofuLynx | and with the debayer off I can notice that green1 sensels are darker
| |
22:06 | TofuLynx | I will debug it more
| |
22:07 | BAndiT1983 | hm, try to load the image in exiftool
| |
22:07 | BAndiT1983 | maybe there are some tags with related settings, can't say for sure, cause this thing is full of surprises
| |
22:08 | BAndiT1983 | first probem is, that we play around with converted data, so the problem can also be there
| |
22:08 | Bertl_oO | it should be easy to split the raw12/raw16 into four images and check them against eachother
| |
22:08 | BAndiT1983 | this would be also a good test
| |
22:09 | TofuLynx | CFA Repeat Pattern Dim : 2 2
| |
22:09 | TofuLynx | CFA Pattern 2 : 1 2 0 1
| |
22:09 | TofuLynx | what is this?
| |
22:11 | tjstyle | Bertl_oO: I'm not very know about FPGA, CSO signal path is go to Lattice chip, Lattice is a router. so what actually comunicated with CSO is the Zynq chip?
| |
22:12 | Bertl_oO | yes, kind of, the MachXO2 (Lattice) is used as a routing fabric, so you have several options there depending on the configuration
| |
22:12 | TofuLynx | @BAndiT1983 how do I interpet CFA Pattern 2 ?
| |
22:13 | Bertl_oO | tjstyle: it is a full featured FPGA (the MachXO2) so you can (pre)process the data from/to the CSO there
| |
22:13 | BAndiT1983 | don't know, as i said, there are many additional tags, but don't know if they are required
| |
22:13 | Bertl_oO | it also has some conenctions to the Zynq (Xilinx FPGA) which can be used for communication
| |
22:13 | BAndiT1983 | repeat pattern is probably the size of 2x2
| |
22:13 | BAndiT1983 | and pattern 2 is GBRG
| |
22:14 | tjstyle | what language that used for comunicating with IMU via SPI / I2C? VHDL? or in Linux level?
| |
22:14 | Bertl_oO | tjstyle: so one way would be to pre process the IMU data in the MachXO2 and then send metadata packets to the ZYNQ
| |
22:14 | TofuLynx | How did you get GBRG from 1 2 0 1 ?
| |
22:14 | TofuLynx | I cannot find any material regarding that
| |
22:15 | BAndiT1983 | RGB, R = 0, G = 1, B = 2
| |
22:15 | tjstyle | ah ok, got it.
| |
22:15 | TofuLynx | Hmm makes sense
| |
22:15 | TofuLynx | so the sample as the wrong pattern
| |
22:15 | Bertl_oO | for both FPGAs (Zynq and MachXO2) VHDL is required, but for testing this code can be as simple as directly connecting some wires to the Zynq PS (ARM cores)
| |
22:15 | TofuLynx | has*
| |
22:15 | Bertl_oO | at which point it becomes 'Linux level'
| |
22:15 | BAndiT1983 | https://www.adobe.com/content/dam/acom/en/products/photoshop/pdfs/dng_spec.pdf -> page 23, very interesting
| |
22:16 | BAndiT1983 | sorry, page 34
| |
22:16 | BAndiT1983 | bayergreensplit
| |
22:16 | BAndiT1983 | TofuLynx, maybe i'm wrong and they calculate it as BGR
| |
22:16 | Bertl_oO | tjstyle: there is a GSoC task which deals with an advanced communication protocol between MachXO2 and Zynq to simplify this
| |
22:17 | Bertl_oO | https://lab.apertus.org/T731
| |
22:17 | BAndiT1983 | https://www.awaresystems.be/imaging/tiff/tifftags/privateifd/exif/cfapattern.html
| |
22:17 | tjstyle | ok thanks.
| |
22:18 | BAndiT1983 | TofuLynx, can it be, that the pattern is set fixed in the loader?
| |
22:18 | TofuLynx | You are not wrong
| |
22:18 | TofuLynx | CFA Pattern : [Green,Blue][Red,Green]
| |
22:19 | BAndiT1983 | see the last link i'Ve posted, there are more
| |
22:19 | BAndiT1983 | you should also bookmark the page, as the info there is very important when dealing with TIFF/DNG
| |
22:19 | BAndiT1983 | we don't need all the tags, as there is also too much info
| |
22:20 | TofuLynx | Bookmarked!
| |
22:20 | BAndiT1983 | https://www.awaresystems.be/imaging/tiff/tifftags/search.html?q=cfa&Submit=Find+Tags
| |
22:20 | TofuLynx | Hmm if the sample has the wrong pattern in the tag, why did that happen?
| |
22:21 | BAndiT1983 | which pattern does the preprocessor receive?
| |
22:21 | TofuLynx | the same as exif, GBRG
| |
22:21 | BAndiT1983 | ok, does it call the right patern assignment block?
| |
22:21 | TofuLynx | yep
| |
22:22 | TofuLynx | I dont think there is any issue with OpenCine
| |
22:22 | BAndiT1983 | https://www.awaresystems.be/imaging/tiff/tifftags/cfaplanecolor.html
| |
22:22 | BAndiT1983 | try to load the file in darktable, for example, just to see if it comes up correctly
| |
22:22 | TofuLynx | darktable?
| |
22:23 | BAndiT1983 | or rawtherapee, two open source raw photo tools, like lightroom
| |
22:23 | TofuLynx | ok!
| |
22:23 | BAndiT1983 | https://www.darktable.org
| |
22:24 | BAndiT1983 | darktable is just an opposite of the light table, which is used by photographs and pre-print companies
| |
22:25 | TofuLynx | with darktable the sample seems Ok, but with a profile (linear Rec709)
| |
22:26 | TofuLynx | without any profile, it's has a magenta hue to it
| |
22:26 | BAndiT1983 | rec709 is for HD data, seems ok
| |
22:26 | BAndiT1983 | that's normal, at least for now, as the conversion has some problems, maybe we can fix it later
| |
22:27 | Bertl_oO | when it shows up pink, the rows are in the wrong order
| |
22:28 | Bertl_oO | i.e. the dng conversion didn't use the correct RG/GB pattern because even and odd rows were swapped
| |
22:28 | Bertl_oO | note that this _will_ cause G1 and G2 to differ significantly :)
| |
22:29 | TofuLynx | so, do you think that the sample does have in fact a wrong pattern?
| |
22:29 | Bertl_oO | (i.e. GB/RG result in B and R being the same while G1 and G2 differ)
| |
22:30 | TofuLynx | Bertl_oO , can I send some prints?
| |
22:31 | Bertl_oO | you mean images? if so, just upload them to some (free) upload service
| |
22:32 | Bertl_oO | (and paste me the url here or in private)
| |
22:32 | TofuLynx | Yeah
| |
22:33 | se6astian | changed nick to: se6astian|away
| |
22:33 | TofuLynx | https://imgur.com/a/ZyOjrZk
| |
22:33 | TofuLynx | here is it
| |
22:34 | TofuLynx | The original and the Rec709
| |
22:35 | Bertl_oO | that looks like swapped lines :)
| |
22:35 | Bertl_oO | compare R and B channel, they should be practically identical
| |
22:36 | Bertl_oO | (which is because they are actually G1 and G2 :)
| |
22:37 | TofuLynx | they dont seem that identical
| |
22:38 | TofuLynx | how do you suggest to compare?
| |
22:38 | BAndiT1983 | are any channels identical?
| |
22:38 | TofuLynx | Blue and Green Channels are similar in the darktable
| |
22:39 | TofuLynx | with a small offset between them
| |
22:39 | TofuLynx | I have to go now. Tomorrow I will continue this :)
| |
22:39 | Bertl_oO | DNG stuff is really weird, I avoid it wherever possible :)
| |
22:39 | TofuLynx | xD
| |
22:40 | TofuLynx | See you tomorrow!
| |
22:40 | TofuLynx | left the channel | |
22:42 | BAndiT1983 | Bertl_oO, DNG can be used/generated also in simple way, but for some reason it's not always the case
| |
22:44 | BAndiT1983 | changed nick to: BAndiT1983|away
| |
00:50 | futarisIRCcloud | joined the channel |