Current Server Time: 01:59 (Central Europe)

#apertus IRC Channel Logs

2018/05/22

Timezone: UTC


02:10
rton
left the channel
02:55
aombk2
joined the channel
02:58
aombk
left the channel
04:04
Bertl_oO
off to bed now ...
04:04
Bertl_oO
changed nick to: Bertl_zZ
04:06
futarisIRCcloud
joined the channel
04:07
ymc98_1
left the channel
04:08
ymc98_1
joined the channel
06:07
slikdigit
joined the channel
06:20
slikdigit
left the channel
06:35
futarisIRCcloud
left the channel
07:45
TofuLynx
joined the channel
07:45
TofuLynx
left the channel
07:45
TofuLynx
joined the channel
07:48
TofuLynx
Good Morning Folks!
08:00
TofuLynx
left the channel
08:05
se6astian|away
changed nick to: se6astian
08:22
TofuLynx
joined the channel
08:57
TofuLynx
left the channel
09:02
se6astian
changed nick to: se6astian|away
09:20
TofuLynx
joined the channel
09:29
TofuLynx
left the channel
09:41
TofuLynx
joined the channel
10:01
rton
joined the channel
10:44
se6astian|away
changed nick to: se6astian
10:46
TofuLynx
left the channel
10:47
TofuLynx
joined the channel
11:56
Bertl_zZ
changed nick to: Bertl
11:56
Bertl
morning folks!
12:11
TofuLynx
left the channel
12:19
TofuLynx
joined the channel
13:31
RexOrCine|away
changed nick to: RexOrCine
14:06
TofuLynx
left the channel
14:18
TofuLynx
joined the channel
14:43
LordVan
joined the channel
15:00
LordVan
left the channel
16:03
TofuLynx
left the channel
16:24
TofuLynx
joined the channel
16:32
BAndiT1983
joined the channel
16:40
nothingismagick
joined the channel
16:40
nothingismagick
hey
16:40
nothingismagick
sry - lost the page
16:41
nothingismagick
irc link thingy
16:42
se6astian
there you are :D
16:43
nothingismagick
sry
16:43
nothingismagick
telegram, discord, irc, hangouts, messenger :)
16:43
nothingismagick
meh
16:43
se6astian
see pm
16:45
se6astian
I have to leave soon though as I still need to pick up groceries
16:45
BAndiT1983
se6astian, just to be clear, it was the stuff from your links about open-source projects and handling them
16:45
se6astian
but lets get started immediately
16:45
nothingismagick
ypu
16:45
BAndiT1983
alright
16:45
nothingismagick
yup
16:45
se6astian
good to hear somebody actually ready the stuff I post :D
16:45
BAndiT1983
we should discuss the general response and request structures
16:45
nothingismagick
for the ws://
16:46
BAndiT1983
it would help to define json conversions
16:46
BAndiT1983
current specs from nothingismagick are good, but they are not adjusted yet
16:46
se6astian
google doc?
16:46
BAndiT1983
nope, gist, let me find it
16:47
TofuLynx
left the channel
16:47
BAndiT1983
https://gist.github.com/nothingismagick/0d724e234e51e85ca9c4b35c4b952c6d
16:48
nothingismagick
yes
16:48
BAndiT1983
i would like to start with "whoami" and merge it with command specs, as it would help to have just possible structs, without doinng a lot of code for extra cases
16:48
BAndiT1983
such stuff as whoami or login or something else, would be placed in a module called "general"
16:49
nothingismagick
ok
16:49
BAndiT1983
so we know where to look for overall configs and infos
16:49
nothingismagick
the question i still have is how does the daemon know what modules are configurable
16:49
nothingismagick
because i want to configure the front-end interface based upon the module availability
16:50
nothingismagick
without hardcoding anything in
16:50
BAndiT1983
not implemented yet, but like we discussed in last meeting, a JSON file with settings, an example is already in your gist at the top
16:50
TofuLynx
joined the channel
16:50
nothingismagick
so whoami => daemon
16:50
BAndiT1983
also there was a question by Bertl long time ago, regarding configuration of the modules and hardware revisions, my suggestion was to use some file naming for that, like image_sensor_rev29.json
16:51
BAndiT1983
"whoami" would be placed in the command attribute for module "general", other values wouldn't be handled by related method
16:52
BAndiT1983
now we need to define which is the minimum required set of commands, after that i can write a C++ structure and json from/to conversion (nlohmann json lib is used)
16:52
BAndiT1983
sorry, not commands, but attributes
16:53
BAndiT1983
this should be valid for most, if not all, commands
16:53
nothingismagick
right - but the flow would be client(whoami) => daemon(URU) => client.URU(modules?) => server(modules) => client(CMD)
16:53
nothingismagick
well, we don't have to use json, by the way
16:53
nothingismagick
i don't care
16:54
BAndiT1983
i would prefer to avoid parsing a protocol which would be very custom
16:54
BAndiT1983
if you have some alternative to json, then you're welcome
16:54
nothingismagick
i mean for programming, its easier, but for the commands could also be mapped on the client side from json to a binary string
16:55
nothingismagick
but i suppose in the interest of time json exists and works
16:55
BAndiT1983
it will be mapped, as it has to be sent to daemon in flatbuffers format
16:55
BAndiT1983
json is just the format to WSServer which translates it to flatbuffers packages to daemon
16:55
BAndiT1983
we can also replace json, if you know some more fitting DTO
16:56
nothingismagick
https://google.github.io/flatbuffers/flatbuffers_guide_tutorial.html
16:57
nothingismagick
i guess everything that we can do client side, we should do there
16:57
BAndiT1983
we discussed it already and flatbuffers from client is cumbersome and should be handled by WSServer
16:57
nothingismagick
ok
16:57
nothingismagick
then we stick with json
16:58
BAndiT1983
also the split is done for safety reason, so the daemon does not crash because it handles too much, like WS
16:58
nothingismagick
right
16:58
BAndiT1983
WSServer could also do sanity check beforehand, as another safety net
16:59
nothingismagick
do you have a current WSServer in git somewhere?
16:59
BAndiT1983
yes, in dev branch, rudimentary implementation, but it works for simple tests
16:59
BAndiT1983
https://github.com/apertus-open-source-cinema/beta-software/tree/dev/software/control_daemon/API_WS
17:00
se6astian
ok guys, I think you are well on track without me, have to head off, I will read up the log later on
17:00
se6astian
all the best
17:00
BAndiT1983
ok, see you later
17:00
nothingismagick
ok - thanks for getting us together
17:00
se6astian
changed nick to: se6astian|away
17:01
BAndiT1983
left the channel
17:01
BAndiT1983
joined the channel
17:02
nothingismagick
so we need to define the messages
17:03
BAndiT1983
yes
17:03
BAndiT1983
e.g. sender, module, command, value, timestamp, status
17:04
nothingismagick
since we are sending json, then they will all be type:string
17:04
BAndiT1983
maybe also value type for conversion, if it is string or int
17:05
BAndiT1983
json also has some types
17:05
BAndiT1983
https://www.w3schools.com/js/js_json_datatypes.asp
17:05
nothingismagick
yeah, but i recently had a problem with json actually forcing an int to a string
17:05
BAndiT1983
aperture could be int, but owner a string
17:06
nothingismagick
i would recommend parseInt the values that are supposed to be nums
17:06
nothingismagick
that is how i guarantee that the type is what i need in js
17:06
BAndiT1983
ok, we will try it without type first and it will be handled by related method
17:06
nothingismagick
ok
17:07
BAndiT1983
what other attributes do we need to be on the sure side?
17:08
BAndiT1983
front end will be responsible for text messages, server will just sent some text markers, e.g. "STATUS_PERMITED", "STATUS_DENIED"
17:09
BAndiT1983
this would also allow to use translations later
17:09
nothingismagick
those are things that are spec'd in the messages type (line 58)
17:10
nothingismagick
so the client sends a message pack (line 36-42)
17:10
BAndiT1983
yes, seen them, that's why i'm trying to get them straight, without whitespaces (and maybe capital letters), seen a lot of problems at work, when people started to send texts from backend and wondering why translations are not working
17:11
nothingismagick
i totally know what you mean
17:12
nothingismagick
do you want to fork the gist
17:12
BAndiT1983
can do
17:12
nothingismagick
ok, great!
17:12
BAndiT1983
we can have 2 structs, one for request, another for response with additional or fewer fields
17:13
BAndiT1983
but that's the problem at the moment, can't wrap my hand around required stuff
17:13
nothingismagick
i don't follow you
17:14
BAndiT1983
which part?
17:14
nothingismagick
but that's the problem at the moment, can't wrap my hand around required stuff
17:14
nothingismagick
required?
17:15
BAndiT1983
it's just about the future usage, so we have most attributes for usage cases
17:16
BAndiT1983
is UUID sufficient or do we need some package index counter etc.
17:16
nothingismagick
i included the UUID in the case that there are multiple clients and servers in the same place
17:16
nothingismagick
so that the two can "lock to each other"
17:18
BAndiT1983
added a bit of stuff to gist -> https://gist.github.com/BAndiT1983/7ba620f7fd223bff126add2c31cde1a7
17:18
nothingismagick
and i am not sure what you mean with package index counter, but at the top of the gist is the "module registration"
17:18
BAndiT1983
have used UUID just as a example
17:18
nothingismagick
i would need that stuff to know how to construct the interface
17:19
BAndiT1983
just talking about attributes, please look at the edited gist, in the middle
17:19
BAndiT1983
"to daemon" is abit wrong, should be "to wsserver", will change in a moment
17:20
nothingismagick
i just looked.
17:20
nothingismagick
maybe we should always send a whoami packet and then a command packet
17:21
BAndiT1983
hm, trying to avoid it, as it would make the things a bit more complicated, but if it is required, then i can think of something
17:21
nothingismagick
or we include the whoami struct in the command always, like the way you did
17:22
nothingismagick
i mean, js is the more flexible in this sense
17:22
BAndiT1983
js handles everything like a text, not really, but it appears like that
17:22
nothingismagick
so whatever makes your life easier and the WServer use less cycles is a win
17:22
BAndiT1983
what about the access attrivute, how could it be included in the package?
17:23
BAndiT1983
*attribute
17:24
nothingismagick
you know, that is really an implied attribute
17:24
BAndiT1983
or we could transfer it in the value attribute, so frontend will just parse an array, e.g. [], there
17:24
nothingismagick
on the first handshake its important
17:24
nothingismagick
but after a connection is accepted, not necessary
17:25
nothingismagick
because the webinterface should always have access once locked to the WServer
17:25
BAndiT1983
we could use module: "general", command: "whomai", value: "online"
17:25
BAndiT1983
or something like that
17:26
nothingismagick
sure
17:26
nothingismagick
that sounds logical
17:26
BAndiT1983
what about status attribute there? have tried to understand it
17:26
BAndiT1983
is it giving a status of some module?
17:27
nothingismagick
that was to enable the server to get some kind of feedback from the client in case of an err
17:27
BAndiT1983
every module will receive some pre-defined set of methods, like current state, last error etc.
17:27
BAndiT1983
would it cover it?
17:27
nothingismagick
yup
17:28
nothingismagick
the one thing to think about too (which i guess i can resolve in the client) is the following
17:28
nothingismagick
assume the webclient makes a bunch of changes to the initial state of the camera
17:28
nothingismagick
and then the camera runs out of battery
17:29
nothingismagick
and on reboot and reconnection, the client *could* send the last known settings to the camera
17:29
nothingismagick
or presets
17:29
BAndiT1983
wsserver would send some sort of ACK, probably in status, then you would check against local storage
17:29
nothingismagick
exact
17:30
BAndiT1983
i will extend my gist fork or maybe also the task with usage cases in the lab, so we can inspect them for possible problems or shortcomings
17:30
nothingismagick
ok
17:31
BAndiT1983
https://lab.apertus.org/T762
17:31
BAndiT1983
will add you to subscribers, so you will be notified by lab
17:32
nothingismagick
just saw it - thanks
17:32
nothingismagick
can you tell me a bit more about the dev server?
17:32
BAndiT1983
implementation will be adjusted today, as it's not that much, most things are already there
17:32
BAndiT1983
what do you want to know?
17:33
BAndiT1983
have ditched REST server (pistache lib) and replaced by uWebSockets, it still uses nlohmann json lib for processing
17:33
nothingismagick
just exactly how we are going to test for the integration of this stuff
17:33
nothingismagick
great
17:33
BAndiT1983
currently adding unit tests for messagehandler, which will translate from json to flatbuffers
17:33
nothingismagick
https://github.com/uNetworking/uWebSockets
17:33
nothingismagick
that one?
17:34
BAndiT1983
this allows me to test stuff independently, there is also a flag, which prevents memory mapping, when not using ARM environment, like the camera, and so tests do not crash on normal PC
17:34
BAndiT1983
yes
17:34
BAndiT1983
they are simple and sufficient for now
17:34
nothingismagick
ok
17:35
BAndiT1983
if we need more complicated setup with routing etc, then i would consider libwebsockets again
17:35
nothingismagick
so i guess for me i should run that locally as well
17:35
nothingismagick
in order to test the front end
17:36
BAndiT1983
would be good, to have real situation
17:36
nothingismagick
yeah - i know.
17:36
nothingismagick
maybe i should travel to brussels and stay there for a weekend
17:36
BAndiT1983
travis ci is still passing, so it should be not a big problem to build it, otherwise just cotnact me
17:36
BAndiT1983
will visit vienna soon, maybe i can adjust the daemon finally
17:37
BAndiT1983
hard to implement something without a possibility to see the result and if it works correctly
17:37
nothingismagick
yeah, i know
17:37
nothingismagick
is the build process here still current:
17:38
nothingismagick
https://github.com/apertus-open-source-cinema/beta-software/tree/dev/software/control_daemon
17:39
BAndiT1983
yes, but let me get another doc
17:39
BAndiT1983
https://wiki.apertus.org/index.php/Control_Deamon
17:39
BAndiT1983
at the bottom is the flag, which should prevent crashes on normal PC
17:40
BAndiT1983
you can also leave the daemon and webserver part out and just start ./WSServer in the build dir
17:40
nothingismagick
ok cool.
17:40
BAndiT1983
haven't forgotten your proposal about serving HTML through WS, on the list for testing at some point in time
17:41
nothingismagick
i was just about to ask
17:41
nothingismagick
but you know what
17:41
nothingismagick
we could serve the page from apertus.org
17:41
BAndiT1983
what do you mean?
17:41
nothingismagick
and then ask the user to enter the IP address of the camera
17:41
nothingismagick
i mean the interface could be hosted at apertus.org
17:42
BAndiT1983
and what about filming in the nature, beyond any wifi and mobile network?
17:42
nothingismagick
It will be built as a PWA
17:43
nothingismagick
which means that the smartphone has it cached on the device
17:43
nothingismagick
Progressive Web App
17:43
nothingismagick
of course that is bad if you have to use another device for whatever reason
17:43
BAndiT1983
ah, ok, let your creativity flow, there is no restriction, as long it's fast and responsive
17:43
nothingismagick
maybe the best is still to serve directly from the camera
17:44
nothingismagick
i believe i recommended a netcat option
17:44
BAndiT1983
remember that, but for which part?
17:44
nothingismagick
that we could use to simply pass the html, js and css to setup the interface of the client
17:45
nothingismagick
and then we pass messages across ws on some port 7070
17:45
BAndiT1983
needs evaluation, resources are sparse on the board
17:45
nothingismagick
but netcat might even be already available
17:46
BAndiT1983
which advantages would it have, as lighttpd was not that bad in tests?
17:47
nothingismagick
https://lab.apertus.org/T937
17:47
nothingismagick
that is where i recommended it the first time, i believe
17:47
nothingismagick
it is a super small binary
17:48
BAndiT1983
and how is the performance impact?
17:48
BAndiT1983
is it waking up or running permanently?
17:48
nothingismagick
well, you know, it could run as long as there is no active lock between a client and the WServer
17:48
BAndiT1983
https://stackoverflow.com/questions/16640054/minimal-web-server-using-netcat
17:48
nothingismagick
as soon as there is an active lock it can be sigkilled
17:49
BAndiT1983
so you want it for first handshake?
17:49
TofuLynx
left the channel
17:49
nothingismagick
well, it would exist up to the first handshake
17:49
nothingismagick
and on handshake it can die
17:50
nothingismagick
because the front end has all of the chrome it needs to run for the lifetime of the session
17:50
BAndiT1983
who serves the pages/files after sigkill?
17:50
nothingismagick
no one
17:51
nothingismagick
it is only served once
17:51
BAndiT1983
ok, sounds interesting
17:51
nothingismagick
the vue lifecycle is awesome
17:51
nothingismagick
there is no need ever to hit the server again for anything once the html,js and css have been delivered
17:52
BAndiT1983
as long as it is self-contained
17:53
nothingismagick
that has been my strategy since day one
17:53
BAndiT1983
our strategy also, but we are not that deep in that stuff
17:54
nothingismagick
if you like, i will make a POC netcat command with assets to build the client interface
17:55
BAndiT1983
sounds great
17:56
BAndiT1983
we need to incorporate the vue build into beta-software at some point
17:56
TofuLynx
joined the channel
17:56
BAndiT1983
asked se6astian about some splits for repo some days ago, as it grows and the build takes about 40 minutes to finish, it makes things harder to tests in parts
17:57
nothingismagick
40 minutes is a lot of cycles. holy cow
17:57
BAndiT1983
at least it's the time on travis ci
17:57
BAndiT1983
the build includes everything in the repo
17:57
nothingismagick
yeah, maybe faster on a private gitlab-ce
17:57
nothingismagick
i have no problem transferring my repo to the org
17:58
nothingismagick
as long as i maintain full adminstrative rights
17:58
BAndiT1983
there was a discussion on the lab about splitting the repo and managing it module-wise
17:58
nothingismagick
i think that is a good idea
17:58
BAndiT1983
we can discuss details with se6astian at some point
17:58
BAndiT1983
but first we need the proof of concept done
17:58
nothingismagick
because then we can make a "meta-repo" with submodules
17:59
nothingismagick
and actually use that to build the release
17:59
nothingismagick
submodules are a little flakey, but i think in this case it really makes sense
17:59
nothingismagick
also because then different developer teams can really own their part of the "product"
17:59
BAndiT1983
as the modules are not coming from elsewhere, we would know what the quirks are
18:00
nothingismagick
yup
18:00
nothingismagick
can you point me to the discussion in the lab?
18:00
BAndiT1983
owning is a bit hard in open-source
18:00
nothingismagick
you know what i meant
18:00
BAndiT1983
https://lab.apertus.org/T824
18:00
nothingismagick
in the sense of having someone responsible for merging PRs
18:01
BAndiT1983
i would smile about it usually, but i know all too well that from my work, that there are not many people who want to be merge monkies
18:01
BAndiT1983
*monkeys
18:01
nothingismagick
hehe
18:02
nothingismagick
oh - that was my discussion thread.
18:02
nothingismagick
jeez
18:02
BAndiT1983
the split requires some chunks, but not every tool, think that it was said before
18:02
nothingismagick
yeah
18:03
BAndiT1983
daemon and gui could be a repo, then image tools etc.
18:03
nothingismagick
sure
18:03
nothingismagick
my last question is about module registration
18:03
nothingismagick
in the sense of WS
18:06
g3gg0
joined the channel
18:06
BAndiT1983
nothingismagick: are you still typing?
18:06
nothingismagick
no
18:07
BAndiT1983
missed a question mark ;)
18:07
BAndiT1983
what is the question?
18:08
nothingismagick
like i said, the client needs to know which modules it can control in order to construct the interface
18:08
nothingismagick
and what commands these modules accept
18:08
BAndiT1983
module: "general", command: "get-available-modules"
18:09
nothingismagick
yeah
18:09
BAndiT1983
module: "image-sensor", command: "get-available-commands"
18:09
BAndiT1983
maybe camel case, but i will stick to CSS style for now
18:09
nothingismagick
i would prefer underscores
18:09
BAndiT1983
no problem
18:09
BAndiT1983
image_sensor
18:09
nothingismagick
right
18:10
BAndiT1983
let's stick to small letters for now, if we need conversion, then it will be added when demand arises
18:10
nothingismagick
ok
18:10
BAndiT1983
toLowerCase or so
18:10
nothingismagick
np
18:10
nothingismagick
so the client and server handshake
18:11
nothingismagick
the server says here are the modules: ["image_sensor"]
18:11
BAndiT1983
client iterated over modules and gets available commands
18:11
BAndiT1983
*iterates
18:12
nothingismagick
ok
18:12
BAndiT1983
should be rather simple and maybe the first test for us
18:12
nothingismagick
it seems like a lot of round trips
18:12
BAndiT1983
so 2 commands for handshake
18:12
BAndiT1983
we can pack multiple commands in 1 package
18:13
nothingismagick
i just think it would be more robust if the module and commands for the module are sent in one message
18:13
BAndiT1983
you could do the "all modules" request and would get a list of modules pluss all the commands for each one, nested of course
18:13
nothingismagick
perfect
18:13
nothingismagick
that is exactly how the scaffolding of the interface works
18:13
BAndiT1983
just have to evaluate, how to nest it properly
18:14
BAndiT1983
maybe a value can be an array
18:15
nothingismagick
like for example iso
18:15
nothingismagick
[60,100,200,400,1200,2400]
18:16
nothingismagick
those would be "acceptable" values for the interface to offer
18:16
BAndiT1983
that's the idea, but server and client have to know that it is an array
18:16
BAndiT1983
especially when nesting commands in commands
18:16
nothingismagick
well, i guess the client would only ever send one command block, no?
18:17
nothingismagick
assuming it knows it can change the iso
18:17
BAndiT1983
available modules | module -> [command 1, command2| ....
18:17
BAndiT1983
it's about the first response with all available stuff
18:17
nothingismagick
but the first response is JSON all the way down
18:17
nothingismagick
and its easy to nest that - free so to speak
18:17
BAndiT1983
but let me check it first and then we can discuss it again, need practical triage for that
18:18
nothingismagick
ok
18:18
nothingismagick
but you can have an object within an array
18:18
TofuLynx
left the channel
18:18
BAndiT1983
i know, it is more in the direction of c++ and the json lib, but i will add another struct with command description, with possible values and such
18:19
BAndiT1983
so 2 structs for json packages anyway, but one will be nested in another at first request
18:20
BAndiT1983
will now start with adjustments for message handler
18:20
nothingismagick
"module" : [ {"image_sensor: ["iso": [400,800,1200],"shutter": ["1/60", "1/120"]]}, {"battery": ...
18:21
BAndiT1983
yep, something like that
18:21
BAndiT1983
maybe additional attributes, like description, but that is just nice-to-have
18:21
nothingismagick
this is exactly how i create the "store" of the data in the front end
18:22
nothingismagick
we can add stuff to it as we need it
18:23
nothingismagick
by the way, i can also create android and iOS apps via Cordova and Mac,Linux,Win via Electron with the exact same code base.
18:24
BAndiT1983
can be considered for later, but ios one has to be on the appstore?
18:25
nothingismagick
possible to make a testflight version for beta testers (up to 100 installs i believe)
18:25
nothingismagick
but yes, it would have to eventually be on the appstore
18:26
nothingismagick
i imagine the low-hanging fruit here would be to make an electron app
18:27
BAndiT1983
for me it's still plain access to the camera, all the apps stuff is nice-to-have, but without a base it's not usable at the moment
18:27
nothingismagick
of course
18:28
nothingismagick
i am talking about interacting with the system
18:28
nothingismagick
an electron app gives much lower level access to the host than a website in a browser
18:28
TofuLynx
joined the channel
18:28
BAndiT1983
if we have something for hands-on, then we will surely get response and requests from people, to analyze the needs
18:28
nothingismagick
top
18:45
nothingismagick
i have to go to make dinner - anything else please on lab or email
18:47
nothingismagick
left the channel
18:56
PhilCeee
joined the channel
18:56
PhilCeee
Hey all..
18:56
Bertl
hey
18:57
PhilCeee
Wasnt here for a while, but followed the newsletter and articles.. Great to see powerbosard v2 evolve..
18:58
PhilCeee
Any new team talks planned? Last release has been almost 6 months ;)
18:58
jucar
left the channel
18:59
Bertl
plenty of TT in the works
19:00
PhilCeee
Cool. I am pretty curious about hfr beta pics ;) will still take some time till that might be implemented, or am i wrong?
19:00
PhilCeee
*hfr for highframerate
19:02
Bertl
we have been focusing on the 'normal' side of operations so far, so high speed was not a priority
19:03
PhilCeee
Can imagine.. i know its a "far down the road" goal ;)
19:09
Bertl
it just depends on somebody who is motivated enough to work on it :)
19:09
PhilCeee
I just can work with it ;)
19:09
PhilCeee
"On" finishs as soon as i take the lens of ;)8
19:11
PhilCeee
Not not really.. but i would have to struggle hard to follow your code - and most of my time goes into content creation..
19:12
Bertl
high speed content?
19:12
PhilCeee
Anyway.. dinnertime. Thx n bye!!
19:12
PhilCeee
Upps..
19:12
PhilCeee
Yeah. Mostly sports.m
19:13
Bertl
okay, enjoy your meal!
19:13
PhilCeee
Thx. Good luck! You doing a great job!!
19:13
Bertl
tx
19:15
jucar
joined the channel
19:17
PhilCeee
left the channel
19:39
jucar
left the channel
19:40
jucar
joined the channel
20:08
se6astian|away
changed nick to: se6astian
20:34
slikdigit
joined the channel
20:39
Bertl
off for now ... bbl
20:39
Bertl
changed nick to: Bertl_oO
20:42
TofuLynx
left the channel
20:59
TofuLynx
joined the channel
21:27
BAndiT1983
hi TofuLynx, how is it going?
21:32
TofuLynx
hello
21:33
TofuLynx
I am going now to my PC and I will attempt to finish the borders demosaicing. what do you think about having 4 for loops, one for each side?
21:37
TofuLynx_
joined the channel
21:38
BAndiT1983
see no advantage there
21:39
BAndiT1983
they would block each other and generate cache misses, as the memory is too close together
21:40
TofuLynx_
How would you suggest to do then? How do i make a function that goes in the row, they along the column, again in the row and back to column?
21:41
BAndiT1983
do/while eventually
21:42
TofuLynx_
with a flag?
21:42
BAndiT1983
or you do the first row and maybe also the last row, afterwards another loop for sides
21:42
BAndiT1983
flag?
21:42
TofuLynx_
yeah, so it changes from column to row
21:42
TofuLynx_
and vice-versa
21:43
BAndiT1983
take the last advice, use one loop for rows and other one for sides
21:43
TofuLynx_
Hmm, I will try the two for loops, one for rows and one for columns, I think its simpler
21:43
TofuLynx_
yeah
21:43
g3gg0
left the channel
21:43
BAndiT1983
go with simple way, before optimizing
21:44
TofuLynx_
Okk!
21:44
TofuLynx_
Will you be off at 10pm as usually?
21:46
BAndiT1983
it's 10pm for you, here it is 11pm then
21:46
TofuLynx_
Oh yeah true
21:46
BAndiT1983
have to get at 6am for work, so trying to get to bed not that late
21:46
BAndiT1983
*get up
21:48
TofuLynx_
yeah, makes sense!
21:48
TofuLynx_
Regarding Trello, I have to update the board, as it is empty right now
21:49
BAndiT1983
i know, have 3 gsoc trello boards open and looking from time to time at them
21:50
TofuLynx_
Ok! :)
21:50
TofuLynx_
Do you have any remarks or suggestions for me so far?
21:50
BAndiT1983
none yet, trying to get the daemon stuff done, at least to some extent
21:51
BAndiT1983
will visit vienna soon, and of course apertus, maybe i can try to run some tests, if a camera is there
21:51
TofuLynx_
That's cool!
21:51
TofuLynx_
How usually do you visit apertus?
21:51
BAndiT1983
through web and IRC :D
21:51
TofuLynx_
xD
21:51
BAndiT1983
never visited before
21:52
TofuLynx_
Anxious for it?
21:52
BAndiT1983
quiet interested to see the things live
21:53
TofuLynx_
Hopeful it will be cool!
21:54
BAndiT1983
it will be, looking forward to vienna, will shoot photos a lot, but like almost everyone else, they accumulate on my external drive
21:54
RexOrCine
changed nick to: RexOrCine|away
21:55
TofuLynx_
Also, in regard to daemon, can you summarize for me what is it?
21:55
BAndiT1983
will try to look through them and print out some cool ones
21:55
TofuLynx_
photos with the axiom or yourself?
21:55
BAndiT1983
daemon should be a central place to control the modules of the camera, like image sensor or read out temperature
21:56
BAndiT1983
usually taking photos of places and buildings
21:56
BAndiT1983
not a fan of selfies
21:56
TofuLynx_
I didnt mean photos of you in them xD
21:56
TofuLynx_
will you be taking pictures with an axiom, or with your equipment?
21:56
BAndiT1983
ah, with my canon eos760d
21:56
TofuLynx_
Oh Cool :P
21:56
BAndiT1983
if i had an axiom, then i wouldn'T struggle toimplement the daemon
21:57
TofuLynx_
I wish I had a professional camera
21:57
BAndiT1983
next camera will be a mirrorless one, so it's some sort of wysiwyg
21:57
BAndiT1983
also less weight and more stability
21:58
TofuLynx_
You're planning to buy a new camera?
21:58
BAndiT1983
nope, just general plans
21:58
TofuLynx_
But yeah, I think mirrorless are cool
21:59
BAndiT1983
had not much time lately, because of moving and work, to shoot many photos, so new camera would be pointless, trying to get most of my equipment
22:01
TofuLynx_
absolutely, also it's not a cheap investment
22:07
BAndiT1983
so, off for today, as always, if questions arise, you know how to contact me through here or other stuff
22:07
BAndiT1983
see you
22:07
BAndiT1983
changed nick to: BAndiT1983|away
22:08
TofuLynx_
Good Night!
22:11
TofuLynx_
left the channel
22:25
se6astian
off to bed
22:25
se6astian
good night
22:25
se6astian
changed nick to: se6astian|away
22:26
Bertl_oO
nn
22:28
TofuLynx
left the channel
22:49
TofuLynx
joined the channel
22:58
slikdigit
left the channel
23:04
TofuLynx
left the channel
23:26
Bertl_oO
off to bed now ... have a good one everyone!
23:27
Bertl_oO
changed nick to: Bertl_zZ