| 00:07 | intracube_afk | changed nick to: intracube
|
| 00:12 | RexOrCine | left the channel |
| 00:23 | arpu | left the channel |
| 00:35 | arpu | joined the channel |
| 00:54 | intracube | changed nick to: intracube_afk
|
| 02:22 | Elbehery | left the channel |
| 03:32 | Bertl_zZ | changed nick to: Bertl
|
| 03:32 | Bertl | back again ...
|
| 04:02 | Spirit532_ | joined the channel |
| 04:06 | Spirit532 | left the channel |
| 04:14 | jucar | left the channel |
| 04:15 | Spirit532_ | left the channel |
| 05:19 | Elbehery | joined the channel |
| 05:23 | Elbehery | left the channel |
| 05:30 | slikdigit | left the channel |
| 07:38 | Spirit532 | joined the channel |
| 07:47 | RL | joined the channel |
| 08:56 | anuditverma | joined the channel |
| 08:58 | anuditverma | Hello, good morning everyone
|
| 08:58 | Bertl | hey, how are you?
|
| 08:59 | anuditverma | Hi Bertl, good, btw how are you ?
|
| 09:00 | Bertl | I'm fine too, thanks for asking
|
| 09:09 | anuditverma | I wanted to know more about the current status of the control daemon, required in this task here https://lab.apertus.org/T723 , I have been discussing it with BAndiT1983 & maltefiala, it seems they are away right now
|
| 09:10 | Bertl | well, the current status is probably that BAndiT1983|away is 'working on it'
|
| 09:11 | Bertl | but if you have specific questions, I might be able to provide some clues
|
| 09:13 | anuditverma | yeah, he is working on it, okay I will surely ask if something else comes up, thanks Bertl
|
| 09:13 | Bertl | no problem, you're welcome!
|
| 09:43 | onenot8 | joined the channel |
| 09:46 | Bertl | welcome onenot8!
|
| 10:25 | Rex0r | joined the channel |
| 10:27 | anuditverma | left the channel |
| 10:42 | anuditverma | joined the channel |
| 10:53 | se6astian|away | changed nick to: se6astian
|
| 11:08 | anuditverma | left the channel |
| 11:16 | Christofpap | joined the channel |
| 11:16 | Bertl | welcome Christofpap!
|
| 11:31 | anuditverma | joined the channel |
| 11:37 | Bertl | off to bed now ... have a good one everyone!
|
| 11:37 | Bertl | changed nick to: Bertl_zZ
|
| 11:47 | MichaelH | joined the channel |
| 11:51 | onenot8 | left the channel |
| 12:14 | BAndiT1983|away | changed nick to: BAndiT1983
|
| 12:16 | RL | How's it going MichaelH... What you up to?
|
| 12:17 | RL | < Rex
|
| 12:33 | MichaelH | Hi Rex, good, how's it going for you?
|
| 12:34 | MichaelH | Im checking the recent events on the lab :)
|
| 12:34 | RexOrCine | joined the channel |
| 12:36 | RexOrCine | Yeah lots going on at the minute.
|
| 12:36 | anuditverma | Hi BAndiT1983, how are you ? could you please let me know the status of control daemon for the task https://lab.apertus.org/T723
|
| 12:37 | BAndiT1983 | hi, i'm fine, and you?
|
| 12:37 | BAndiT1983 | you can see the status in the repo
|
| 12:37 | BAndiT1983 | i added rudimentary CMV sensor adapter to control gain or set registers
|
| 12:37 | BAndiT1983 | next step is to add real communication between the "client" and server(daemon)
|
| 12:40 | anuditverma | I am fine as well, aha okay, can you please send the repo link ? I am not able to find it
|
| 12:40 | BAndiT1983 | https://github.com/apertus-open-source-cinema/beta-software
|
| 12:41 | anuditverma | ok following now, thanks !
|
| 12:44 | anuditverma | What's socat ?
|
| 12:45 | BAndiT1983 | socat is a command in linux, have to be installed separately, udes for socket communication testing, currently i use it to see if the daemon receives messages
|
| 12:46 | BAndiT1983 | afterwards the messages will be build by flatbuffers and are really slim and fast process
|
| 12:46 | BAndiT1983 | *fast to process
|
| 12:46 | anuditverma | ok got it
|
| 12:48 | BAndiT1983 | *used (i really think my batteries in the keyboard are dying slowly)
|
| 12:51 | anuditverma | haha, that's the reason I switched to wired one, somewhat hassle-ly but works fine
|
| 12:53 | anuditverma | I see you need to test the control daemon, so after adding communication will it be ready to use ?
|
| 12:55 | BAndiT1983 | i have no hardware and will try it on my raspi i think, just have to find some sdcard
|
| 12:59 | anuditverma | ok cool, I am bit curious about the daemon because I need to devise a time line for gsoc application, based on how we will proceed including some brief steps and procedures in order to complete task/T723
|
| 13:01 | BAndiT1983 | my spare time is a little bit shorter at the moment, but i will try to get it done, so it can be at least usable
|
| 13:01 | BAndiT1983 | afterwards it can be fixed, polished etc.
|
| 13:03 | anuditverma | sounds great thanks, I will check on with you later sometime
|
| 13:10 | BAndiT1983 | i think that, depending on the language you want to use, a wrapper has to be implemented, but i don't have much details at the moment, need some time to reflect on it
|
| 13:11 | BAndiT1983 | but in the end, before sending to daemon, the settings will be concatenated by flatbuffers in memory
|
| 13:35 | Christofpap | left the channel |
| 13:43 | niculescu_vlad | joined the channel |
| 13:48 | Kshitij | joined the channel |
| 13:49 | BAndiT1983 | hi Kshitij
|
| 13:50 | BAndiT1983 | i've expected you already
|
| 13:50 | Kshitij | hi Bandit
|
| 13:50 | BAndiT1983 | you had some questions about the gsoc task, just ask away
|
| 13:52 | Kshitij | I'm interested in developing the OCcore plugin and i've read all the documentation VapourSynth has on R36 version. Is that the version we'll be working on?
|
| 13:53 | BAndiT1983 | it's just the latest version and shouldn't be really relevant, until they change their API
|
| 13:53 | niculescu_vlad | left the channel |
| 13:54 | BAndiT1983 | important thing is another one, to implement a plugin which uses OC decoders or wrappers for RAW formats, first (C)DNG one i suppose, and give the user also some settings for VapourSynth scripts
|
| 13:55 | BAndiT1983 | background of the whole thing was a discussion about MagicLantern format, as everybody on the forum uses different things, e.g. file system approach for MacOS, to load the frames/clips
|
| 13:55 | BAndiT1983 | so we wanted to test if wwe could handle it nicely in multi-platform style without much hassle
|
| 13:56 | BAndiT1983 | have you tried to build OC already?
|
| 13:56 | Kshitij | Oh. Could you give me the dates so that I can look into the logs of that discussion.
|
| 13:56 | BAndiT1983 | it's linux only at the moment, because i've added FFMPEG wrapper, but have not fixed the build for windows
|
| 13:57 | BAndiT1983 | it was an internal discussion with se6astian, so it was in german only
|
| 13:58 | Kshitij | Okay.
|
| 13:58 | Kshitij | Goal: Implement a plugin for VapourSynth to be able to use OC decoding and color-grading to provide RAW frames to different applications via frame server. This would allow to provide data to applications which do not support RAW formats natively. Additionaly it has to be ensured that memory usage is low enough and performance acceptable. Next step would be a mechanism to provide proxy of the clips for not high-end machines.
|
| 13:58 | Kshitij | in the goal, could you tell what the last part about the 'proxy' would mean?
|
| 13:59 | BAndiT1983 | proxy means some replacement for the footage, in our case it's a scaled down version, as i hope to be able to playback 4k clips in the future, but many machines don't have enough power to do it, so we have to substitute it
|
| 14:02 | BAndiT1983 | but this point has to be evaluated as vapoursynth also can do rescaling, but i hope to get GPU involved to be able to do it for almost "free" by rescaling the polygon with the video texture
|
| 14:04 | Elbehery | joined the channel |
| 14:05 | RexOrCine | left the channel |
| 14:10 | Kshitij | Okay. I still have to build OC.
|
| 14:11 | BAndiT1983 | try to build it, i you don't have linux i suggest a virtual machine, it works just fine
|
| 14:11 | BAndiT1983 | afterwards we can discuss the details further
|
| 14:11 | BAndiT1983 | if you have questions just ask it, even if i'm online i read the chat logs
|
| 14:12 | BAndiT1983 | *i'm not online
|
| 14:12 | Kshitij | That's what i'll do now. I have a virtual machine. Thanks.
|
| 14:12 | intracube_afk | changed nick to: intracube
|
| 14:15 | Elbehery | left the channel |
| 14:16 | Elbehery | joined the channel |
| 14:18 | Kshitij | left the channel |
| 14:37 | fysal | joined the channel |
| 14:39 | fysal | hey, first of all thans for helping ,then i want to ask in switching regulators....do i need to implement adc by fbga?...and how?..if there is not real numbers in vhdl or verilog?
|
| 14:39 | niculescu_vlad | joined the channel |
| 14:39 | niculescu_vlad | left the channel |
| 14:43 | fysal | "thanks"..."fpga"
|
| 14:44 | BAndiT1983 | check here maybe -> http://irc.apertus.org/index.php?day=16&month=03&year=2017
|
| 14:45 | BAndiT1983 | Bertl is not here at the moment, so you could try to look through the logs, as many people wanted to attend gdoc for the fpga regulator part
|
| 14:45 | BAndiT1983 | maybe you mean this part > Bertl
|
| 14:45 | BAndiT1983 | usmankhan: the idea is to drop the ADC and have one or two comparators which compare the output voltage to the reference voltage generated by the DAC
|
| 14:46 | arpu | left the channel |
| 14:46 | arpu | joined the channel |
| 14:46 | fysal | thanks,BAndiT1983
|
| 14:46 | BAndiT1983 | no problem
|
| 14:54 | Christofpap | joined the channel |
| 14:55 | Christofpap | JOIN
|
| 14:56 | Christofpap_ | joined the channel |
| 14:59 | Christofpap | left the channel |
| 15:14 | Christofpap_ | left the channel |
| 15:21 | jucar | joined the channel |
| 16:07 | jucar | left the channel |
| 16:11 | anuditverma | left the channel |
| 16:12 | anuditverma | joined the channel |
| 16:31 | sagnikbasu95 | joined the channel |
| 16:34 | arpu | left the channel |
| 16:37 | sagnikbasu95 | bertl : so for sobel filter module will I assume only one input for getting the pixel input data or each for seperate RGB channel ? I want to try to perform the convolution kernel after performing RGB to gray conversion
|
| 16:37 | anuditverma | left the channel |
| 16:45 | BAndiT1983 | as the sensor is monochrome itself, wouldn't it be easier to do median on data before color conversion?
|
| 17:15 | Elbehery | left the channel |
| 17:19 | arpu | joined the channel |
| 17:22 | sagnikbasu95_ | joined the channel |
| 17:26 | sagnikbasu95_ | BAndiT1983 : I see...I thought the cmos would have a baeyer pattern
|
| 17:27 | BAndiT1983 | i havenÄT
|
| 17:27 | BAndiT1983 | *sorry, pressed wrong key
|
| 17:28 | BAndiT1983 | i haven't looked up specifications, but for me bayer pattern is used afterwards and the sensor delivers just the intensity of each cell
|
| 17:29 | BAndiT1983 | usually it all should be shown as grayscale
|
| 17:29 | BAndiT1983 | like in the left image -> http://www.mystrobl.de/Plone/basteleien/bildbearbeitung/bayer-sensor/siemensstern-vergleich.png
|
| 17:30 | sagnikbasu95_ | left the channel |
| 17:37 | IRCFrEAK | joined the channel |
| 17:38 | IRCFrEAK | left the channel |
| 17:44 | sagnikbasu95 | left the channel |
| 18:01 | Bertl_zZ | changed nick to: Bertl
|
| 18:01 | Bertl | morning folks!
|
| 18:02 | BAndiT1983 | ah, Bertl is here
|
| 18:03 | BAndiT1983 | you definitely can say what the CMV sensor delivers
|
| 18:05 | Bertl | it definitely delivers :)
|
| 18:05 | BAndiT1983 | wqas unsure about RGB or monochrome
|
| 18:06 | BAndiT1983 | apertus page says monochrome, se6astian told me that all the cameras which were shipped were RGB ones
|
| 18:06 | Bertl | well, they are identical, except for the bayer pattern color filter
|
| 18:06 | BAndiT1983 | it was about sagnikbasu95's question about sobel
|
| 18:06 | Bertl | yes, a kernel needs to be applied to each color channel on the color sensors
|
| 18:07 | BAndiT1983 | is it better to let the sensor filter or do it aferwards?
|
| 18:07 | Bertl | hmm?
|
| 18:07 | BAndiT1983 | i mean RGB and monochrome thing, not sobel
|
| 18:07 | Bertl | you cannot 'filter' afterwards
|
| 18:07 | BAndiT1983 | for example x-trans sensors have problems to get the color right, as each layer slightly shifts the color of light when it passes through
|
| 18:07 | Bertl | if you have a monochrome version (with the color filter missing)
|
| 18:08 | Bertl | then you will not know what color triggered what sensel value
|
| 18:08 | Bertl | with the color version, the sensels are 'dedicated' to a specific color
|
| 18:08 | Bertl | and the filter is arranged in a bayer pattern
|
| 18:08 | BAndiT1983 | you could do it by taking a shot of color palette to find the order of bayer
|
| 18:09 | BAndiT1983 | or how is it done usually for monochrome versions?
|
| 18:09 | Bertl | I do not understand the question
|
| 18:09 | Bertl | monochrome sensors have no bayer pattern
|
| 18:10 | BAndiT1983 | maybe i was irritated by many grayscale bayer images
|
| 18:11 | Bertl | both color and monochrome CMV12k are identical
|
| 18:12 | Bertl | except for a piece of filter glass which is present on the color version and missing on the monochrome version
|
| 18:12 | Bertl | they will both produce a 4096x3072 field of sensel data with 8/10/12 bit depth
|
| 18:13 | Bertl | for the monochrome version, each sensel represents the amount of light (regardless of color) hitting the sensel
|
| 18:13 | Bertl | for the color version, the light is filtered according to the bayer pattern of the color filter _before_ it hits the sensel
|
| 18:14 | BAndiT1983 | but the data stream still contains just intensity for RGB version, or not?
|
| 18:14 | Bertl | this way, the sensel data, again 8/10/12 bit of 'lightness' will represent different colors, depending on the filter pattern
|
| 18:15 | Bertl | there is no way to get full resolution monochrome images from a cmv12k with a color filter (aka the color version)
|
| 18:15 | Bertl | and there is no way to get color information from a monochrome sensor
|
| 18:17 | BAndiT1983 | i just mixed the thing up a bit, but that'S what i initially meant
|
| 18:17 | BAndiT1983 | he still needs some simple bi/linear interpolation for his filter beforehand
|
| 18:19 | Bertl | it really depends on the sensor and what you want to do
|
| 18:20 | BAndiT1983 | not me, i'm not a student at gsoc, was about sobel, as he needs all 3 channels, but they have holes because of missing information of neighbor pixels
|
| 18:22 | Bertl | doesn't matter if you treat each channel as a separate image for example
|
| 18:23 | BAndiT1983 | but what about missing spots in the channels?
|
| 18:24 | arpu | left the channel |
| 18:25 | Bertl | there is nothing missing if you look at each channel independently
|
| 18:25 | Bertl | they just see a slightly 'shifted' (half a pixel) version of the same scene
|
| 18:26 | BAndiT1983 | this would incvolve very coarse interpolation or not?
|
| 18:26 | Bertl | no interpolation involved
|
| 18:27 | BAndiT1983 | how can it be? sensor delivers information for each channel, every channel have every second pixel missing, green channel has shift in each line a bit
|
| 18:28 | BAndiT1983 | https://en.wikipedia.org/wiki/Bayer_filter
|
| 18:29 | Bertl | there are two green channels and when you look at e.g. the 'red' channel it will have only a quarter of the sensel of the entire sensor, but they will be evenly spaced and thus give you a perfectly fine 2048x1536 image
|
| 18:29 | RexO | joined the channel |
| 18:29 | Rex0r | left the channel |
| 18:29 | BAndiT1983 | so you just want to scale down, to avoid debayering
|
| 18:29 | Bertl | same is tru for the blue and both green channels, except that each channel is shifted by 'half' a pixel
|
| 18:30 | Bertl | *true
|
| 18:30 | Bertl | it's not about what I want, it's how you can interpret the data
|
| 18:32 | BAndiT1983 | for estimation on the camera it's ok, for post-processing it's of course not suitable
|
| 18:32 | Bertl | post-processing what?
|
| 18:33 | BAndiT1983 | recorded footage?
|
| 18:34 | Bertl | it is unlikely you want to run a sobel filter on data used for recording
|
| 18:34 | BAndiT1983 | people want full-res footage, so it involves heavy debayering on the computer
|
| 18:34 | BAndiT1983 | is it not the same stream in the camera?
|
| 18:35 | Bertl | the sensor input is the 'same stream' but you run the sobel to extract information from the sensor data
|
| 18:35 | Bertl | and usually not to 'record' strange looking images
|
| 18:35 | BAndiT1983 | that'S what i wanted to know
|
| 18:37 | Bertl | well, now you know :)
|
| 18:37 | arpu | joined the channel |
| 18:45 | rexbron | left the channel |
| 18:46 | rexbron | joined the channel |
| 18:54 | fysal | left the channel |
| 18:55 | rexbron | left the channel |
| 18:57 | rexbron | joined the channel |
| 19:02 | Spirit532_ | joined the channel |
| 19:04 | Spirit532 | left the channel |
| 19:06 | rexbron | left the channel |
| 19:08 | rexbron | joined the channel |
| 19:08 | Spirit532 | joined the channel |
| 19:09 | Spirit532_ | left the channel |
| 19:29 | dimaursu16 | left the channel |
| 19:45 | dimaursu16 | joined the channel |
| 19:45 | dimaursu16 | left the channel |
| 19:45 | dimaursu16 | joined the channel |
| 20:05 | Elbehery | joined the channel |
| 20:08 | Bertl | off for now ... bbl
|
| 20:08 | Bertl | changed nick to: Bertl_oO
|
| 21:12 | MichaelH | left the channel |
| 21:22 | niculescu_vlad | joined the channel |
| 21:22 | niculescu_vlad | left the channel |
| 21:36 | karan | joined the channel |
| 21:36 | karan | left the channel |
| 21:37 | BAndiT1983 | changed nick to: BAndiT1983|away
|
| 21:47 | Alvis | joined the channel |
| 21:48 | Spirit532_ | joined the channel |
| 21:50 | Spirit532 | left the channel |
| 22:01 | Elbehery_ | joined the channel |
| 22:05 | Elbehery | left the channel |
| 22:13 | Alvis | left the channel |
| 22:49 | se6astian | off to bed
|
| 22:49 | se6astian | good night
|
| 22:49 | Bertl_oO | nn
|
| 22:50 | se6astian | changed nick to: se6astian|away
|
| 23:19 | Alvis | joined the channel |
| 23:23 | Alvis | left the channel |
| 23:23 | Alvis | joined the channel |