01:01 | Bertl | https://www.intel.com/content/dam/www/programmable/us/en/pdfs/literature/ug/mfug_ddio.pdf
| |
01:02 | Ashu | Bertl, I have proposed for .dib file as container for visualisation pipeline.
| |
01:02 | Bertl | Ashu: okay?
| |
01:03 | Bertl | aSobhy: https://www.intel.com/content/dam/www/programmable/us/en/pdfs/literature/hb/cyc/cyc_c51010.pdf
| |
01:04 | futarisIRCcloud | joined the channel | |
01:04 | Ashu | hoping to get draft review,
| |
01:05 | Bertl | what is a .dib file (besides a container) and how does it fit into the pipeline?
| |
01:06 | Ashu | A device-independent bitmap (DIB) is a format used to define device-independent bitmaps Using it store overlay before rendering
| |
01:06 | aSobhy | but the worst path has a slack of -0.197 !
| |
01:07 | aSobhy | ok I'll see those links
| |
01:08 | Bertl | those are just what I found on a quick google search
| |
01:09 | Bertl | note: we are not using any of the Intel (former Altera) FPGAs yet, so I have no detailed experience with them
| |
01:09 | Bertl | but the Cyclone IV handbook lists LVDS speeds of up to 640Mbps
| |
01:10 | Bertl | and in the higher speed classes up to 875Mbps
| |
01:11 | Bertl | so there are certainly ways to get that amount of data into and out of the chip
| |
01:11 | Bertl | Ashu: okay, but what do you mean with image pipeline?
| |
01:14 | Ashu | Image Acquisition Pipeline: which provides data in memory.
| |
01:15 | Bertl | somehow I'm lost ... where is your proposal so that I can read it and get a clue?
| |
01:15 | aSobhy | Okay I hope I could finished it soon
| |
01:15 | aSobhy | finish*
| |
01:16 | apurvanandan[m] | Whom? mine?
| |
01:16 | Ashu | PM you.
| |
01:17 | Bertl | apurvanandan[m]: when somebody writes without prefix: then it is usually an answer to the last person talking
| |
01:17 | Ashu | and I have also mailed to team mail and posted draft
| |
01:20 | Bertl | okay, now I have an idea what you are talking about
| |
01:21 | Bertl | well, the 'DIB' concept might be nice, but the ARM cores and the DDR memory is unlikely to be fast enough to get reasonable framerate this way
| |
01:22 | Bertl | i.e. when you want to do an overlay (like the histogram) then you definitely do not want to render it twice, i.e. once in a 'dib' container and then the 'dib' container to memory
| |
01:22 | Bertl | because the 'dib' container is also memory and thus has the same problems writing to the framebuffer has
| |
01:24 | Bertl | i.e. what you want to do is to have two (or several) renderers, e.g. one which generates the overlay direclty in the framebuffer memory and another one which generates SVG for the web client
| |
01:24 | Bertl | (SVG as instructions how to create the image not as bitmap) or even better to pass the histogram data to the web client and draw the entire image on the client side
| |
01:27 | Bertl | also note that the 'community bonding' phase is perfect to figure out stuff like existing tools (hist, snap, etc) if not done already earlier, so you do not need to reserve time after May 27th for that
| |
01:33 | Ashu | okay, will change visualisation section and yes,I have already figured how sensor tools are working, I was bit confused about implementing visualisation.
| |
01:34 | Bertl | currently the frame data is intermixed with the overlay
| |
01:34 | Bertl | i.e. you have 64bit words consisting of RG/GB data (12bit each) and overlay (16bit)
| |
01:35 | Bertl | this is likely to change in the future were we will split up frame data and overlay
| |
01:35 | Bertl | in any case, the overlay is located in memory at 'specific' addresses and similar to a file mapping this memory can be accessed from userspace
| |
01:36 | Bertl | so this is where you need to put any visualization which is supposed to appear on the preview monitor
| |
01:37 | Bertl | on the web side anything which doesn't consume too much resources (memory and CPU) is fair game
| |
01:37 | Bertl | (i.e. you want to push as much as possible to the client side)
| |
01:42 | Ashu | okay, these things makes sense and giving me direction, have to make lots of changes in a very short time .
| |
01:44 | Ashu | will do changes and submit it by today itself. Thanku
| |
01:49 | apurvanandan[m] | Bertl: If his proposal is viewed, please see my also :)
| |
01:59 | Ashu | left the channel | |
02:00 | Bertl | no worries, I'm on it :)
| |
02:02 | Bertl | btw, you can also check each other's proposals and challenge tasks
| |
02:02 | apurvanandan[m] | I want to check, but how do I get access
| |
02:03 | Bertl | just ask and if they are interested, they will certainly share it with you
| |
02:04 | apurvanandan[m] | Ok I will ask with a few!
| |
02:31 | Bertl | okay, I'm through and will be off to bed shortly ... let me know if something is unclear
| |
02:38 | apurvanandan[m] | I have asked my questions in pm
| |
02:41 | aSobhy | Bertl, I wrote a dummy file with a single ddr register the result is the same as the FMAX is 780 MHz and also their is a restricted FMAX 250 with the same reason "limit due to minimum period restriction (max I/O toggle rate)"
| |
02:42 | aSobhy | in the FAQ of Intel fpga https://forums.intel.com/s/question/0D50P00003yyPPySAM/fmax-and-restricted-max
| |
02:43 | aSobhy | they are saying "There are different speed grades of chip, Like C1,2,3,4 etc. These will have restricted FMax because they are not as strict on testing the dies as the number increases. So C1 will have a higher restricted FMax than a C5"
| |
02:43 | aSobhy | but I can't find where those C1..5 can be selected !
| |
02:44 | Bertl | that's what I meant with different speed grades
| |
02:44 | Bertl | no idea how to select that on quartus, but should be easy to figure out with google's help :)
| |
02:46 | aSobhy | I am searching now but I want to tell you what I get as you said you are off to bed soon
| |
02:46 | aSobhy | so most probably it is a problem with the part not in my code ?
| |
02:49 | Bertl | both is possible
| |
02:56 | aSobhy | which tool you will run that design in order to check the max speed ? (marking the task)
| |
02:57 | Bertl | the one you specify in the make file
| |
02:58 | aSobhy | ok
| |
02:58 | Bertl | but do not worry too much about the limited fmax
| |
02:58 | Bertl | as long as the VHDL is fine you should be as well :)
| |
03:02 | Bertl | aSobhy: when you specify a device part, you usually include the speed grade, e.g.
| |
03:03 | Bertl | EP2C20F484C7 means package F484 and speed grade C7
| |
03:04 | aSobhy | okay
| |
03:04 | Bertl | (where C likely stands for commercial)
| |
03:05 | aSobhy | I haven't notice that :)
| |
03:05 | Bertl | live and learn! :)
| |
03:05 | Bertl | off to bed now ... have a good one everyone!
| |
03:05 | Bertl | changed nick to: Bertl_zZ
| |
03:06 | aSobhy | thaks Bertl, you relived me a bit :)
| |
05:37 | BAndiT1983|away | changed nick to: BAndiT1983
| |
05:45 | Dev_ | joined the channel | |
05:48 | Dev_ | Thank BAndiT1983 to your review prop, i will change the proposal those inconsistencies and submit it after college
| |
05:48 | BAndiT1983 | no problem
| |
05:48 | Dev_ | left the channel | |
06:00 | mrohit[m] | hi BAndiT1983 , as discussed yesterday, the problem with sending data to daemon was how to send large number of parameters for each image sensor parameter such as the HDR mode etc....correct?
| |
06:07 | BAndiT1983 | i still don't get the point out of technical view
| |
06:08 | BAndiT1983 | which i've already described in the email, you descriptions are relatively vague and lack more precise descriptions
| |
06:17 | mrohit[m] | for eg. if we want to set HDR interleaved mode...we need 3 parameters:
| |
06:17 | mrohit[m] | time1 (defines exposure time for even columns), time2 (defines exposure time for odd columns), color (to choose between color and monochrome sensor)
| |
06:17 | mrohit[m] | the number of parameters can vary for all other settings (like exposure, subsampling etc.)
| |
06:17 | BAndiT1983 | and?
| |
06:17 | BAndiT1983 | why is it called time1 and time2? who teached you to call variables like that?
| |
06:19 | mrohit[m] | but daemon can accept a fixed number of values as currently value1 and value2 are received through flatbuffers
| |
06:20 | mrohit[m] | time1 and time2 are just for reference here, just for explaining, evenTime, oddTime will be better
| |
06:20 | BAndiT1983 | and?
| |
06:20 | BAndiT1983 | what has it to do with fixed number of values?
| |
06:21 | BAndiT1983 | evenColumnTime would even be better and more readable
| |
06:22 | mrohit[m] | as we request to SetHDRInterleaved, we will need to provide 3 values, but flatbuffers can send only 2 at a time, as mentioned in the schema
| |
06:22 | BAndiT1983 | seems like you miss the point there, we want to send single parameters to adjust the camera in real-time
| |
06:25 | mrohit[m] | you mean we don't need to set a setting such as HDR, rather we need to set individually the evenColumnTime, the oddColumnTime and color setting and enable the register for HDR?
| |
06:25 | BAndiT1983 | for example
| |
06:29 | mrohit[m] | okay...seems like I was thinking in a wrong direction. So we just need to set those individual parameters...right?
| |
06:29 | mrohit[m] | But if a user just needs to set something at once, such as just selecting the HDR mode then isn't the daemon expected to figure out which registers to set for the correponding mode and set all of them?
| |
06:30 | BAndiT1983 | this is where presets kick in
| |
06:34 | mrohit[m] | so for presets, do we use default parameter values, like fixed value for evenColumnTime, oddColumnTime? because flatbuffers cannot handle these many number of values, so we can't let user control these parameters while using presets..right?
| |
06:35 | mrohit[m] | for setting these individual parameters, we can have individual methods
| |
06:35 | mrohit[m] | And for a preset method, we can call those individual methods..I guess
| |
06:35 | BAndiT1983 | what has it to do with flatbuffers?
| |
06:36 | BAndiT1983 | sorry, but gsoc is about research and development, but not about me providing you with solutions for problems
| |
06:38 | mrohit[m] | okay, sorry for that, but I just want to know whether am I addressing the right problem
| |
06:39 | BAndiT1983 | it's up to you to think about smart solution, but you are trying too hard and focus too much on flatbuffers, which is only there to send or retrieve settings
| |
06:40 | BAndiT1983 | off to work
| |
06:40 | BAndiT1983 | changed nick to: BAndiT1983|away
| |
06:45 | mrohit[m] | okay...thanks
| |
06:45 | mrohit[m] | I will work on the solution
| |
06:58 | sebix | joined the channel | |
06:58 | sebix | left the channel | |
06:58 | sebix | joined the channel | |
07:19 | dcz | joined the channel | |
08:15 | supragya | left the channel | |
08:17 | alexML | left the channel | |
08:17 | supragya | joined the channel | |
08:18 | alexML | joined the channel | |
08:26 | parimal | joined the channel | |
08:34 | illwieckz | left the channel | |
08:34 | alexML | left the channel | |
08:35 | alexML | joined the channel | |
08:35 | parimal | left the channel | |
08:40 | illwieckz | joined the channel | |
08:44 | se6astian|away | changed nick to: se6astian
| |
09:07 | nira | joined the channel | |
09:14 | nira | hi, I'm uploading my proposal and I have one more doubt. How do you want the challenge to be sent? Maybe a link to a GitHub repo, a Google Drive link, or something else?
| |
09:18 | parimal | joined the channel | |
09:18 | parimal | nira, a link to github repo would be the best
| |
09:19 | parimal | that's how everyone did it, also include the link of your repo in the proposal
| |
09:21 | parimal | BAndiT1983|away please do review my proposal today before the deadline :P
| |
09:22 | nira | ok, thank you!
| |
09:23 | parimal | no problem
| |
09:24 | parimal | left the channel | |
09:28 | shivamgoyal | joined the channel | |
09:37 | apurvanandan[m] | Hi se6astian I had my proposal reviewed by Bertl twice and corrected it. I would be happy if you could also have a look at my proposal :)
| |
09:47 | se6astian | will do
| |
10:01 | se6astian | looks good, no further suggestions from my side
| |
10:01 | se6astian | but I don't know much about fpgas :)
| |
10:25 | nira | left the channel | |
10:34 | apurvanandan[m] | Thanks :)
| |
10:37 | shivamgoyal | left the channel | |
10:37 | dcz | left the channel | |
12:06 | Bertl_zZ | changed nick to: Bertl
| |
12:06 | Bertl | morning folks!
| |
12:17 | apurvanandan[m] | Good morning Bertl, I have corrected my proposal. If you have time ,please have one last review (if required) so that I can submit final PDF to GSoC.
| |
12:19 | dcz | joined the channel | |
12:20 | futarisIRCcloud | left the channel | |
12:49 | Bertl | sure
| |
12:51 | Fares | joined the channel | |
13:41 | Bertl | apurvanandan[m]: Fares: aSobhy: what FPGA hardware do you have available right now and for the duration of GSoC 2019?
| |
13:53 | aSobhy | left the channel | |
13:57 | aSobhy | joined the channel | |
14:12 | shivamgoyal | joined the channel | |
14:34 | aSobhy | thanks Bertl, I'll give you a message when i finished editing it :)
| |
14:35 | aSobhy | and can I have a look on the proposal that <se6astian> had mentioned it
| |
14:36 | aSobhy | to get more information i won't copy it :)
| |
14:37 | aSobhy | of course if the student is not in my year of participating :)
| |
14:38 | Fares | I have Z-turn lite board which has 7Z010 zynq.
| |
14:38 | Fares | thank you for the comments and the modifications Bertl
| |
14:41 | se6astian | aSobhy: you mean the one I mentioned yesterday? thats a current one I reviewed
| |
14:42 | aSobhy | ah okay, I have misunderstand
| |
14:42 | aSobhy | I think it's the project as mine but a previous year :)
| |
14:52 | Bertl | apurvanandan[m]: aSobhy: what FPGA hardware do you have available right now and for the duration of GSoC 2019?
| |
14:53 | Bertl | Fares: you're welcome! thanks for the hw info!
| |
14:56 | apurvanandan[m] | I have Virtex-5 XUPV5-LX110T board with XC5VLX110T-FF1136-3
| |
14:58 | Bertl | that is a nice piece of hardware :)
| |
14:59 | apurvanandan[m] | I know, I am proud of it. Our alumni donated us that.
| |
15:02 | Bertl | so what I think we can do to get you started is to send you two of the USB plugins together with a dual plugin breakout board (bunch of 2.54mm headers on that one) which you can easily connect to your FPGA board for testing
| |
15:04 | Bertl | this should allow for programming and testing the plugin modules on your hardware as well as preliminary testing of the FPGA-FPGA interface
| |
15:07 | apurvanandan[m] | Yes, this seems good place to start at :D
| |
15:07 | saurabh_raj | joined the channel | |
15:08 | saurabh_raj | Hi how is the qualification task code to be shared? Should I include a link to it in my proposal?
| |
15:09 | Bertl | yes, that would be the preferred way
| |
15:09 | saurabh_raj | left the channel | |
15:11 | shivamgoyal | left the channel | |
15:12 | Bertl | apurvanandan[m]: http://vserver.13thfloor.at/Stuff/AXIOM/BETA/PCIE_dual_breakout_2L_v0.2.{sch,brd}
| |
15:12 | Bertl | I take it you already found the USB 3.0 plugin board and schematic files
| |
15:13 | apurvanandan[m] | Yes , I have gone through them
| |
15:14 | shivamgoyal | joined the channel | |
15:17 | aSobhy | I don't have FPGA's :(
| |
15:17 | Bertl | no problem, just trying to figure out what is available where
| |
15:18 | Bertl | Fares: do you also have the IO Cape for the Z-turn lite?
| |
15:18 | aSobhy | ah okay :)
| |
15:20 | Bertl | aSobhy: do you have a benchtop power supply available (or can you borrow one for the duration of GSoC)?
| |
15:21 | shivamgoyal | left the channel | |
15:22 | apurvanandan[m] | +
| |
15:25 | Fares | No I don't have the IO Cape but I can buy it if it is needed for the project.
| |
15:25 | Bertl | probably not required, again, just asking
| |
15:26 | aSobhy | also no but I will search for one and inform you if found ASAP :)
| |
15:27 | Bertl | thanks!
| |
15:29 | apurvanandan[m] | Bertl, by making bidirectional usb 3.0 probably we won't be sending video data to camera. We would be using it for controlling the video output, like brightness , contrast,etc.
| |
15:29 | apurvanandan[m] | Am I right?
| |
15:29 | Bertl | there are a number of optional use cases
| |
15:30 | Bertl | first there could be control signals (like in the UVC case)
| |
15:30 | Bertl | but we could also send image or overlay data at high speed to the camera
| |
15:32 | Bertl | this could even be useful in a bidirectional setup where the camera sends (reduced) image data to the PC which does some image processing/recognition/etc and sends back a an overlay to the camera which combines it with the high resolution live view
| |
15:32 | BAndiT1983|away | changed nick to: BAndiT1983
| |
15:41 | Fares | left the channel | |
15:46 | BAndiT1983 | changed nick to: BAndiT1983|away
| |
15:49 | aSobhy | Bertl, why their is encoding in the optimization while all FPGAs sharing the same CLK
| |
15:49 | aSobhy | ?
| |
15:51 | Bertl | there are several ways to transfer data between ICs
| |
15:52 | Bertl | for low to medium speeds you can get away with source synchronous data which is simply clocked out on one IC and clocked in on the other
| |
15:53 | Bertl | with increasing data rates you need to have some way to synchronize the data with a clock (even if it is shared between both ends)
| |
15:53 | Bertl | there is also the problem that increased data rates result in a lot of noise and various problems for some data
| |
15:54 | Bertl | for example sending many '0' or '1' in a row causes the DC offset to get out of balance
| |
15:54 | Bertl | or sensing a constant sequence of '010101...' will produce a rather high frequency switching and thus a lot of noise and potential interference
| |
15:55 | Bertl | for all those reasons you usually encode the data in some way which mitigates the problems (8b/10b or TMDS or similar)
| |
15:56 | aSobhy | OK got it :)
| |
15:56 | Bertl | you also need to do link training as the actual 'delay' on the data lines starts to escape the tolerances of static analysis
| |
15:56 | Bertl | (the variation on the delay)
| |
15:57 | aSobhy | link train at every setup? am I right !
| |
15:57 | aSobhy | training*
| |
15:57 | Bertl | for the RF (Routing Fabric) communication there are some additional subtle requirements which need to be investigated and addressed
| |
15:58 | Bertl | for example: how to handle phases where there is no communication at all
| |
16:01 | aSobhy | mmm okay
| |
16:02 | aSobhy | adding it to my note
| |
16:02 | Bertl | i.e. something like 'moderate power saving' or 'reducing noise' et
| |
16:02 | Bertl | *etc
| |
16:04 | Bertl | link training (this might also interest apurvanandan[m]) needs to be done at the beginning but is best handled/repeated during idle periods
| |
16:05 | Bertl | or if possible, link delay adjustments can be done during normal operation
| |
16:06 | Bertl | (the reason why this is useful is because timing is also affected by the environment, like temperature, noise, power, etc)
| |
16:10 | aSobhy | Sounds good I'm really excited
| |
16:13 | se6astian | changed nick to: se6astian|away
| |
16:21 | apurvanandan[m] | I added the third stretch goal as well ( not went into details). You can have a look if you want.
| |
16:22 | Bertl | will do shortly
| |
16:28 | aSobhy | Is it a task to do a power consumption test of the modules I'll make ?
| |
16:29 | Bertl | we will have to test a bunch of things including power consumption and try to optimize the solution (or make it generic enough to be suitable for different cases)
| |
16:30 | Bertl | power consumption is rather simple to measure on the AXIOM Beta (we have a lot of instrumentation in this regard) but of course preliminary power budget calculations (as done by many tools) helps too
| |
16:31 | aSobhy | Ok that's would be in the optimization task of every module i'll add it
| |
16:31 | Bertl | we also need to investigate the effect on other parts of the camera and limit noise
| |
16:33 | aSobhy | and also that point
| |
16:44 | apurvanandan[m] | Bertl, In proposal details on GSoC page do we need to write 1200 characters?
| |
16:45 | apurvanandan[m] | I just have written 200 characters
| |
16:45 | apurvanandan[m] | Please take a look their also
| |
16:45 | Bertl | we (apertus) do not care much about that, a short version is perfectly fine, no idea what google expects though
| |
16:46 | apurvanandan[m] | OK, thank you. I am going to upload the final PDF now :)
| |
16:48 | sebix | left the channel | |
16:55 | Bertl | btw, I almost forgot to mention (this year):
| |
16:56 | Bertl | please add a proper copyright and license (open source compatible) information to your challenge code
| |
16:58 | apurvanandan[m] | Ok adding it now.
| |
17:01 | aSobhy | Bertl, Can you have a look I have done changes :)
| |
17:02 | BAndiT1983|away | changed nick to: BAndiT1983
| |
17:06 | aSobhy | Ok I'll add them
| |
17:11 | apurvanandan[m] | Going offline now , haven't slept for two nights. ^^'
| |
17:11 | apurvanandan[m] | I have submitted the proposal. Also added the GNU LICENSE file.
| |
17:15 | parimal | joined the channel | |
17:15 | parimal | BAndiT1983, is that you as redfalcon?
| |
17:16 | RexOrCine|away | changed nick to: RexOrCine
| |
17:17 | BAndiT1983 | parimal, yes
| |
17:18 | BAndiT1983 | i miss some more on technical info how you would solve the task, as your proposal only describes things we've discussed in the chat
| |
17:19 | BAndiT1983 | a proposal, at least in my opinion, should provide a little bit more in-depth info on how the task will be approached, which obstacles could occur and how it would be prevented
| |
17:20 | BAndiT1983 | you write a lot about discussing, but GSoC is about research and development, where the students should be able to wrk on their own and mentor guiding
| |
17:20 | BAndiT1983 | *work
| |
17:20 | nira | joined the channel | |
17:20 | BAndiT1983 | it's not about me explaining to you how to solve the task, in this case i can also sit down by myself and implement modules
| |
17:22 | parimal | yes I agree, obviously it will be me doing the research
| |
17:24 | parimal | I understand what needs to be done but I thought the in depth "how" part I can do later as I study it more
| |
17:25 | thelastride | joined the channel | |
17:26 | thelastride | left the channel | |
17:28 | parimal | thanks for the review, I will see what I can update in the remaining time :)
| |
17:34 | parimal | left the channel | |
17:41 | niemand | joined the channel | |
17:41 | niemand | left the channel | |
17:41 | niemand | joined the channel | |
17:46 | se6astian|away | changed nick to: se6astian
| |
17:52 | comradekingu | left the channel | |
18:04 | aSobhy | Bertl, l have submitted the final proposal their still an hour so if their is any issue with the newly added tasks to the timeline please tell me :)
| |
18:05 | Bertl | did you submit it only as final or is it the same as the latest draft?
| |
18:05 | Bertl | (because we cannot see the final proposals yet)
| |
18:06 | BAndiT1983 | changed nick to: BAndiT1983|away
| |
18:07 | Bertl | btw, you want to put a copyright notice together with some license information in each of your files
| |
18:08 | Bertl | check the existing project files (apertus) for examples
| |
18:11 | aSobhy | It is the same link of the draft that i sent you earlier
| |
18:17 | nira | left the channel | |
18:18 | Bertl | yeah, well, a lot of copy and paste (with a lot of copy and paste errors :)
| |
18:20 | Bertl | but it looks reasonably good to me .. if you really want to add something then make an example section where you propose a design or discuss the pros and cons of this or that protocoll
| |
18:21 | aSobhy | you caught me :)
| |
18:23 | aSobhy | I wish I could do that but I haven't finished the do file yet
| |
18:32 | shivamgoyal | joined the channel | |
18:38 | RexOrCine | changed nick to: RexOrCine|away
| |
18:54 | Dev_ | joined the channel | |
18:54 | nira | joined the channel | |
18:55 | Bertl | wb nira! you might consider getting a proper IRC client instead of using the web client (which has a number of issues)
| |
18:56 | Bertl | (there are a bunch of good clients out there like Pidgin, irssi, HexChat, Koversation, etc)
| |
18:56 | Dev_ | I have also submitted the final proposal !
| |
18:57 | Bertl | just in time :)
| |
18:57 | Dev_ | How many proposal org received this year , just curious ??
| |
18:58 | Dev_ | Yes Bertl :)
| |
18:58 | Bertl | 22 so far
| |
18:59 | Dev_ | Is it more than last years , i guess .
| |
18:59 | nira | yes, just today I was looking to do it, thank you!
| |
18:59 | Bertl | Dev_: I do not remember the numbers from last year but it was about the same
| |
19:00 | RexOrCine|away | changed nick to: RexOrCine
| |
19:00 | RexOrCine | changed nick to: RexOrCine|away
| |
19:00 | Dev_ | Okay :) , thank you
| |
19:00 | Dev_ | Bertl
| |
19:01 | Dev_ | left the channel | |
19:01 | Bertl | also a word of advice: the next period is a good chance to convince the mentors that you are the best choice for the task you proposed :)
| |
19:02 | Bertl | this is usually achieved by working with the community, collecting information, asking smart and on-topic questions and making suggestions or other contributions
| |
19:11 | Ashu | joined the channel | |
19:17 | nira | left the channel | |
19:27 | Ashu | left the channel | |
19:30 | shivamgoyal | left the channel | |
19:47 | comradekingu | joined the channel | |
21:13 | BAndiT1983|away | changed nick to: BAndiT1983
| |
21:56 | dcz | left the channel | |
22:21 | BAndiT1983 | changed nick to: BAndiT1983|away
| |
22:22 | se6astian | changed nick to: se6astian|away
| |
22:25 | niemand | left the channel | |
22:57 | aombk | joined the channel | |
23:00 | aombk2 | joined the channel | |
23:04 | aombk | left the channel | |
23:13 | aSobhy | left the channel | |
23:39 | futarisIRCcloud | joined the channel |