| 00:19 | TofuLynx | left the channel |
| 00:19 | TofuLynx | joined the channel |
| 01:38 | TofuLynx | left the channel |
| 01:44 | TofuLynx | joined the channel |
| 01:58 | illwieckz | left the channel |
| 02:02 | illwieckz | joined the channel |
| 02:03 | hozer | joined the channel |
| 02:18 | davidak | left the channel |
| 03:00 | futarisIRCcloud | left the channel |
| 03:02 | aombk | left the channel |
| 04:24 | futarisIRCcloud | joined the channel |
| 04:45 | comradekingu | left the channel |
| 09:10 | Bertl_zZ | changed nick to: Bertl
|
| 09:10 | Bertl | morning folks!
|
| 09:34 | BAndiT1983|away | changed nick to: BAndiT1983
|
| 09:36 | BAndiT1983 | TofuLynx, first one has to convert the bytes, and as second step you would split the, between right layers (RGB)
|
| 09:37 | BAndiT1983 | you could do it in one step, but it is more cumbersome to do and error-prone
|
| 09:38 | BAndiT1983 | after conversion you just have to use width of the image, which is given, to calculate the row
|
| 09:50 | comradekingu | joined the channel |
| 10:44 | tushar1997 | left the channel |
| 10:44 | tushar1997 | joined the channel |
| 10:55 | niemand | joined the channel |
| 10:55 | niemand | left the channel |
| 10:55 | niemand | joined the channel |
| 11:16 | TofuLynx | left the channel |
| 11:16 | TofuLynx | joined the channel |
| 11:19 | Guest35400 | changed nick to: fredy
|
| 11:19 | fredy | changed nick to: Guest7816
|
| 11:21 | Guest7816 | changed nick to: fredy
|
| 11:23 | Bertl | off to now ... bbl
|
| 11:23 | Bertl | changed nick to: Bertl_oO
|
| 11:23 | tushar1997 | left the channel |
| 11:26 | tushar1997 | joined the channel |
| 11:27 | rton | joined the channel |
| 11:33 | TofuLynx | I think I am confused. So I load the file first using ifstream, then I load it into memory to an array of uint_8t. Then I transform each 3 bytes of the file in 2 bytes then put it into other uint_8t array, right?
|
| 11:46 | BAndiT1983 | yes
|
| 11:47 | BAndiT1983 | source array and target array, let's keep them bothe uint8_t for simplicity
|
| 11:47 | BAndiT1983 | *both
|
| 11:47 | TofuLynx | and the for loop you suggested is for the process of converting the 3 bytes to 2?
|
| 11:47 | BAndiT1983 | yes, just merge 3 bytes so you can get the 2 required bytes by shifting and write them to target array
|
| 11:49 | TofuLynx | that's where my confusion ensues. how do I know the target's index to save the 2 bytes?
|
| 11:49 | TofuLynx | do i multiply the source's index by 2/3?
|
| 11:51 | BAndiT1983 | use another variable which increases by 2 in every loop iteration
|
| 11:52 | BAndiT1983 | imageData[j] = mageData[j + 1]
|
| 11:52 | BAndiT1983 | j += 2;
|
| 11:52 | BAndiT1983 | argh, line break got deleted, jsut a moment, will copy by hand
|
| 11:52 | BAndiT1983 | imageData[j] =
|
| 11:52 | BAndiT1983 | imageData[j + 1]
|
| 11:52 | BAndiT1983 | j += 2;
|
| 11:53 | BAndiT1983 | it's rather simple approach, but we don't need optimization currently, as many people tend to do premature optimization, first the algorithm and then one can optimize
|
| 11:53 | TofuLynx | Makes sense! also in relation to reading the file into an array of uint_8t, the in.read() function only accepts arguments of type char, however I saw that I could use a reinterpret cast
|
| 11:54 | BAndiT1983 | you can use casting
|
| 11:54 | TofuLynx | yeah thanks :)
|
| 11:54 | BAndiT1983 | yes, reinterpret_cast is the one, as uint8_t is unsigned char, so no need to do fancy stuff
|
| 12:16 | BAndiT1983 | changed nick to: BAndiT1983|away
|
| 12:44 | TofuLynx | I successfully got the 4 images right :D
|
| 12:44 | TofuLynx | now the debayering process
|
| 12:48 | se6astian|away | changed nick to: se6astian
|
| 13:27 | BAndiT1983|away | changed nick to: BAndiT1983
|
| 13:35 | TofuLynx | left the channel |
| 13:35 | TofuLynx | joined the channel |
| 13:39 | TofuLynx | left the channel |
| 14:02 | TofuLynx | joined the channel |
| 14:15 | Claubits | joined the channel |
| 14:15 | Claubits | left the channel |
| 14:16 | Claubits | joined the channel |
| 14:16 | Claubits | left the channel |
| 14:17 | TofuLynx_ | joined the channel |
| 14:18 | TofuLynx | left the channel |
| 14:21 | TofuLynx_ | changed nick to: TofuLynx
|
| 14:28 | TofuLynx | the debayering process is done, I can get color images successfully, but they have some artifacts. I'm going to try to apply some bilinear interpolation
|
| 14:33 | BAndiT1983 | changed nick to: BAndiT1983|away
|
| 14:35 | BAndiT1983|away | changed nick to: BAndiT1983
|
| 14:41 | TofuLynx | The optical low pass filter doesn't blur a little the footage?
|
| 14:55 | se6astian | TofuLynx: sounds good
|
| 14:55 | se6astian | there is no optical low pass filter in our camera dev kits
|
| 15:26 | Kjetil | How about focus?
|
| 15:36 | TofuLynx | Ah ok, I saw on the ideas list that it's possible to use the optical low pass filter. are you guys planning to use it or it's up to the user?
|
| 15:41 | BAndiT1983 | changed nick to: BAndiT1983|away
|
| 15:43 | TofuLynx | Also I would like to get to know who you are and your roles on the project, so I can associate the nicknames to somebody :)
|
| 15:49 | se6astian | currently the is no OLPF, its planned for the future, not clear when exactly
|
| 15:49 | se6astian | me: https://www.apertus.org/user/7
|
| 15:50 | TofuLynx | Thanks! :D
|
| 16:21 | micha_ | joined the channel |
| 16:24 | BAndiT1983|away | changed nick to: BAndiT1983
|
| 16:53 | TofuLynx | bandit, you are responsible for the OpenCine?
|
| 16:56 | TofuLynx | left the channel |
| 16:56 | TofuLynx | joined the channel |
| 17:01 | TofuLynx | left the channel |
| 17:03 | TofuLynx | joined the channel |
| 17:04 | BAndiT1983 | yes
|
| 17:06 | tushar1997 | left the channel |
| 17:57 | micha_ | left the channel |
| 18:02 | TofuLynx | It's on concept phase, what's the next phase?
|
| 18:05 | BAndiT1983 | what do you mean?
|
| 18:20 | BAndiT1983 | which page are you working on?
|
| 18:20 | BAndiT1983 | was meant for Rex
|
| 18:27 | TofuLynx | Hmm, I mean like is there some working preview of OpenCine or its still very early?
|
| 18:27 | BAndiT1983 | we haven't done builds for release, but it works in several areas
|
| 18:28 | BAndiT1983 | just hadn't much time to continue as other apertus stuff needs attention
|
| 18:28 | BAndiT1983 | if you look in the lab, then you will find a couple of screenshots, which i've posted to show progress at some points
|
| 18:28 | TofuLynx | Yeah
|
| 18:28 | TofuLynx | I am very interested in contributing to OpenCine
|
| 18:29 | TofuLynx | left the channel |
| 18:30 | TofuLynx | joined the channel |
| 18:30 | BAndiT1983 | TofuLynx, you can look at uploaded files here -> https://lab.apertus.org/file/
|
| 18:31 | BAndiT1983 | have you already registered in Lab?
|
| 18:31 | TofuLynx | Not yet
|
| 18:31 | BAndiT1983 | if yes, then login and try to filter for my user, there you can find screenshots, latest ones were showing progress with MagicLantern files
|
| 18:32 | TofuLynx | hmm MagicLantern? Isnt it for Canon?
|
| 18:33 | BAndiT1983 | yes, Alex from ML was also doing stuff for apertus
|
| 18:34 | Bertl_oO | ML joined us during the indigogo campaign ...
|
| 18:34 | TofuLynx_ | joined the channel |
| 18:35 | TofuLynx_ | so ML is supporting apertus?
|
| 18:36 | BAndiT1983 | apertus had support from developers, at least Alex
|
| 18:36 | BAndiT1983 | he implemented some tools, as far as i know
|
| 18:36 | TofuLynx_ | what kind of tools?
|
| 18:36 | TofuLynx | left the channel |
| 18:38 | TofuLynx_ | changed nick to: TofuLynx
|
| 18:40 | BAndiT1983 | raw2dng i suppose
|
| 18:40 | BAndiT1983 | https://github.com/apertus-open-source-cinema/misc-tools-utilities
|
| 18:44 | TofuLynx | Hmm Ah that's nice
|
| 18:44 | TofuLynx | and you use that tool in OpenCine?
|
| 18:44 | TofuLynx | or not at all?
|
| 18:45 | BAndiT1983 | nope, OC has own routines, as i'm trying to get more processing speed there
|
| 18:45 | TofuLynx | Yeah
|
| 18:45 | BAndiT1983 | at some point processing through OpenCL, SSE/SIMD or shaders was planned
|
| 18:46 | TofuLynx | so you can offload eventually to GPU?
|
| 18:46 | BAndiT1983 | yes, at the moment ProcessingTest is loading 3 x 16bit layers to the GPU and combines them through fragment shader
|
| 18:47 | BAndiT1983 | but advanced stuff like linearization, and so on, is not done yet
|
| 18:47 | TofuLynx | and has it got a reasonable framerate?
|
| 18:47 | BAndiT1983 | we also have a de-Bayering algorithm on the list, which was developed not long ago by some people, but no one had time to implement it
|
| 18:48 | TofuLynx | what debayering algorithm do you corrently use?
|
| 18:48 | BAndiT1983 | there were several tests with loading sequential frames, but at the moment it's just static one
|
| 18:48 | BAndiT1983 | simple linear interpolation
|
| 18:48 | TofuLynx | ah ok
|
| 18:48 | BAndiT1983 | image processing was postponed, as the focus shifted to backup feature
|
| 18:48 | TofuLynx | and do you think it's possible to play sequential frames in reasonable rate?
|
| 18:49 | BAndiT1983 | yes, but there are several factors to evaluate, and possibly to reduce resolution for preview, like AfterEffects does it by doing /2 or /4
|
| 18:49 | TofuLynx | yeah, and possibly automatic resolution
|
| 18:50 | BAndiT1983 | while loading image data, one can take every second or 4th pixel to cut the resolution, just as an example
|
| 18:50 | BAndiT1983 | it would avoid the need for special downscaler
|
| 18:52 | BAndiT1983 | also it would reduce processing time for de-bayering, for some layers at least
|
| 18:52 | BAndiT1983 | usually it's not a problem to do just basic preview, but when final output would be triggered, then the application has to do full layer processing
|
| 18:53 | TofuLynx | yeah
|
| 18:53 | TofuLynx | Very interesting
|
| 18:55 | TofuLynx | do you know some paper or site that as documented the different speeds for several debayering algorithms?
|
| 18:57 | BAndiT1983 | there are a lot online, don't know a specific one
|
| 18:57 | BAndiT1983 | but premature optimization should be avoided, if the application is really slow, then it should be considered to optimize the algorithm
|
| 18:58 | TofuLynx | Makes sense
|
| 18:58 | TofuLynx | Other reasons to avoid premature optimization?
|
| 18:59 | BAndiT1983 | many, people tend to lose themselves in this stuff, myself included, but often it is not pushing the performance
|
| 19:00 | BAndiT1983 | other factor like IO speed is important, as you cannot bypass that easily
|
| 19:03 | BAndiT1983 | TofuLynx, http://home.ifi.uio.no/paalh/publications/files/ism14-bayer.pdf
|
| 19:04 | BAndiT1983 | changed nick to: BAndiT1983|away
|
| 19:23 | se6astian | changed nick to: se6astian|away
|
| 19:35 | TofuLynx | Thanks! :)
|
| 19:36 | TofuLynx | left the channel |
| 19:45 | TofuLynx | joined the channel |
| 19:55 | se6astian|away | changed nick to: se6astian
|
| 19:57 | se6astian | changed nick to: se6astian|away
|
| 20:50 | se6astian|away | changed nick to: se6astian
|
| 21:36 | TofuLynx | left the channel |
| 21:58 | TofuLynx | joined the channel |
| 22:05 | niemand | left the channel |
| 22:11 | aombk | joined the channel |
| 22:27 | anuejn | BAndiT1983: do you think, that debayering a downsampeled image makes sense?
|
| 22:28 | anuejn | wouldnt that create quite some artifacts on the edeges bc. of moiree?
|
| 22:29 | TofuLynx | isn't that acceptable in previewing?
|
| 22:29 | TofuLynx | also we could apply some FXAA filter, no?
|
| 22:30 | anuejn | hm... i think that this shouldnt be to effective but we can experiment with this
|
| 22:31 | TofuLynx | Also, can you introduce yourself? :)
|
| 22:35 | anuejn | im not a core dev, just interested and building some things from time to time
|
| 22:36 | TofuLynx | Ah Ok! :D
|
| 22:42 | se6astian | changed nick to: se6astian|away
|
| 22:43 | rton | left the channel |
| 23:39 | arpu | joined the channel |