Current Server Time: 20:24 (Central Europe)

#apertus IRC Channel Logs

2019/06/06

Timezone: UTC


00:55
illwieckz
left the channel
01:00
illwieckz
joined the channel
01:52
Bertl_oO
off to bed now ... have a good one everyone!
01:52
Bertl_oO
changed nick to: Bertl_zZ
04:25
futarisIRCcloud
joined the channel
04:43
BAndiT1983|away
changed nick to: BAndiT1983
04:43
BAndiT1983
changed nick to: BAndiT1983|away
07:24
se6astian|away
changed nick to: se6astian
07:25
futarisIRCcloud
left the channel
08:31
Y_G
joined the channel
08:45
Nira|away
changed nick to: Nira
09:18
se6astian
left the channel
09:18
se6astian
joined the channel
09:33
se6astian
changed nick to: se6astian|away
10:16
futarisIRCcloud
joined the channel
11:35
namibj
joined the channel
11:36
Bertl_zZ
changed nick to: Bertl
11:36
Bertl
morning folks!
11:47
Nira
changed nick to: Nira|away
12: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.
12: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).
12: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.
12:29
RexOrCine|away
changed nick to: RexOrCine
12:30
se6astian|away
changed nick to: se6astian
13:11
se6astian
changed nick to: se6astian|away
13:11
se6astian|away
changed nick to: se6astian
13:11
se6astian
left the channel
13:11
se6astian|away
joined the channel
13:12
se6astian|away
changed nick to: se6astian
13:12
se6astian
left the channel
13:12
philippej
left the channel
13:12
BAndiT1983|away
left the channel
13:12
Nira|away
left the channel
13:12
RexOrCine
left the channel
14:15
BAndiT1983_web
joined the channel
14:15
BAndiT1983_web
hi Bertl, the BIP has crashed again
14:16
BAndiT1983_web
hi Y_G, how is it going?
14:16
BAndiT1983_web
seen your comment on Trello, but don't know what it's about, as i haven'T tried I2C yet
14:17
BAndiT1983_web
you can of course simplify it, as we don't need to replicate scripts 1:1, different purpose and so
14: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
14:18
BAndiT1983_web
another task is to check on direct register configuration of CMV12000, it was implemented, but not tested, especially with DaemonCLI
14:19
BAndiT1983_web
off for now, will be back later
14:19
BAndiT1983_web
left the channel
14:22
RexOrCine|away
joined the channel
14:22
philippej|away
joined the channel
14:22
se6astian|away
joined the channel
14:22
Nira|away
joined the channel
14:22
philippej|away
changed nick to: philippej
14:22
se6astian|away
changed nick to: se6astian
14:22
BAndiT1983|away
joined the channel
14:22
BAndiT1983|away
changed nick to: BAndiT1983
14:24
RexOrCine|away
changed nick to: RexOrCine
14:26
futarisIRCcloud
left the channel
14:40
Bertl
off for now ... bbl
14:40
Bertl
changed nick to: Bertl_oO
14: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>
14: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/"
14: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
14:46
Y_G
A very basic Adapter would look something like this "https://www.kernel.org/doc/Documentation/i2c/dev-interface"
14: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
14:51
Y_G
So This should be working
15:35
Y_G
left the channel
15:51
vup
Y_G: most of the scripts are using the i2c functions defined in i2c*.func
15:51
vup
so replicating what those are doing should probably be enough
15:58
futarisIRCcloud
joined the channel
16:32
dev_
joined the channel
16:34
dev_
Hi BAndiT1983 , I went through your mail, I am clear about how static allocator should be used.
16: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)
16:39
dev_
so we have to change them, Am i right in that repect
16:40
dev_
?
16: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
17:00
Dev
joined the channel
17:01
Dev
changed nick to: Guest17244
17:01
dev_
left the channel
17:07
Guest17244
left the channel
17:30
se6astian
changed nick to: se6astian|away
17:35
RexOrCine
changed nick to: RexOrCine|away
17: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
17:57
BAndiT1983
implement a simple playback first, before you try to access sliders and whatnot
17: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
18:28
danieel
left the channel
18:29
se6astian|away
changed nick to: se6astian
18:44
BAndiT1983
changed nick to: BAndiT1983|away
19:10
BAndiT1983|away
changed nick to: BAndiT1983
19:16
futarisIRCcloud
left the channel
19:29
Y_G
joined the channel
19:38
Y_G
Ok vup ,Thanks
19:40
Y_G
BAndiT1983 , yes working on it, I am not sure how to test these functionalities however
19:41
BAndiT1983
Y_G, check the scripts and what they do
19:42
BAndiT1983
remote beta should be sufficient for tests
19:57
Y_G
Have not tried that ,will do after the base setup
19:57
Y_G
Thanks
20:04
BAndiT1983
Y_G, do you have any other questions at the moment?
20:06
niemand
joined the channel
20:06
niemand
left the channel
20:06
niemand
joined the channel
20: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
20:10
Y_G
Will give it some time ,should be able to get it done
20:12
BAndiT1983
do we need this packages?
20:13
Y_G
i2c-tools is already in the `requirements_pacman.txt`,so should 'nt be a overhead
20: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
20:15
Y_G
Simple read and write also works
20:15
Y_G
source : "https://www.kernel.org/doc/Documentation/i2c/dev-interface"
20:16
vup
well i2c-tools is in requirements_pacman.txt because the scripts need it ;)
20:16
BAndiT1983
Y_G, could you test and if required fix the config register for CMV?
20:18
vup
also Y_G shouldn't everything you need be available without any library and just using the kernel interface?
20:21
BAndiT1983
sudo modprobe i2c-dev
20:21
BAndiT1983
isn't this the one required for user space? or does it need additional packages?
20: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.
20:32
Y_G
BAndiT1983 : Is it fine if I test config register for CMV next week ?Planning on getting I2CAdapter base first
20: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
20: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
20:34
BAndiT1983
but after i2c we could check advanced scripts like color matrix etc.
20:35
Y_G
I will try to test it tomorrow morning too if I get time
20:35
BAndiT1983
Y_G, focus on your current work
20: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
20:37
Y_G
ok ,Off for now
20:38
Y_G
Goodnight :)
20:39
BAndiT1983
good noght
20:39
BAndiT1983
*night
20:40
niemand
left the channel
20:42
Y_G
left the channel
20:55
BAndiT1983
Y_G, according to this you can copy the methods you miss -> https://github.com/hallard/ArduiPi_OLED/issues/15
20:55
BAndiT1983
or, as they seem to be deprecated, just use newer interfaces
20:56
Y_G
joined the channel
20:57
Y_G
Yes ,was planning to do this only
20:57
Y_G
newer interfaces?
21:01
BAndiT1983
yep, seems like newer kernels do something different, but haven't found what
21:01
BAndiT1983
you can alos inspect this or similar -> https://github.com/amaork/libi2c
21:02
BAndiT1983
but maybe you really don't need any lib, but only /dev/*
21:04
BAndiT1983
what could help is raspberry pi forum, as they also are using a lot of i2c
21:05
BAndiT1983
https://elinux.org/Interfacing_with_I2C_Devices
21:05
BAndiT1983
here i don't see any lib at first
21:07
Y_G
https://elinux.org/Interfacing_with_I2C_Devices here simple read write are being used and not smbus commands
21:07
BAndiT1983
check 2 lines above ;)
21:08
BAndiT1983
do we need smbus? or are our i2c devices also mapped?
21:08
BAndiT1983
first question is: what do we want to get from i2c or what do we want to set?
21:09
BAndiT1983
second question: could the firmware be adjusted to provide the infos through user space?
21: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
21:11
BAndiT1983
so, off for today, work awaits tomorrow, good night
21:11
BAndiT1983
changed nick to: BAndiT1983|away
21:17
Y_G
Good night ,will get back on these tomorrow
21:17
Y_G
left the channel
21:24
se6astian
changed nick to: se6astian|away
22:04
danieel
joined the channel
22:41
aombk2
joined the channel
22:42
aombk
left the channel
23:38
Bertl_oO
off to bed now .... have a good one everyone!
23:38
Bertl_oO
changed nick to: Bertl_zZ
23:38
futarisIRCcloud
joined the channel