Current Server Time: 13:39 (Central Europe)

#apertus IRC Channel Logs

2018/06/06

Timezone: UTC


02:12
aombk
joined the channel
02:27
jucar
joined the channel
02:39
jucar
left the channel
02:59
rton
left the channel
05:08
ymc98
joined the channel
05:21
ymc98
left the channel
05:30
ymc98
joined the channel
05:51
ymc98
left the channel
06:13
ymc98
joined the channel
06:29
ymc98_1
joined the channel
06:30
Mahesh__
joined the channel
06:32
ymc98
left the channel
06:34
ymc98_1
left the channel
06:36
ymc98_1
joined the channel
06:40
Mahesh__
left the channel
06:42
niemand
joined the channel
06:42
niemand
left the channel
06:42
niemand
joined the channel
07:59
niemand
left the channel
08:08
g3gg0
left the channel
08:19
se6astian|away
changed nick to: se6astian
08:37
ymc98
joined the channel
08:39
ymc98_1
left the channel
08:54
ymc98
left the channel
09:04
sebix
left the channel
09:35
rton
joined the channel
09:38
se6astian
changed nick to: se6astian|away
09:40
sebix
joined the channel
09:54
se6astian|away
changed nick to: se6astian
10:13
guest_
joined the channel
10:15
guest_
hi there, I was trying to post a comment to the last article that was published but keep getting the following error:
10:15
guest_
"The spam filter installed on this site is currently unavailable. Per site policy, we are unable to accept new submissions until that problem is resolved. Please try resubmitting the form in a couple of minutes."
10:16
se6astian
changed nick to: se6astian|away
10:18
guest_
i tried a few times, guess I'll try again tomorrow, thanks
10:18
guest_
left the channel
10:20
se6astian|away
changed nick to: se6astian
10:23
Bertl_zZ
changed nick to: Bertl
10:24
Bertl
morning folks!
10:52
BogdanXOR
joined the channel
10:55
BogdanXOR
I tried last night & this morning the Axiom Beta with the Atomos Shogun Inferno, but I have some glitches. I've replied with details to the never-ending email thread we've been communicating on. cc. se6astian
11:01
Bertl
maybe a good idea to start a new thread then :)
11:04
Bertl
you write that the blue LED stops, what happens to the red one?
11:05
Bertl
what does ./zynq_info.sh show when this happens?
11:05
Bertl
how about ./pac1720_info.sh ?
11:05
BogdanXOR
that's a good question - I didn't look at the red one in particular, so I'm not sure
11:05
BogdanXOR
nor did I run those scripts then
11:06
BogdanXOR
I will have to re-do the tests later today
11:06
BogdanXOR
to give out those details
11:06
Bertl
please do so and best start a new email thread with the information ... thanks!
11:07
BogdanXOR
do you have any potential hypotheses as to why it might be behaving that way?
11:09
Bertl
I don't have a real clue or hypothesis, but I have a hunch that it might be related to ESD/grounding problems
11:10
Bertl
but it might be as well a problem with power supply or temperature, thus the scripts
11:11
BogdanXOR
left the channel
11:35
BogdanXOR
joined the channel
11:35
BogdanXOR
:O that doesn't sound good (probably not software-fixable(?))
11:40
Bertl
first let's figure out what the problem is, then let's try to find a solution
11:41
BogdanXOR
(note that I wear an antistatic wristband every time I handle the camera, I'm scared shit for it not to break until the aluminium case will be available)
11:41
Bertl
well, that's always good :)
11:43
Bertl
it might also be helpful to describe the steps (what you connect when for example) for your test case if it is reproduceable
11:44
Bertl
*reproducible
11:44
BogdanXOR
(btw, I noticed some small black rubber "washers" alongside the plastic spacers that are placed around the 3mm thread rod that forms the "chassis" - do they have any specific role? do they need to be placed in a specific position (e.g. adjacent to the PCBs(?))?)
11:46
BogdanXOR
the photos in the email were taken this morning, everything was connected then, as I did the connecting last night (last night I did not get any image, except the pure black one)
11:46
Bertl
those should be nylon as well and they basically function as spacer
11:46
BogdanXOR
but I can try connecting in a specific order, if that would help
11:47
Bertl
they are usually in the front of the mount base (to lock the nut) and around the PCB stack
11:55
Bertl
looking at the pictures it might be a temperature problem ... to me it looks like there are no walls connecting the fan with the enclosure, which means that the heat is not transported outside but kind-of circles inside the enclosure
11:56
Bertl
note that the ./zynq_info.sh script will shed some light on this
11:57
Bertl
off for now ... bbl
11:57
Bertl
changed nick to: Bertl_oO
11:58
BogdanXOR
I see - makes sense
11:58
BogdanXOR
in general, what would be the operating temperature range?
12:01
BAndiT1983|away
changed nick to: BAndiT1983
12:01
BAndiT1983
BogdanXOR: hi, which temperature is it showing currently?
12:03
BogdanXOR
I'm not next to it, but I did remember seeing 60 degrees Celsius at some point after running a while
12:04
BAndiT1983
Seems OK at first glance, although 50 would be better
12:05
BAndiT1983
Had also some trouble with black rectangle yesterday, but with stills, as I see bigger area there
12:05
BAndiT1983
Have you tried to do snapshots?
12:07
BAndiT1983
Mine have shown normal outer area, but in the middle it was black, after reboot and manual kick it worked again
12:07
ymc98
joined the channel
12:11
BogdanXOR
with stills I have some black bars (which I understand that are a feature of the sensor and hence could be removed) and I have a weird shift in the pixel order, such that the column of first 300 or so pixels on the left are moved to the right of the picture
12:12
BogdanXOR
you can see a snap here: https://wiki.apertus.org/index.php/Raw2dng#Further_Notes
12:12
BogdanXOR
in that you can see what I'm talking about
12:13
BogdanXOR
but in any case, my main focus right now is being able to record HDMI
12:14
BAndiT1983
The black rectangle I'm talking about is exactly the hdmi area, se6astian had measured it
12:15
BAndiT1983
Maybe you get it also, but as hdmi is smaller than sensor area, so your whole recorded area is black
12:17
BogdanXOR
so you're saying that when I get a black screen on hdmi (does not always happen) I might be getting an equivalent black area in a snapshot I'd take(?)
12:17
BAndiT1983
Yes
12:17
BogdanXOR
I will test that hypothesis as well
12:17
BogdanXOR
did you guys find the reason why it happened, in your case?
12:17
BAndiT1983
Asked guys to get my script for you from the Dev camera
12:18
BAndiT1983
Still investigating, but as I have remote access again, it will come up for sure and then we will inspect registers for the cause
12:20
BAndiT1983
If no one has time to get the script, then I will do from home, after work
12:22
BogdanXOR
I'm not sure I understand what you are asking for - and from who
12:25
BAndiT1983
I have a small script from Bertl for capturing grayscale snapshots, but have no access to the cam from work, maybe someone from apertus core team is at location or available to get it through ssh
12:25
BAndiT1983
Just to verify that the captured image is correct
12:54
sebix
left the channel
12:55
BogdanXOR
left the channel
12:56
BogdanXOR
joined the channel
12:57
BogdanXOR
left the channel
13:34
BogdanXOR
joined the channel
13:43
Bertl_oO
BogdanXOR: the shift you are showing in the Wiki means that you did run calibration (kick_manual.sh) more than once without stopping the DMA engine between (halt_manual.sh)
13:43
Bertl_oO
this should be easy to fix by a reboot of the system
13:44
Bertl_oO
(the offset shift on the side)
13:44
Bertl_oO
and it should not happen if you always pair up the kick_manual.sh with halt_manual.sh
13:45
BogdanXOR
hmm, interesting - I never really used halt_manual.sh (wasn't clear from the Manual page on the wiki that it should be always used)
13:45
BogdanXOR
so halt_manual.sh followed by kick_manual.sh is the way to go?
13:46
Bertl_oO
no, halt_manual.sh without kick_manual.sh will cause problems
13:46
BogdanXOR
I need to check again, but I don't think the reboot worked
13:46
BogdanXOR
(in fixing that)
13:46
BogdanXOR
aha, I see
13:46
BogdanXOR
I don't remember running halt_manual.sh
13:46
Bertl_oO
if your camera is configured to auto start
13:46
BogdanXOR
I've been running kick_manual.sh quite a lot
13:47
Bertl_oO
then a system service will run the kick_manual.sh for you (once)
13:47
Bertl_oO
and the halt_manual.sh on shutdown
13:47
Bertl_oO
if this is disabled (i.e. no auto start on the camera)
13:47
Bertl_oO
you run kick_manual.sh once and when you want to run it a second time
13:48
Bertl_oO
you first stop the DMA engine and image output with halt_manual.sh
13:48
Bertl_oO
then you can run it again
13:48
BogdanXOR
what is the correct way to shutdown? just `poweroff` command? and would it get in a weird state (the camera itself) if it abruptly stops (e.g. power loss)?
13:49
Bertl_oO
the proper shutdown is to make sure that halt_manual.sh is/was executed and then run shutdown -h now
13:49
Bertl_oO
once the red LED stops flashing you can kill the power
13:50
BogdanXOR
I see. and let's assume it wasn't stopped the right way (either because power loss or me not knowing the right shutdown procedure)...
13:50
Bertl_oO
unexpected power loss can lead to all kind of issues, including your camera not booting anymore, but all those problems are directly related to the data on the SD card
13:50
BogdanXOR
what is then the right way to kick it into submission?
13:50
Bertl_oO
so having a backup SD card helps in such cases
13:51
Bertl_oO
note that the filesystem uses journalling and the system is basically designed to recover itself from such power loss, so in most cases it's just fine and the camera will 'boot' a little longer than usual
13:51
Bertl_oO
you get information about the repair on the serial console
13:53
BogdanXOR
left the channel
13:59
BogdanXOR
joined the channel
14:03
se6astian
added https://wiki.apertus.org/index.php/AXIOM_Beta/Manual#Shutdown_the_Camera
14:04
se6astian
so is the pixel shift issue diagnosed to originate from running kick_manual twice?
14:04
se6astian
and when doing it only once the shift is gone?
14:04
BogdanXOR
I can check the hypothesis, but I'm not 100% sure how to bring the camera in a default/reset state, as to properly run that experiment
14:06
ymc98
left the channel
14:06
Bertl_oO
well, after a reboot (shutdown -r now) the camera is definitely in the proper state
14:06
Bertl_oO
if you have auto starting disabled, you run kick_manual.sh once and wait till it completes
14:07
BogdanXOR
how can I check for sure if I have autostart disabled?
14:07
BogdanXOR
it's a system.d thing?
14:08
BogdanXOR
I mean I can see that the blue led flashes like crazy a while after reboot
14:08
se6astian
then its autostarting already
14:09
se6astian
just capture an image with cmv_snap3
14:09
se6astian
dont run kick_manual.sh
14:09
BogdanXOR
I'm trying to - ./cmv_snap3 -2 -b -r -e 100ms > image.raw12
14:09
BogdanXOR
but
14:09
BogdanXOR
waiting for sequencer ...
14:10
BogdanXOR
seems to be stuck there
14:10
se6astian
also if you do it again?
14:10
BogdanXOR
the reboot procedure or should I try kick_manual.sh?
14:10
se6astian
no
14:11
BogdanXOR
ah, just re-run the command
14:11
se6astian
run ./cmv_snap3 -2 -b -r -e 100ms > image.raw12 again
14:11
BogdanXOR
yes, it behaves the same way
14:11
se6astian
ok
14:11
BogdanXOR
(I exited that process with ctrl+c
14:11
se6astian
hdmi output is running and looking normal right?
14:12
BogdanXOR
I ran ./gen_init.sh SHOGUN because it wasn't looking normal (wrong framerate)
14:13
BogdanXOR
and fil_reg 15 0 because I didn't want the image to suffer because of HDMI output
14:13
se6astian
you can make that fix permanent in a startup script: I think setup.sh
14:13
BogdanXOR
but I still get image on the shogun
14:13
BogdanXOR
not looking good at all
14:15
se6astian
after running fil_reg 15 0 you get "one" image or live view?
14:17
BogdanXOR
I haven't seen a live view on HDMI since the first test I tried
14:17
BogdanXOR
everything else was one image
14:17
BogdanXOR
and right now on the shogun it's a "barcode"
14:18
BogdanXOR
the entire screen filled with noisy whites like the band I pointed out in the email
14:18
se6astian
what happens if you disable the overlay: ./mimg -a -o -P 0
14:18
BogdanXOR
waiting for sequencer ... when trying to get a snapshot
14:19
BogdanXOR
blank screen after running ./mimg -a -o -P 0
14:19
BogdanXOR
what is the difference between disable overlay - gen_reg 11 0x0004F000 - and clear overlay - ./mimg -a -o -P 0 ?
14:19
se6astian
good, then the white stuff comes from the overlay
14:20
se6astian
clearing the overlay removes the image to be overlaid
14:20
se6astian
disabling I guess just tells the FPGA not to mix the two images
14:21
BogdanXOR
I'm not sure if the disabling works, though
14:21
BogdanXOR
(I might need to test that on a next reboot(?))
14:21
BogdanXOR
i.e. only ./mimg -a -o -P 0 seems to do the trick
14:22
se6astian
please try with a reboot
14:22
se6astian
and if it works you can edit your kick_manual.sh and do the "./mimg -a -o -P 0" instead of the line that loads the AXIOM Beta logo overlay
14:23
BogdanXOR
this is weird... I tried a kick_manual.sh and I got the image - albeit with the left 300 columns placed on the right (that shift thing)
14:24
BogdanXOR
but I also get a thin, maybe 50px wide white noise column
14:24
BogdanXOR
(like in the image in the email)
14:24
BogdanXOR
then I tried ./mimg -a -o -P 0 again
14:24
BogdanXOR
and got blank screen, but the white bar is still there
14:25
se6astian
lets try disabling the kick automatically starting at boot time
14:25
BogdanXOR
si no automatic kick
14:25
BogdanXOR
so*]
14:25
BogdanXOR
I will do that
14:26
BogdanXOR
btw, kick_manual.sh has the mimg lines commented:
14:26
BogdanXOR
#./mimg -a -o /opt/OVERLAY/overlay_05.rgb
14:26
BogdanXOR
# ./mimg -a -o /opt/OVERLAY/overlay_04.rgb
14:26
se6astian
can you try "service cmv12k status"
14:27
se6astian
can you put your kick.sh and kick_manual.sh on pastebin please
14:30
BogdanXOR
service is not on path
14:30
BogdanXOR
[root@beta ~]# service cmv12k status
14:30
BogdanXOR
-bash: service: command not found
14:30
BogdanXOR
https://thepasteb.in/p/wjh045vNznnuv
14:31
BogdanXOR
kick.sh ^
14:31
BogdanXOR
note that I just uncommented the "exit 0" line just before I issued the shutdown
14:31
se6astian
ok try systemctl then :)
14:31
BogdanXOR
so now I'm in a state of no kick being run
14:31
se6astian
correct
14:31
BogdanXOR
*having been run
14:33
BogdanXOR
https://thepasteb.in/p/lOhO3W1lj8whB
14:33
BogdanXOR
systemctl status output ^
14:33
BogdanXOR
https://thepasteb.in/p/AnhrPxZ5kKGcv
14:33
BogdanXOR
kick_manual.sh ^
14:34
Bertl_oO
I wonder who disabled the overlay in the script
14:34
BogdanXOR
https://thepasteb.in/p/wjh045vlrX9Fv
14:34
Bertl_oO
you definitely want to remove the '#' from the first ./mimg line
14:35
BogdanXOR
systemctl status cmv12k.service ^
14:35
Bertl_oO
yeah, you usually want to use 'systemctl disable cmv12k' instead of uncommenting the exit 0
14:36
BAndiT1983
changed nick to: BAndiT1983|away
14:36
se6astian
but the result should be the same for now
14:36
BogdanXOR
check this out:
14:36
BogdanXOR
https://thepasteb.in/p/0ghJ9nkX1Rou5
14:36
Bertl_oO
yes, but the status reports misleading information and the halt will be run
14:37
Bertl_oO
BogdanXOR: try 'date'
14:37
BogdanXOR
ah
14:37
se6astian
so with automatic kick now turned off, what happens when you run kick_manual.sh ?
14:37
BogdanXOR
:))
14:37
BogdanXOR
date says Tue Jul 18 03:19:40 UTC 2017
14:37
BogdanXOR
ofc
14:37
BogdanXOR
so I might have done it
14:38
Bertl_oO
unfortunately the MicroZed doesn't have an RTC
14:38
BogdanXOR
before I run kick_manual.sh, should I uncomment the first ./mimg line?
14:38
se6astian
yes good idea
14:38
Bertl_oO
time is usually corrected by NTP
14:38
Bertl_oO
(if you have network access for the camera)
14:38
BogdanXOR
I don't have it connected to the internet just yet
14:39
Bertl_oO
yeah, not a big deal
14:39
BogdanXOR
unless I do some network bridging through my mac - which I'm planning to, but I don't remember if I did it before, so it's probably not trivial and hence not a priority
14:40
BogdanXOR
so I commented ./mimg -a -o /opt/OVERLAY/overlay_05.rgb from kick_manual.sh
14:40
BogdanXOR
I will run kick_manual.sh now
14:40
BogdanXOR
*uncommented
14:41
Bertl_oO
let us know what the output is
14:41
BogdanXOR
wow, I have live video on the shogun
14:41
Bertl_oO
that is expected
14:42
BogdanXOR
well, I've been expecting it like crazy
14:42
BogdanXOR
:))
14:42
BogdanXOR
and it has no glitches and anything
14:42
Bertl_oO
that is also expected :)
14:42
BogdanXOR
I've been expecting that as well :)) :P
14:43
Bertl_oO
try to take a snapshot with './cmv_snap3 -e 11ms -2 >snap01.raw12'
14:44
BogdanXOR
but then now that I run ./mimg -a -o -P 0 the image goes away
14:44
Bertl_oO
why did you do that? :)
14:44
BogdanXOR
still waiting for sequencer
14:45
BogdanXOR
I would have loved to know exactly how to disable the text
14:45
BogdanXOR
I mean I will have to at least at some point
14:45
BogdanXOR
but no worries, I can do the reboot again
14:45
BogdanXOR
I probably should, anyways
14:45
se6astian
its possible that your mimg version is different than the once used for the wiki documentation
14:45
BogdanXOR
and if I go for a reboot, should I then disable the cmv12k service via systemctl and comment the exit 0 in kick.sh?
14:45
se6astian
which might explain these unexpected things
14:46
se6astian
yes please
14:46
Bertl_oO
yes, that would be nice
14:47
BogdanXOR
unfortunately it does not have a version flag, as I see it
14:47
BogdanXOR
I looked in the history and you guys ran /mnt/root/mimg --version during setup
14:48
BogdanXOR
but that was on a different path (although it seems you moved it in the right one afterwards, /root/mimg) and who knows if it worked
14:48
BogdanXOR
anyways, I will go with what I mentioned above
14:50
BogdanXOR
so I've done that and rebooted
14:50
BogdanXOR
I will run kick_manual.sh now
14:51
BogdanXOR
all good, same as before
14:51
se6astian
great
14:51
se6astian
next please capture a cmv_snap3 and see if the offset is gone
14:52
BogdanXOR
./cmv_snap3 -e 11ms -2 >snap01.raw12 - still "waiting for sequencer"
14:52
BogdanXOR
hdmi image is "still"
14:53
Bertl_oO
so when you run cmv_snap3 the live view stops?
14:54
BogdanXOR
I have a feeling it might be misbehaving again
14:54
BogdanXOR
i.e. stops before
14:57
BogdanXOR
so I just tried again
14:57
BogdanXOR
it streams for a while
14:57
BogdanXOR
then the blue led stops
14:58
BogdanXOR
and the last frame continues to be streamed
14:58
BogdanXOR
I completely removed the case
14:58
BogdanXOR
to avoid potential heating problems
14:59
BogdanXOR
so whenever I try to get a snap... "waiting for sequencer"
15:01
BogdanXOR
so yes...
15:01
BogdanXOR
I did a reboot
15:01
BogdanXOR
kick_manual
15:01
BogdanXOR
then immediately took a snap
15:01
BogdanXOR
it worked
15:01
BogdanXOR
but otherwise it just stops taking shots
15:01
BogdanXOR
and hence the hdmi stream seems to freeze at the last frame
15:02
Bertl_oO
just let me clarify here: the cmv_snap3 takes a snap (which is okay) but then HDMI out freezes?
15:03
Bertl_oO
does that happen immediately after you take a snap or after some while?
15:05
BogdanXOR
I've sent the captured image over email on that thread (same red brick wall background with my fingers in the foreground - except the fingers are not showing right, because I'm moving them (although it's a snap I assume it's somehow related to the movement of the fingers) and the hdmi stream is on
15:06
BogdanXOR
the HDMI froze after some time after I took the snap with cmv_snap3
15:06
BogdanXOR
but I can reboot and run kick_manual and after a while, without taking a snap, the HDMI will freeze
15:06
BogdanXOR
so I don't think the cmv_snap3 is necessarily related to this
15:07
BogdanXOR
and I can run halt_manual followed by kick_manual and the stream would work for a short while, then freeze again
15:07
BogdanXOR
blue led being off
15:08
BogdanXOR
after halt+kick it blinks for 3 seconds (blue), then it says adieu
15:09
BogdanXOR
temperature on last 2 kicks was around 58.3 deg Celsius
15:10
Bertl_oO
okay, that all sounds like a hardware defect to me :/
15:11
BogdanXOR
now, after reboot + kick, the blue led blinked some 10 or more seconds
15:11
BogdanXOR
and then it stopped blinking but stayed on
15:11
BogdanXOR
and the hdmi stream is frozen
15:15
BogdanXOR
after halt+kick it blinked some 3-4 seconds, then led turned off and stream froze
15:17
BogdanXOR
ok, now after halt+reboot+kick it blinked some 10+ seconds, then led turned off and stream froze
15:17
BogdanXOR
(on previous halt+reboot+kick it blinked 10+ seconds, then led stayed fully on and stream froze)
15:19
BAndiT1983|away
changed nick to: BAndiT1983
15:20
BogdanXOR
so yeah, I assume that in most cases, upon halt+reboot+kick it will stream for 10+ seconds, then led will turn off and stream will freeze
15:20
BogdanXOR
in the other cases LED stays on - for whatever reason
15:20
BogdanXOR
but stream freezes anyways
15:22
BogdanXOR
https://thepasteb.in/p/j2hlwzl6O4VIP
15:22
BogdanXOR
some dmesg output ^
15:23
se6astian
hmm that hints at an issue with the sd card
15:23
BogdanXOR
not sure why it says mmc1 card removed during transfer, but I assume it's probably irrelevant
15:23
se6astian
can you take out the sd card, clean the contacts and put it back in please
15:23
BogdanXOR
sure
15:23
BogdanXOR
I wonder how the two are correlated, though
15:24
se6astian
maybe they arent...
15:24
se6astian
just want to cover any possibility
15:27
BogdanXOR
did that, they were quite shiny and dry
15:27
BogdanXOR
but no luck
15:27
BogdanXOR
stream misbehaving the same way
15:27
BogdanXOR
and this time there's no mention of it in dmesg
15:28
BogdanXOR
(last thing is the ethernet becoming available (up))
15:28
BogdanXOR
I've got no other idea right now
15:30
se6astian
right, guess we need to get it to the hospital
15:30
se6astian
see pm
15:58
se6astian
gotta go
15:58
se6astian
changed nick to: se6astian|away
16:10
BogdanXOR
left the channel
17:20
BogdanXOR
joined the channel
17:22
BogdanXOR
left the channel
17:39
illwieckz
left the channel
17:47
illwieckz
joined the channel
17:48
RexOrCine|away
changed nick to: RexOrCine
18:22
g3gg0
joined the channel
18:23
BogdanXOR
joined the channel
18:48
se6astian|away
changed nick to: se6astian
18:49
BogdanXOR
left the channel
19:23
BAndiT1983
changed nick to: BAndiT1983|away
19:23
BAndiT1983|away
changed nick to: BAndiT1983
20:03
BAndiT1983
changed nick to: BAndiT1983|away
20:07
g3gg0
left the channel
20:19
BAndiT1983|away
changed nick to: BAndiT1983
21:09
TofuLynx
joined the channel
21:46
TofuLynx
BAndiT1983: Are you there?
21:47
TofuLynx
I sent an email to Stephan yesterday asking him his opinion regarding the artifacts
21:48
TofuLynx
He said that there is a long story with color artifacts at the edges.
21:49
TofuLynx
Basically, he expected some artifacts, even in SHOODAK1, and was surprised how the artifacts are much stronger on the edges than in the rest of the image
21:49
TofuLynx
"We tried some form of edge detection too, but we just used simple interpolation for the edges back then or tried to mix it with the Shoodak data."
21:49
TofuLynx
"The results were not too bad, but we never got to a final solution."
21:50
TofuLynx
He also said that a good part of the artifacts would be possibly elimated by a Low Pass Filter
21:50
TofuLynx
However, he said that if I couldnt test it with a Low Pass Filter, I could try applying some edge detection algorithm
21:51
TofuLynx
"The way they are looking now, it will we far to „nervous“ on a moving image and it looks strange in the still image already."
21:51
TofuLynx
And that's all
21:51
BAndiT1983
hi TofuLynx, just for short time, will leave soon
21:52
BAndiT1983
sounds similar to my expectations, that it's fuzzy, some sort of fireflies
21:52
TofuLynx
I think I have an idea to improve the edge artifacts, I know that the artifacts occur mainly because the two green pixels inside the 2x2 block can be largely different, due to the edge crossing the block in the mid axis
21:53
BAndiT1983
is green channel sufficient?
21:53
TofuLynx
Yup
21:53
TofuLynx
So, basically I will try to use the inteporlation of the two greens in such cases
21:53
TofuLynx
Makes sense?
21:54
BAndiT1983
can't say much, have not that deep experience with it
21:54
TofuLynx
Okk!
21:54
TofuLynx
I will try it, if it turns out to be better, I will show you the results
21:55
BAndiT1983
still wondering if another 3 debayer algorithms are worth to implement later, maybe after gsoc: vng, ppg and amaze
21:55
TofuLynx
I could do that
21:56
BAndiT1983
ok, will try your OC fork in the next days, maybe also add dropdown box to switch between the algorithms
21:56
TofuLynx
can we do that without the memory pool?
21:56
BAndiT1983
this are not important yet, just some which can be found in darktable or rawtherapee
21:56
BAndiT1983
memory pool is also important but for sequences, it should be started soon, but let'S not rush
21:57
BAndiT1983
some german paper, but for first impression on algorithms -> https://www.informatik.hu-berlin.de/de/forschung/gebiete/viscom/teaching/media/cphoto10/cphoto10_03.pdf
21:57
TofuLynx
Yeah, but how do we change algorithms in real time if the debayering process destroys the original information present in OCimage
21:57
BAndiT1983
i can also translate parts of it, if you want to know specific stuff
21:57
BAndiT1983
will think of something for it, don'T worry
21:57
TofuLynx
Sure! It's bookmarked, I will look into it later
21:58
TofuLynx
Ok :)
21:58
BAndiT1983
https://pixinsight.com/doc/tools/Debayer/Debayer.html
21:58
BAndiT1983
http://www.stark-labs.com/craig/resources/Articles-&-Reviews/Debayering_API.pdf
21:58
BAndiT1983
alright, enough links for next time ;)
21:58
TofuLynx
xD
21:59
TofuLynx
By the way
21:59
BAndiT1983
daemon tests were successful, but implementation takes some time, as it needs some adjustments
22:00
TofuLynx
The following days, probably until saturday, I will be very occupied with other stuff (University Exam and Family), so my presence can be less frequent here.
22:00
TofuLynx
that's great!
22:03
BAndiT1983
no problem, that would give me time to check your implementations and try to extend ProcessingTest UI with dropdown box
22:03
TofuLynx
Okkey! :)
22:08
TofuLynx
I would like to contribute to the UI of OpenCine, after GSoC
22:08
BAndiT1983
feel free
22:10
BAndiT1983
when you have time, let us discuss the memory pool stuff
22:10
BAndiT1983
but finish your exams first
22:10
TofuLynx
Sure!
22:11
BAndiT1983
nice overview -> https://rawpedia.rawtherapee.com/Demosaicing
22:12
BAndiT1983
and this one should be inspected later -> https://pdfs.semanticscholar.org/9b61/9f4ab38191ecbe976644b7f50fa766ca2898.pdf
22:12
TofuLynx
Didn't know that there were debayering for monochromatic cameras
22:12
BAndiT1983
seems like GEDI (NEDI?) modification
22:12
TofuLynx
That's interesting in fact!
22:13
BAndiT1983
so, off for today, sleep well, see you
22:13
BAndiT1983
changed nick to: BAndiT1983|away
22:15
TofuLynx
See you! :)
22:15
TofuLynx
left the channel
22:43
se6astian
changed nick to: se6astian|away
22:54
BogdanXOR
joined the channel
22:55
BogdanXOR
left the channel
23:36
BogdanXOR
joined the channel
23:43
BogdanXOR
left the channel
00:00
slikdigit
joined the channel
00:16
slikdigit
left the channel