Current Server Time: 18:48 (Central Europe)

#apertus IRC Channel Logs

2019/05/31

Timezone: UTC


01:35
Davelister
joined the channel
01:35
Davelister
changed nick to: Guest7812
01:39
Guest7812
left the channel
03:18
RexOrCine
changed nick to: RexOrCine|away
03:36
Davelister
joined the channel
03:36
Davelister
changed nick to: Guest69602
03:41
Guest69602
left the channel
03:58
futarisIRCcloud
left the channel
05:38
Davelister
joined the channel
05:38
Davelister
changed nick to: Guest28409
05:42
Guest28409
left the channel
06:19
futarisIRCcloud
joined the channel
06:39
Davelister
joined the channel
06:39
Davelister
changed nick to: Guest29873
06:43
Guest29873
left the channel
07:24
Davelister
joined the channel
07:25
Davelister
changed nick to: Guest38505
07:29
BAndiT1983|away
changed nick to: BAndiT1983
07:31
Guest38505
left the channel
07:39
Davelist1r
joined the channel
08:29
futarisIRCcloud
left the channel
08:52
sebix
joined the channel
09:03
se6astian
joined the channel
09:19
se6astian
changed nick to: se6astian|away
09:49
Davelist1r
left the channel
10:02
Davelister
joined the channel
10:03
Davelister
changed nick to: Guest17782
10:18
BAndiT1983
changed nick to: BAndiT1983|away
10:56
Bertl_zZ
changed nick to: Bertl
10:56
Bertl
morning folks!
11:07
Guest17782
left the channel
13:25
flesk__
joined the channel
13:25
supragya
left the channel
13:25
Maqs
left the channel
13:25
flesk_
left the channel
13:26
Maqs
joined the channel
13:27
supragya
joined the channel
14:09
Davelister
joined the channel
14:09
Davelister
changed nick to: Guest62037
14:32
Guest62037
left the channel
14:40
aSobhy
changed nick to: aSobhy|away
14:46
Bertl
off for now ... bbl
14:46
Bertl
changed nick to: Bertl_oO
14:54
BAndiT1983|away
changed nick to: BAndiT1983
15:17
aSobhy|away
changed nick to: aSobhy
17:07
Bertl_oO
changed nick to: Bertl
17:23
BAndiT1983
changed nick to: BAndiT1983|away
17:25
BAndiT1983|away
changed nick to: BAndiT1983
17:41
illwieckz
left the channel
17:47
se6astian|away
changed nick to: se6astian
17:54
illwieckz
joined the channel
17:56
BAndiT1983
changed nick to: BAndiT1983|away
17:57
BAndiT1983|away
changed nick to: BAndiT1983
18:00
Bertl
evening everybody!
18:00
apurvanandan[m]
Evening
18:02
se6astian
changed nick to: se6astian|away
18:03
RexOrCine|away
changed nick to: RexOrCine
18:07
Bertl
aSobhy: you aroud?
18:07
aSobhy
yes sorry for dely
18:07
aSobhy
delay*
18:07
Bertl
no problem, just checking
18:08
Bertl
(see private message :)
18:09
aSobhy
I'm connecting to the remote now
18:15
BAndiT1983
changed nick to: BAndiT1983|away
18:26
sebix
left the channel
18:39
se6astian|away
changed nick to: se6astian
19:00
se6astian
changed nick to: se6astian|away
19:00
se6astian|away
changed nick to: se6astian
19:00
se6astian
left the channel
19:00
se6astian
joined the channel
19:00
se6astian
changed nick to: se6astian|away
19:00
se6astian|away
changed nick to: se6astian
19:00
se6astian
left the channel
19:00
philippej
left the channel
19:00
BAndiT1983|away
left the channel
19:00
RexOrCine
left the channel
19:00
Nira|away
left the channel
19:16
Fares
joined the channel
19:16
Fares
Hi
19:19
Bertl
hey Fares!
19:22
Fares
hey bertl, I'm here to update you on the progress
19:23
Fares
I have completed the first part of the lj92 pipeline, which take 4 pixels and encode them to [4-124] bits long
19:23
Bertl
excellent, is the code available somewhere to look at?
19:23
Fares
I pushed the code to Github https://github.com/FaresMehanna/JPEG-1992-lossless-encoder-core
19:24
Bertl
perfect
19:25
Fares
in the last few days I also added a fifo block after the pipeline and a module to pack the data from variable length to 64bit
19:25
Bertl
okay
19:25
Fares
I will stop here to test it and try it on fpga, the last stage in the encoding after that is a bit challenging
19:26
Bertl
I see that there is only an initial commit there, so that's not the repository you are actively working on?
19:26
Fares
No that is, but I was working locally before making the repo, I will keep it updated
19:27
Fares
that is it*
19:28
Bertl
understood
19:30
Bertl
so what are the next steps there?
19:33
Fares
the last part is to detect any 0xFF byte and add after it 0x00 byte, it is a must in JPEG standards, since a header is represented with 0xFF-0xMarker, so to differentiate a header from a normal data, any 0xFF byte in encoded data must be followed with a 0x00 byte, should I write several modules to handle this or can this be handled in serdes or in the driver for example?
19:35
Bertl
good question
19:36
Bertl
as the stream itself doesn't have any metadata (yet) it is probably better to do in the driver or where the headers get added
19:37
Bertl
but of course, this can add significant overhead to the conversion
19:37
Bertl
as the data needs to be processed byte by byte again :)
19:37
Bertl
(which is what you wanted to avoid with the fixed locations :)
19:37
Fares
yes that is correct :)
19:38
Fares
and as far as I know we can't add special functionality in FT60x to do that when serializing the data correct?
19:39
Bertl
yes, it doesn't have an MCU we can access
19:40
Bertl
so maybe it would be a good approach to create a module which does this and provides its own fifo on the output
19:40
Bertl
so that you can put it into the stream without affecting the rest of the pipeline
19:40
Bertl
and we can then decide to use it or drop it depending on the use-case
19:45
Fares
okay I will do that
19:46
Bertl
great!
19:46
Bertl
any specific issues so far?
19:48
Fares
No, so far in simulation everything is good
19:50
Bertl
okay, did you work on the DMA side as well?
19:51
Fares
Not yet, but I will work on it as soon as I have a working core, I want to minimize the variables in the system so it is easier to debug
19:52
Bertl
of course
19:52
Fares
actually I have a question
19:52
Bertl
please go ahead, ask
19:52
Fares
I was reading in "Strategies for pipelining logic"
19:52
Fares
and I understood all of them but I 'm having hard time to pick the best one
19:53
Fares
in the encoding pipeline I choose to have a simple valid signal and fifo at the end
19:53
Fares
is that the best possible design or should I consider handshake / buffered handshake?
19:54
Fares
I am referring to this article https://zipcpu.com/blog/2017/08/14/strategies-for-pipelining.html
19:54
Bertl
there is no such things as 'best possible design'
19:54
Bertl
it always depends on what your problem (and the solution) is
19:55
Bertl
in general reducing synchronization overhead is a good thing when your pipeline requires highest throughput
19:57
Fares
So a simple traveling valid signal with fifo in the end is good since I need high throughput, correct?
19:58
Bertl
yes, if you can work with that throughout your encoder, that's great
19:58
Bertl
for example, if you add the 0xFF -> 0xFF 0x00 block
19:59
Bertl
you cannot work with a global valid there anymore
20:01
Fares
yes, I understand, thank you
20:02
Bertl
no problem!
21:34
Fares
left the channel
22:01
philippej|away
joined the channel
22:01
Nira|away
joined the channel
22:01
BAndiT1983|away
joined the channel
22:01
philippej|away
changed nick to: philippej
22:01
BAndiT1983|away
changed nick to: BAndiT1983
22:01
se6astian|away
joined the channel
22:01
se6astian|away
changed nick to: se6astian
22:01
RexOrCine|away
joined the channel
22:01
se6astian
left the channel
22:01
philippej
left the channel
22:01
RexOrCine|away
left the channel
22:01
BAndiT1983
left the channel
22:01
Nira|away
left the channel
22:01
RexOrCine|away
joined the channel
22:01
philippej|away
joined the channel
22:01
philippej|away
changed nick to: philippej
22:01
BAndiT1983|away
joined the channel
22:01
BAndiT1983|away
changed nick to: BAndiT1983
22:01
Nira|away
joined the channel
22:01
se6astian
joined the channel
22:05
RexOrCine|away
changed nick to: RexOrCine
23:03
se6astian
changed nick to: se6astian|away
23:04
BAndiT1983
changed nick to: BAndiT1983|away
23:25
futarisIRCcloud
joined the channel
00:38
vup
felix_: are you at the GPN?
00:38
vup
or is anyone else?