Current Server Time: 21:01 (Central Europe)

#apertus IRC Channel Logs

2019/04/09

Timezone: UTC


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