Current Server Time: 15:49 (Central Europe)

#apertus IRC Channel Logs

2019/07/15

Timezone: UTC


01:10
Y_G
joined the channel
01:21
Y_G
left the channel
01:35
Y_G
joined the channel
01:46
Y_G
left the channel
03:29
ItsMeLenny
joined the channel
04:21
futarisIRCcloud
joined the channel
04:48
Bertl
off to bed now ... have a good one everyone!
04:49
Bertl
changed nick to: Bertl_zZ
05:22
BAndiT1983|away
changed nick to: BAndiT1983
05:57
BAndiT1983
changed nick to: BAndiT1983|away
06:13
se6astian|away
changed nick to: se6astian
06:50
Umori
left the channel
06:50
a13b
left the channel
06:50
apurvanandan[m]
left the channel
06:50
elkos
left the channel
07:16
elkos
joined the channel
07:16
Umori
joined the channel
07:16
apurvanandan[m]
joined the channel
07:16
a13b
joined the channel
08:16
se6astian
changed nick to: se6astian|away
08:26
elkos
left the channel
08:27
Umori
left the channel
08:27
a13b
left the channel
08:27
apurvanandan[m]
left the channel
08:35
Umori
joined the channel
08:36
a13b
joined the channel
08:39
elkos
joined the channel
08:40
apurvanandan[m]
joined the channel
08:41
ItsMeLenny
left the channel
10:01
se6astian|away
changed nick to: se6astian
10:07
Nira|away
changed nick to: Nira
10:13
RexOrCine|away
changed nick to: RexOrCine
10:45
danieel
left the channel
10:47
danieel
joined the channel
11:02
se6astian
I need to shutdown the remote access beta for a bit, anyone doing anything on it currently?
11:52
se6astian
and its reinstalled again and operational
11:53
aSobhy
Ok thanks :)
12:08
Nira
changed nick to: Nira|away
13:32
Bertl_zZ
changed nick to: Bertl
13:32
Bertl
morning folks!
14:46
se6astian
changed nick to: se6astian|away
14:52
Bertl
changed nick to: Bertl_oO
14:52
Nira|away
changed nick to: Nira
14:58
BAndiT1983|away
changed nick to: BAndiT1983
15:08
RexOrCine
changed nick to: RexOrCine|away
15:39
Y_G
joined the channel
15:54
dev__
joined the channel
15:56
Fares
joined the channel
15:57
apurvanandan[m]
Hi Bertl
15:57
BAndiT1983
changed nick to: BAndiT1983|away
15:59
apurvanandan[m]
I am having problem in syncing the PRNGs, I am stuck in it :/
16:00
BAndiT1983|away
changed nick to: BAndiT1983
16:01
Bertl_oO
changed nick to: Bertl
16:02
Bertl
meeting time
16:02
apurvanandan[m]
okay
16:03
se6astian|away
changed nick to: se6astian
16:03
dev__
Good evening everyone
16:03
se6astian
good evening
16:03
se6astian
sorry for the delay
16:03
se6astian
meeting time!
16:03
Fares
Good evening
16:03
se6astian
again please pm me and then we will start the reporting sessions
16:06
se6astian
Fares you start please
16:06
Fares
Hi everyone! sorry I missed last week meeting
16:07
Fares
In the last two weeks I almost completed the documentation for all the files and few high level documentation
16:08
Fares
I finished a module to append a marker to start/end of each frame and completed an axi lite module for the dma
16:08
Fares
I also completed fifo, simple address generator and bit conversions module for the axihp_reader|writer
16:09
Bertl
sounds great! any hardware tests yet?
16:10
se6astian
is the documentation already on github? I didnt see anything on the wiki yet
16:10
Fares
for all the things but the dma is working, for the dma I managed to get around 240 correct bytes, there was a bug in the wlast, after fixing it, the zynq freezes after the dma starting, I'm still tryin to figure out why
16:11
Fares
the documentation is technical and describe what every module does in the encoding process
16:11
Fares
I didn't know about the wiki, but I would gladly document it in more high level there.
16:12
se6astian
where is the documentation going to be hosted you wrote so far?
16:12
Fares
github
16:12
dev__
left the channel
16:13
se6astian
great, for technical documentation github and right with the project files is perfect
16:13
se6astian
high level documentation and general overview with links to further content (code, documentation, usage examples, et.) on the wiki would be great
16:14
dev__
joined the channel
16:14
Fares
great! that was everything I was working on last two weeks, I want to schedule a suitable time with you to present the LJ92 algorithm and describe how the core is working in high level and also to determine which modules will be in the final version, as I need time before GSoC deadline to write supporting software.
16:15
se6astian
great
16:15
se6astian
lets discuss that presentation time afterwards
16:15
se6astian
thanks Fares
16:15
Fares
great, thank you.
16:15
se6astian
Y_G your turn
16:16
Y_G
Hi all,
16:16
Y_G
This week I worked on and tested splitting the message package in 2 parts (Blob, String Parameter).
16:17
Y_G
Worked on LutConfModule which uses the Blob Packet to set gamma_correction_lut's.( Though the file format has not been decided for LUT file ,Currently I have assumed it to be 4096*4 values.)
16:17
BAndiT1983
4096 * 8bit or 16bit?
16:18
se6astian
what are "values" for you?
16:19
Y_G
float values ,Just took those values that are generated by the formula currently in lut_conf.c when set_gain is called
16:19
BAndiT1983
are LUT values really float?
16:20
Bertl
the lut values are 16/18bit integers
16:20
Y_G
The ones generated using the formula were'nt
16:20
Bertl
they are calculated as floats but they are written into the LUT tables as integers
16:20
Dev_
joined the channel
16:21
Y_G
But some files I looked up had float values. So for testing purposes I used float
16:21
Y_G
Shouldn't be a problem for int values too
16:22
BAndiT1983
i would mostly avoid float on the camera, if possible
16:22
Bertl
I think it is important to differentiate between values stored in files and the values set in LUT registers
16:22
Bertl
it makes perfect sense to store normalized LUT values in files
16:22
Bertl
i.e. floats between 0.0 and 1.0
16:22
dev__
left the channel
16:24
Y_G
How do we interpret these values (0.0 to 1.0) for register settings ?
16:24
Bertl
well, that really depends on the LUT and how it is used
16:25
Bertl
i.e. if the LUT has 16bit, you want to spread the 0-1 interval to the full 16bit range
16:26
se6astian
anything else to report Y_G otherwise I would suggest to discuss the last remaining questions about the LUT value calculation after the meeting
16:27
Y_G
I also finally worked on setting and getting i2c values directly through DaemonCLI (This has to be tested in Beta.)
16:27
Y_G
Should be able to test it today only
16:28
Y_G
That would be it from my side .thanks
16:28
se6astian
good, the remote beta should be fully operational and waiting for you :)
16:28
se6astian
great, thanks for the update
16:28
se6astian
Nira you are up next
16:28
Nira
ok, thank you
16:29
Nira
this week I have been doing the final debouncing test for the PIC16
16:29
Nira
I have done it for one button, so now it has to be 'extended' to work on all of them
16:29
Bertl
how did you test?
16:31
Nira
well, I have tested it on the remote, so checking that the leds did what I expected
16:31
Bertl
okay, what exactly did you test?
16:33
Nira
as I have two leds I used one of them to show if it has detected 'for real' that the button has been pushed, and the other one for 'fake' pulses
16:34
Nira
and well, it worked for pushing the button, and it didn't detect any fake
16:35
Bertl
which means the button just didn't bounce at all, no?
16:35
Bertl
anyway, we should discuss that later as well, please continue
16:36
Nira
this would be all
16:37
se6astian
thanks nira, further debouncing should indeed be discussed right after the meeting concludes
16:37
se6astian
Dev_: your turn
16:37
Dev_
hello Everyone
16:37
Dev_
last week, I spent most of the time in understanding of task for making an eventbus and event driven architechture for OC which will be used by frameserver
16:38
Dev_
Then, I fixed some problems regrading loading of DNG
16:38
Dev_
which occured
16:38
Dev_
due to working on addtional feture
16:38
Dev_
Form yesterday, i was working on VideoClip class and it is almost complete. Inclusion of videoclip class has reduced many responsiblity and unnecessary function from static allocator
16:38
Dev_
next week, i will be working on the implementation of eventbus for OC. If this completes next week, I guess, we can go for Fuse then.
16:39
BAndiT1983
??
16:39
BAndiT1983
This is totally behind the plan and timeline, i would have expected fuse playback at latest by the end of the week
16:40
Dev_
Yes BAndiT1983, I know
16:40
BAndiT1983
event bus is available in core, so i don't understand why you want to implement it again
16:40
BAndiT1983
https://github.com/apertus-open-source-cinema/opencine/tree/dev/Source/OCcore/Events
16:40
BAndiT1983
for basic things this implementation is sufficient
16:41
Dev_
Okay , I will work on it
16:42
se6astian
I suggest to also discuss the detailed next steps right after the meeting as there seems to be some discrepancy between planned and actual progress
16:42
Dev_
After Eventbus in working state , we can go for fuse
16:42
Dev_
okay, I will be here
16:42
se6astian
thanks Dev_, anything else?
16:43
Dev_
No , That's it
16:43
se6astian
great
16:43
se6astian
aSobhy: your turn
16:44
aSobhy
hi all
16:44
aSobhy
the past week i have finished (coding) the link training for both side with word alignment
16:44
aSobhy
simulating the Machxo2 side right now
16:45
aSobhy
will simulate both together after the meeting and run them on the Beta tonight or tomorrow at most
16:45
Bertl
okay, please keep me updated
16:45
aSobhy
there were some troubles i faced: the encoding 8b/10b is running alone fine but with the other modules doesn't work
16:46
aSobhy
I left it for now and will find another 8b/10b open source code to see if my code that had the problem or not
16:47
aSobhy
sure Bertl :)
16:48
se6astian
thanks, anything else?
16:48
aSobhy
that's all ,thanks :)
16:49
se6astian
great
16:49
se6astian
anyone else want to give any updates?
16:49
se6astian
felix_: ?
16:49
apurvanandan[m]
I want to give my update
16:50
se6astian
great!
16:50
se6astian
please do
16:50
apurvanandan[m]
Hi everybody
16:50
se6astian
did you pm me and my irc bouncer swallowed it?
16:50
apurvanandan[m]
I had pm you
16:51
felix_
doesn't have anything new to tell
16:52
apurvanandan[m]
After I had successfully completed the BER testing model on post route simulation, I worked of finding the BER on harware ie real BER. I had to debug a lot on the hardware even if everything was perfectly working on post simulation and for debugging I had only one LED. But this is what I have achieved: Every thing is working good on hardware except that I am not able to synchronise the PRNGs so BER is coming to be
16:52
se6astian
apurvanandan[m]: right got it, please go ahead
16:52
apurvanandan[m]
50% but in case of counter the BER is remains constant that means it is definitely less than 10^-9. Once I am able to synchronise the PRNG I would then decrease the updates rates so that I can test for lower BER.
16:53
apurvanandan[m]
Thats all I had for this week.
16:54
Bertl
well, 50% sounds nice, how did you output the counter values?
16:55
apurvanandan[m]
Well for the counter I just replaced the prng lfsr with a 8 bit counter. In that case the BER takes a fixed value and doesn't change at all after that.
16:57
Bertl
doesn't really answer my question though :)
16:58
apurvanandan[m]
I didn't get your question, can you elaborate a bit?
16:58
Bertl
you said, you 'measured' a BER of 50%
16:58
Bertl
this means that half of the bits were wrong, the other half correct
16:59
Bertl
this requires that you did count the wrong bits somehow and also that you did read out that value in some way
16:59
Bertl
I was curious how you did that
17:00
apurvanandan[m]
ahh sorry, I measured it by sending it to my laptop by the ft601q
17:00
Bertl
okay, thanks!
17:00
apurvanandan[m]
It gets updated after counting everytime 2^28 bits ,
17:00
apurvanandan[m]
Yes thank you everybody!
17:01
se6astian
great, anything else to add?
17:02
apurvanandan[m]
No, I am done!
17:02
se6astian
thanks!
17:02
se6astian
quick updates from me: several AXIOM Beta CP enclosure related fine tuning going on currently
17:02
se6astian
we scheduled the next team talk video shooting for next week
17:02
se6astian
the 25th
17:03
se6astian
we have been accepted to do a booth at maker faire hannover in august
17:04
se6astian
thats it from my side, any closing words Bertl?
17:04
Bertl
nothing relevant to report from my side
17:04
Bertl
second evalutaion is coming, so be productive!
17:05
se6astian
right, then thanks everyone for attending again! meeting concluded, please discuss the things with your mentors now that we previously mentioned
17:07
Bertl
thanks for the moderation!
17:07
se6astian
my pleasure, I am off for dinner now, fares can we schedule the presentation a bit later or alternatively via email?
17:08
Bertl
apurvanandan[m]: regarding PRNG synchronization, IIRC we discussed that the 'forbidden' code can be used to do that
17:08
Fares
sure
17:09
Bertl
i.e. if your LFSR generates everything but a zero code, you can use this as sync code
17:09
Dev_
BAndiT1983, I would start working on eventbus (extend) from today itself , Then I can go for Fuse also in next of half of week
17:09
Bertl
and whenever the receiver detects a sync code, it simply resets the PRNG
17:09
Dev_
The videoClip class is also ready, I will push changes today
17:09
Bertl
(probably a good idea to add a counter for that as well for debugging)
17:10
apurvanandan[m]
Ealier I was using the switch from control codes to non control codes for syncing but it didn't seem to do well, so now I am changing to all zeroes method.
17:11
apurvanandan[m]
Bertl Is the conclusion I derived from constant BER reasonable?
17:12
Bertl
what do you mean with 'constant BER'?
17:13
apurvanandan[m]
If I used counter in place of LFSR, the BER I would recieve remains constant over time
17:14
apurvanandan[m]
That means the problem is PRNGs aren't synced right?
17:14
Bertl
a counter vs. a PRNG should give you the same as PRNG vs unsynchronized PRNG
17:14
Bertl
i.e. about 50% (half of all transmitted bits) would be wrong
17:15
BAndiT1983
Dev_: i would schedule next meeting for Wednesday, as progress is not up to my expectation
17:16
Dev_
Okay ,
17:16
Dev_
i will Email timmings
17:17
apurvanandan[m]
By constant I mean, the reported bit errors are exactly equal. In case of PRNG they are slightly varying but still very close to 50%
17:17
BAndiT1983
changed nick to: BAndiT1983|away
17:18
apurvanandan[m]
But anyways, syncing only seems a possible issue.
17:18
Dev_
left the channel
17:19
Bertl
yeah, that's what you'd expect from unsynchronized PRNGs
17:19
Bertl
for a test, you can use a sideband signal for the synchronization
17:19
apurvanandan[m]
sideband?
17:19
Bertl
i.e. an unused LVDS pair which just 'resets' the PRNG
17:20
apurvanandan[m]
Yeah, also a good method
17:21
apurvanandan[m]
Apart from that, should I use asynchornous dual clock FIFO for linking the ft601 with the data?
17:27
Bertl
if you have two clocks, probably yes
17:27
apurvanandan[m]
Okay
17:27
Bertl
if you are clocking your data with the FT60x clock, there is no need to do that
17:28
se6astian
Fares: you still here, I am back
17:29
Fares
Yes, I'm here
17:29
se6astian
great, when did you have in mind for the presentation?
17:29
apurvanandan[m]
Also I have some confusion between DRR x2 and x4, they are the same on input side ie simple DDR but the DDR x4 forms eight bit words from it while DDR x2 forms 4 bit words right?
17:30
Fares
anytime today or in the following days would be good
17:30
Bertl
you are referring to the MachXO2 hardened IP?
17:32
se6astian
I will leave soon today for a bit and have appointments tomorro evening, what about wednesday evening?
17:34
Fares
okay sounds good, is that good with Bertl?
17:35
Bertl
wednesday evening should be fine, yes
17:36
apurvanandan[m]
Yes Bertl, the problem is the max frequency DDRX4 IP allows is 378MHz which is less than what I require
17:36
se6astian
great, 17:00 UTC?
17:36
se6astian
thats 36 minutes ago in 2 days
17:36
apurvanandan[m]
So I am currently testing it at 300 MHz as of now.
17:37
RexOrMatrix[m]
Well done and thanks for the updates everyone.
17:38
apurvanandan[m]
Bertl ie I can attain max of 3.0 MBps even if I clock at 378MHz, is this fine?
17:40
Bertl
why 3Mbit/s ?
17:41
Bertl
at 300MHz, with DDR x2 you should get 600Mbit/s or with DDR x4 twice as much :)
17:41
apurvanandan[m]
No I am getting 600MBits with DDR X4 at 300 MHz
17:43
Bertl
how's that?
17:43
apurvanandan[m]
How can the speed change, if the sampling scheme is same in both case which is DDR?
17:44
se6astian
Fares: , Bertl wednesday 17:00 UTC is confirmed?
17:45
apurvanandan[m]
Does not the DDR X4 means you are just grouping the signal in chunks of 8 bits like you do grouping of 4 in DDR X2?
17:45
Bertl
DDR is double data rate, i.e. it means that data is sampled at both the rising and falling clock edge
17:45
Bertl
so, 100MHz means 2 bit per clock cycle on DDR
17:45
Bertl
or a datarate of 200MBit/s
17:46
Bertl
DDR x2 and DDR x4 increase the gear ratio accordingly
17:46
Fares
se6adtian: That would be great with me
17:46
Fares
se6astian*
17:47
se6astian
perfect, appointment added to calendar
17:48
Bertl
apurvanandan[m]: but you are likely to hit a limit on the clock there
17:48
apurvanandan[m]
Right Bertl that means 600MBps x 5 channels x 0.8 ( due to encoding) = 2.4Gbps
17:48
Bertl
i.e. while your gear ratio can be 1:8, your clock cannot
17:51
Fares
Bertl: can you please provide me with any hints why would the axihp_reader|writer freeze the zynq? I assume the problem is writing to places in memory I should not write to?
17:51
Bertl
either that or any protocol error
17:52
Bertl
i.e. when you run out of addresses or similar
17:53
apurvanandan[m]
Bertl Is there a clock limit in the fpga fabric?
17:54
Bertl
definitely
17:55
apurvanandan[m]
So 378MHz won't be above that I guess
17:55
Bertl
unlikely
17:56
Bertl
but you can easily start testing at 100MHz
17:56
Bertl
and see that you get it working there, then slowly increase up till the maximum
17:57
apurvanandan[m]
I am currently testing everything at 300 MHz
17:57
apurvanandan[m]
And I think it is working fine as of now
17:57
Bertl
good then
17:58
Bertl
sorry, have to leave ... off for now ... bbl
17:58
Bertl
changed nick to: Bertl_oO
17:58
apurvanandan[m]
Ok bye
17:58
apurvanandan[m]
Np
18:02
Nira
changed nick to: Nira|away
18:06
danieel
left the channel
18:06
danieel
joined the channel
18:14
Y_G
That would be it from my side .thank
18:28
BAndiT1983|away
changed nick to: BAndiT1983
18:49
Fares
left the channel
19:08
illwieckz
left the channel
19:09
Y_G
left the channel
19:09
Y_|G
joined the channel
19:18
illwieckz
joined the channel
19:32
BAndiT1983
changed nick to: BAndiT1983|away
19:36
BAndiT1983|away
changed nick to: BAndiT1983
19:39
BAndiT1983
changed nick to: BAndiT1983|away
20:03
se6astian
off to bed, good night
20:03
se6astian
changed nick to: se6astian|away
20:14
Y_|G
left the channel
21:31
BAndiT1983|away
changed nick to: BAndiT1983
21:31
BAndiT1983
changed nick to: BAndiT1983|away
21:55
Nira|away
changed nick to: Nira
22:58
aombk2
left the channel
23:10
aombk
joined the channel
23:12
aombk
left the channel
23:13
aombk
joined the channel
23:48
aombk
left the channel
23:53
aombk
joined the channel