Current Server Time: 08:01 (Central Europe)

#apertus IRC Channel Logs

2019/06/13

Timezone: UTC


00:04
illwieckz
joined the channel
00:13
Y_G
left the channel
01:28
futarisIRCcloud
joined the channel
01:58
apurvanandan[m]
Hello Bertl, are you available?
03:30
Bertl
kind of ... almost off to bed now
03:31
Bertl
apurvanandan[m]: what can I do for you?
03:33
apurvanandan[m]
I was stuck somewhere, but I found the way out. And yes I am going to test my first ft601 confroller just now :)
03:33
Bertl
excellent!
03:34
apurvanandan[m]
Good night :)
03:41
Bertl
have a good one!
03:41
Bertl
changed nick to: Bertl_zZ
04:57
BAndiT1983|away
changed nick to: BAndiT1983
05:17
BAndiT1983
changed nick to: BAndiT1983|away
06:53
se6astian|away
changed nick to: se6astian
07:16
se6astian
left the channel
07:16
apurvanandan[m]
<Bertl "have a good one!"> Hey Bertl , The ft601 controller worked :D . I am able to receive the count from the counter on the connected PC at 335 MBps. I tried at +1 increment and +2 increment and both worked. Very low resources of MachXO2 are being used by ft601 controller. Yet I will optimise the code and push on github :)
07:16
se6astian
joined the channel
07:17
se6astian
left the channel
07:17
se6astian
joined the channel
07:18
se6astian
left the channel
07:18
apurvanandan[m]
But currently I used the ft245 mode, will write for ft600 mode also easily :)
07:18
se6astian
joined the channel
10:32
se6astian
left the channel
12:42
Bertl_zZ
changed nick to: Bertl
12:42
Bertl
morning folks!
12:42
Bertl
apurvanandan[m]: great news!
14:54
dev__
joined the channel
14:58
BAndiT1983|away
changed nick to: BAndiT1983
15:05
dev__
Hello BAndiT1983 , Can I get some Info related to "Evaluate how we could implement a video clip" which describes itself as to make a class having reference to frames.
15:05
BAndiT1983
hi dev__
15:06
BAndiT1983
what's your understanding of the task?
15:07
dev__
We currenly have OCImage which have parameters related to frames
15:08
BAndiT1983
not really, as OCImage is the frame at the moment
15:08
dev__
Now, May be , we want to a class which gives us access to all frames position in RAW input
15:08
BAndiT1983
so in order to be able to keep data small and divided between responsible classes, we should add a class which presents a video clip
15:10
dev__
a video clip contain more n number of frames and we are trying to store there information , right ?
15:10
dev__
(more than one)*
15:11
Bertl
off for now ... bbl
15:11
Bertl
changed nick to: Bertl_oO
15:11
BAndiT1983
frames would only contain necessary info, but video clip would hold such things as resolution
15:12
BAndiT1983
as it doesn't really change, partially it also relates to the other item in trello, about the order of loader process, as downscaler returns data which is half as big, because it grabs only known frames and we would lose a lot of space otherwise
15:13
BAndiT1983
also DNG loading is a bit broken at the moment, later we wouldn't really load single DNG files, but folders full of DNG, and this also requires video clip class
15:13
BAndiT1983
for single DNGs there are better options, like RawTherapee or Darktable, but we are targeting moving pictures
15:16
dev__
So this class will contain functionalities by which we can read files present in a directory and keep there information
15:19
BAndiT1983
yes, as most infos don't change, like resolution or frame rate
15:20
BAndiT1983
this would also allow to do check for playback, like total frame count and so on, but you should also evaluate how to read big files, without decreasing performance
15:20
BAndiT1983
maybe memory mapping or similar would help
15:20
BAndiT1983
regarding frames, they should contain only a reference to the bucket in the pool allocator, like red -> bucket 34
15:21
BAndiT1983
frames will occupy 3 buckets of uint16_t, for RGB
15:22
BAndiT1983
later we can try to allocate multiple pages in static allocator, if we need more amount and OS would limit us, e.g. only 512mb per block/page
15:26
BAndiT1983
is it clear so far?
15:26
dev__
does Each single file would represent a frames ?
15:28
BAndiT1983
in case of DNG yes
15:28
dev__
Do we read MLV files like this , I guess no
15:28
BAndiT1983
but if we load first frame and store the offset of image data, then we can grab the data of every other frame at same offset
15:29
BAndiT1983
like how?
15:29
dev__
Each MLV file already contain more than one frame
15:30
dev__
we can grab the data of every other frame at same offset : yes , its clear , as all files have same parameters
15:31
BAndiT1983
i was talking about DNG, MLV doesn't need special handling, but it would also benefit from faster loading if we can check what the frameSpace amount is, and if it's not different just load the data, as the resolution wouldn'T change, so we don't need to read headers over and over
15:31
BAndiT1983
later it has to be extended, as DNG files contain more data, like white balance, but this is for later point in time
15:32
BAndiT1983
supragya has evaluated MLV last year, so he knows the details, in case we want to do smarter loader
15:33
dev__
okay , First I will focus on DNG only
15:35
BAndiT1983
stay with MLV first, as i expect extended allocator first, no need to jump between tasks, as DNG loader is implemented and just needs some adjustments
15:35
BAndiT1983
first allocator, then video clip class to track frames and hold general infos like resolution
15:35
BAndiT1983
afterwards we can evaluate further
15:35
BAndiT1983
have you done first refactoring? can i check the code?
15:36
dev__
yes, I tried to make MLVLoader small
15:36
dev__
https://github.com/kakashi-Of-Saringan/opencine/commits/dev
15:37
BAndiT1983
the formatter settings are not good at the moment, will check on them, as i don't like the indentation of =
15:38
BAndiT1983
maybe we can keep it, as for the loader it's not that bad, but looks a lot like old C stuff
15:38
BAndiT1983
will review later, as i have to accomplish other stuff which is not related to apertus or computers at all
15:39
dev__
okay , please see Pool allocator code also , I have updated it
15:40
BAndiT1983
will do
15:40
BAndiT1983
have you fixed GetFrameCount() and other things?
15:40
dev__
Nope, I just pushed changes related to MLVloader.cpp
15:40
BAndiT1983
frames should not reference memory, but rather buckets, hope that it will be implemented, if it wasn't yet
15:40
dev__
I will do that
15:41
BAndiT1983
GetFrameCount() which gives amount of channels back is very confusing
15:41
BAndiT1983
that's why video clip class is required and frame class
15:41
BAndiT1983
OCImage will be renamed later and will contain only frame related data
15:42
BAndiT1983
like i've mentioned before, probably OC::Image::Frame
15:42
dev__
okay ,
15:46
BAndiT1983
in the future it shouldn't be handled by allocator, but by playback, which would request to load more frames, so you would use a bit different request like videoClip->GetTotalFrameCount()
15:47
BAndiT1983
this is just an example of simple playback, usually this would be done through events and whatnot
15:48
dev__
left the channel
15:55
sebix
left the channel
16:08
dev__
joined the channel
16:11
Dev
joined the channel
16:11
Dev
changed nick to: Guest42896
16:21
se6astian
joined the channel
16:39
danieel
left the channel
16:42
Y_G
joined the channel
17:12
Guest42896
left the channel
17:12
dev__
left the channel
17:16
BAndiT1983
changed nick to: BAndiT1983|away
17:16
Y_|G
joined the channel
17:17
Y_G
left the channel
17:19
BAndiT1983|away
changed nick to: BAndiT1983
17:24
Y_|G
left the channel
17:43
danieel
joined the channel
20:08
niemand
joined the channel
20:10
Y_G
joined the channel
20:24
BAndiT1983
changed nick to: BAndiT1983|away
20:37
BAndiT1983|away
changed nick to: BAndiT1983
20:59
BAndiT1983
Y_G, added some comments to trello regarding the code
21:00
BAndiT1983
off for today
21:00
BAndiT1983
changed nick to: BAndiT1983|away
21:07
Y_G
Hi BAndiT1983|away, had a look .Will incorporate the changes
21:15
se6astian
off to bed, good night
21:16
se6astian
changed nick to: se6astian|away
21:16
Y_G
left the channel
21:28
niemand
left the channel