Current Server Time: 11:37 (Central Europe)

#apertus IRC Channel Logs

2018/05/22

Timezone: UTC


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