Current Server Time: 18:48 (Central Europe)

#apertus IRC Channel Logs

2019/06/06

Timezone: UTC


01:55
illwieckz
left the channel
02:00
illwieckz
joined the channel
02:52
Bertl_oO
off to bed now ... have a good one everyone!
02:52
Bertl_oO
changed nick to: Bertl_zZ
05:25
futarisIRCcloud
joined the channel
05:43
BAndiT1983|away
changed nick to: BAndiT1983
05:43
BAndiT1983
changed nick to: BAndiT1983|away
08:24
se6astian|away
changed nick to: se6astian
08:25
futarisIRCcloud
left the channel
09:31
Y_G
joined the channel
09:45
Nira|away
changed nick to: Nira
10:18
se6astian
left the channel
10:18
se6astian
joined the channel
10:33
se6astian
changed nick to: se6astian|away
11:16
futarisIRCcloud
joined the channel
12:35
namibj
joined the channel
12:36
Bertl_zZ
changed nick to: Bertl
12:36
Bertl
morning folks!
12:47
Nira
changed nick to: Nira|away
13:12
namibj
I'm looking to capture some test data to tune photogrammetry software with/on, so that I can deliver the results of a larger (demo) project in a lot less time.
13:15
namibj
I'm eyeing for a Black Magic Pocket Cinema 4k for the larger (demo) project, as I won't have the funds for my "clone" of the Axiom (with a Genesys 2 devboard to adapt the sensor to QSFP+), and would like to work on the software while saving up for the "final" hardware (I hope to make use of the 300 fps the fancier axiom-clone could capture).
13:18
namibj
Does anyone know of a cheaper global shutter camera, specifically, something I could either rent for a couple hours (Germany), or get a suitable outdoor scene capture with? And no, a DSLR also has a rolling shutter, and I want to be sure that the images I get are free from rolling shutter artifacts.
13:29
RexOrCine|away
changed nick to: RexOrCine
13:30
se6astian|away
changed nick to: se6astian
14:11
se6astian
changed nick to: se6astian|away
14:11
se6astian|away
changed nick to: se6astian
14:11
se6astian
left the channel
14:11
se6astian|away
joined the channel
14:12
se6astian|away
changed nick to: se6astian
14:12
se6astian
left the channel
14:12
philippej
left the channel
14:12
BAndiT1983|away
left the channel
14:12
Nira|away
left the channel
14:12
RexOrCine
left the channel
15:15
BAndiT1983_web
joined the channel
15:15
BAndiT1983_web
hi Bertl, the BIP has crashed again
15:16
BAndiT1983_web
hi Y_G, how is it going?
15:16
BAndiT1983_web
seen your comment on Trello, but don't know what it's about, as i haven'T tried I2C yet
15:17
BAndiT1983_web
you can of course simplify it, as we don't need to replicate scripts 1:1, different purpose and so
15:18
BAndiT1983_web
also you can reflect on what can be done differently, e.g. what does the script do? do we need to expose plain methods or is it better to encapsulate them like voltage and temperature
15:18
BAndiT1983_web
another task is to check on direct register configuration of CMV12000, it was implemented, but not tested, especially with DaemonCLI
15:19
BAndiT1983_web
off for now, will be back later
15:19
BAndiT1983_web
left the channel
15:22
RexOrCine|away
joined the channel
15:22
philippej|away
joined the channel
15:22
se6astian|away
joined the channel
15:22
Nira|away
joined the channel
15:22
philippej|away
changed nick to: philippej
15:22
se6astian|away
changed nick to: se6astian
15:22
BAndiT1983|away
joined the channel
15:22
BAndiT1983|away
changed nick to: BAndiT1983
15:24
RexOrCine|away
changed nick to: RexOrCine
15:26
futarisIRCcloud
left the channel
15:40
Bertl
off for now ... bbl
15:40
Bertl
changed nick to: Bertl_oO
15:43
Y_G
Hi BAndit1983 , Currently going through the scripts to see where i2cget/i2cset have been used ,These are mostly power related scripts like power_init.sh ,power_on.sh etc,So was trying to implement the adapter using the <linux/i2c-dev.h>
15:44
Y_G
The code for `i2cget` and `i2cset` that has been used in the scripts is already available here "https://fossies.org/linux/i2c-tools/"
15:45
Y_G
One option would be to replicate this entire thing , or just take the important things because it's got a lot of extra options that are not used currently in the scripts
15:46
Y_G
A very basic Adapter would look something like this "https://www.kernel.org/doc/Documentation/i2c/dev-interface"
15:50
Y_G
About the direct register configuration do you mean the `SetCMVConfigRegister` function in CMV12000Adapter/Module,I have not tested this but as you said setting gain works which uses this function
15:51
Y_G
So This should be working
16:35
Y_G
left the channel
16:51
vup
Y_G: most of the scripts are using the i2c functions defined in i2c*.func
16:51
vup
so replicating what those are doing should probably be enough
16:58
futarisIRCcloud
joined the channel
17:32
dev_
joined the channel
17:34
dev_
Hi BAndiT1983 , I went through your mail, I am clear about how static allocator should be used.
17:39
dev_
I had some questions , 1) currently, we are reading the whole file into buffer. (https://github.com/apertus-open-source-cinema/opencine/blob/master/Source/OCcore/Image/ImageProvider.cpp). and all the implementation of Loader is based on that but I think, for large files we can no longer use these prototype loaders (MLV or TIFF)
17:39
dev_
so we have to change them, Am i right in that repect
17:40
dev_
?
17:56
dev_
This is my approach for implementation, Kindly check it : 1) implementation of static allocator 2) use static allocator to load frames 3) bring silders to control loading of frames
18:00
Dev
joined the channel
18:01
Dev
changed nick to: Guest17244
18:01
dev_
left the channel
18:07
Guest17244
left the channel
18:30
se6astian
changed nick to: se6astian|away
18:35
RexOrCine
changed nick to: RexOrCine|away
18:56
BAndiT1983
hi dev_, you don't have to change the loaders much, only the part which assigns data, so the loader has to ask allocator for a slot and assign data to it
18:57
BAndiT1983
implement a simple playback first, before you try to access sliders and whatnot
18:58
BAndiT1983
Y_G, it's important to research what i2c is used for and implement this functionality in daemon, there is not much point at the moment to do anything else besides it, if not required for testing something manually
19:28
danieel
left the channel
19:29
se6astian|away
changed nick to: se6astian
19:44
BAndiT1983
changed nick to: BAndiT1983|away
20:10
BAndiT1983|away
changed nick to: BAndiT1983
20:16
futarisIRCcloud
left the channel
20:29
Y_G
joined the channel
20:38
Y_G
Ok vup ,Thanks
20:40
Y_G
BAndiT1983 , yes working on it, I am not sure how to test these functionalities however
20:41
BAndiT1983
Y_G, check the scripts and what they do
20:42
BAndiT1983
remote beta should be sufficient for tests
20:57
Y_G
Have not tried that ,will do after the base setup
20:57
Y_G
Thanks
21:04
BAndiT1983
Y_G, do you have any other questions at the moment?
21:06
niemand
joined the channel
21:06
niemand
left the channel
21:06
niemand
joined the channel
21:10
Y_G
Having some problems implementations wise,as all implementations online use a package called libi2c-dev which is not available for arch.It has a similar thing called i2c-tools so figuring out how to use that only
21:10
Y_G
Will give it some time ,should be able to get it done
21:12
BAndiT1983
do we need this packages?
21:13
Y_G
i2c-tools is already in the `requirements_pacman.txt`,so should 'nt be a overhead
21:14
Y_G
Everywhere I read it says it's preferred that SMBus commands like `i2c_smbus_read_word_data()` should be used for reading and writing
21:15
Y_G
Simple read and write also works
21:15
Y_G
source : "https://www.kernel.org/doc/Documentation/i2c/dev-interface"
21:16
vup
well i2c-tools is in requirements_pacman.txt because the scripts need it ;)
21:16
BAndiT1983
Y_G, could you test and if required fix the config register for CMV?
21:18
vup
also Y_G shouldn't everything you need be available without any library and just using the kernel interface?
21:21
BAndiT1983
sudo modprobe i2c-dev
21:21
BAndiT1983
isn't this the one required for user space? or does it need additional packages?
21:27
Y_G
On Debian, <linux/i2c-dev.h> still declares i2c_smbus_write_word_data and others - but on Arch Linux that is simply not the case.
21:32
Y_G
BAndiT1983 : Is it fine if I test config register for CMV next week ?Planning on getting I2CAdapter base first
21:33
BAndiT1983
ok, do i2c first, will test it tomorrow or so, at least for usability, as the guys planned some tests, but you can check afterwards if it safe and stable
21:34
BAndiT1983
have also to check the parameter list, but not everything is possible yet, as gateware is not done yet or other things not ready
21:34
BAndiT1983
but after i2c we could check advanced scripts like color matrix etc.
21:35
Y_G
I will try to test it tomorrow morning too if I get time
21:35
BAndiT1983
Y_G, focus on your current work
21:36
BAndiT1983
it won't matter if i test it after work, as i know what's going on there and know current problems of DaemonCLI
21:37
Y_G
ok ,Off for now
21:38
Y_G
Goodnight :)
21:39
BAndiT1983
good noght
21:39
BAndiT1983
*night
21:40
niemand
left the channel
21:42
Y_G
left the channel
21:55
BAndiT1983
Y_G, according to this you can copy the methods you miss -> https://github.com/hallard/ArduiPi_OLED/issues/15
21:55
BAndiT1983
or, as they seem to be deprecated, just use newer interfaces
21:56
Y_G
joined the channel
21:57
Y_G
Yes ,was planning to do this only
21:57
Y_G
newer interfaces?
22:01
BAndiT1983
yep, seems like newer kernels do something different, but haven't found what
22:01
BAndiT1983
you can alos inspect this or similar -> https://github.com/amaork/libi2c
22:02
BAndiT1983
but maybe you really don't need any lib, but only /dev/*
22:04
BAndiT1983
what could help is raspberry pi forum, as they also are using a lot of i2c
22:05
BAndiT1983
https://elinux.org/Interfacing_with_I2C_Devices
22:05
BAndiT1983
here i don't see any lib at first
22:07
Y_G
https://elinux.org/Interfacing_with_I2C_Devices here simple read write are being used and not smbus commands
22:07
BAndiT1983
check 2 lines above ;)
22:08
BAndiT1983
do we need smbus? or are our i2c devices also mapped?
22:08
BAndiT1983
first question is: what do we want to get from i2c or what do we want to set?
22:09
BAndiT1983
second question: could the firmware be adjusted to provide the infos through user space?
22:10
BAndiT1983
i would like to keep some low-level things out of daemon, otherwise it would get rather complex to handle correct timings and other stuff
22:11
BAndiT1983
so, off for today, work awaits tomorrow, good night
22:11
BAndiT1983
changed nick to: BAndiT1983|away
22:17
Y_G
Good night ,will get back on these tomorrow
22:17
Y_G
left the channel
22:24
se6astian
changed nick to: se6astian|away
23:04
danieel
joined the channel
23:41
aombk2
joined the channel
23:42
aombk
left the channel
00:38
Bertl_oO
off to bed now .... have a good one everyone!
00:38
Bertl_oO
changed nick to: Bertl_zZ
00:38
futarisIRCcloud
joined the channel