Current Server Time: 16:44 (Central Europe)

#apertus IRC Channel Logs

2020/03/22

Timezone: UTC


01:35
Bertl_oO
off to bed now ... have a good one everyone!
01:35
Bertl_oO
changed nick to: Bertl_zZ
03:24
HEGAZY
joined the channel
03:29
HEGAZY
left the channel
05:34
omar31
joined the channel
05:57
omar31
left the channel
06:39
illwieckz
left the channel
07:02
Dest
left the channel
07:31
illwieckz
joined the channel
07:34
pratyush
joined the channel
07:41
Amabella
joined the channel
07:45
Amabella
left the channel
08:03
illwieckz
left the channel
08:24
BAndiT1983|away
changed nick to: BAndiT1983
08:46
illwieckz
joined the channel
08:52
BAndiT1983
changed nick to: BAndiT1983|away
08:59
BAndiT1983|away
changed nick to: BAndiT1983
09:13
illwieckz
left the channel
09:18
rahul_
left the channel
09:28
pratyush
BAndiT1983 : I have looked into AI based debayering,as beta hardware uses a PIC32 MZ which is not capable of performing AI based operations
09:30
pratyush
can we interface the hardware with an external computer or a processor (something like a raspberry pi or any thing cost effecient ) that would do the job ?
09:36
BAndiT1983
beta hardware uses pic32mz? can you tell a bit more how you came to this conclusion?
09:42
pratyush
i mean axiom remote
09:43
BAndiT1983
what about axiom remote?
09:43
pratyush
Axiom remote uses a pic32
09:44
BAndiT1983
yes, it uses pic32
09:44
BAndiT1983
and what is your question?
09:45
pratyush
My question was to work on AI based debayering algo for axiom cameras
09:46
BAndiT1983
and what has it to do with axiom remote? please read apertus pages about axiom remote and axiom beta, as you seem to confuse a lot here
09:46
pratyush
okay
09:50
Bertl_zZ
changed nick to: Bertl
09:50
Bertl
morning folks!
09:50
pratyush
Tmorning
09:50
RexOrCine
Morning mage.
09:51
BAndiT1983
Morning Rincewind
09:58
pratyush
Bertl : https://pastebin.com/embed_js/qWMu6mL9 :)
09:59
Bertl
I'd like to take choice 5 please :)
10:00
pratyush
ooh that was old I have already fixed it
10:02
RexOrCine
Choice 5 is "Stay in bed and sink into a terrible depression"
10:03
pratyush
Exactly life of geeks eat code sleep and repeat other wise the above lines
10:04
pratyush
Bertl : https://pastebin.com/N1DpMBy5
10:05
Bertl
you're a quick one with the editor :)
10:05
pratyush
:)
10:06
pratyush
anyways the fifth was for reading the character buffer which i removed
10:06
Bertl
so does the code look nice now? everything cleaned up and properly formatted?
10:07
pratyush
I have used an online formatter and it looks good :)
10:08
pratyush
https://github.com/gr8geek/apertus-challenge/blob/master/characterdevice/chardvr.c
10:09
BAndiT1983
online formatter? really? is it so difficult to get clang-format or simialr to do it locally for every file?
10:09
Bertl
hmm, I would ditch that online formatter ... it doesn't know much about kernel coding style
10:17
pratyush
Fixed the formatting error
10:17
Bertl
nope
10:36
pratyush
Bertl :I hope so it is fixed now
10:36
Bertl
nope
10:49
pratyush
Bertl : the problem was with single lined for loop and has been fixed
10:50
Bertl
slowly getting there, still plenty of issues left
10:59
pratyush
the problem with if(..){ has been fixed --> if(..) {
11:00
Bertl
keep going!
11:07
pratyush
Bertl : switch case has been fixed
11:07
pratyush
Bert : I think it is okay
11:09
Bertl
still some work left ...
11:13
pratyush
braces inside the kernel message should be avoided and has been fixed
11:16
Bertl
only a few issues left ...
11:18
pratyush
Betl : I am really sorry for inconvenience
11:37
pratyush
Bertl : Rest has bben fixed
11:37
pratyush
*been
11:37
Bertl
not really
11:45
pratyush
Bertl : I can't pin point any of them
11:45
Bertl
maximum line length?
11:46
BAndiT1983
which could be solved by formatter, with right settings, automatically.....
11:46
pratyush
now i am regretting
11:46
pratyush
;(
11:47
pratyush
for a formatter
11:50
BAndiT1983
and what stops you from setting one up?
11:56
pratyush
The problem with formatter is that the are heuristics based and not full proof
11:56
pratyush
I was also not able to find a suitable kernel formatter
11:57
BAndiT1983
??
11:57
BAndiT1983
you are telling the formatte what you need and what have heuristics to do with it?
11:57
BAndiT1983
*formatter
11:59
pratyush
I really dont know to use a formatter
12:00
pratyush
But I will learn it
12:01
BAndiT1983
you should learn it, as it's mandatory for software development, to keep same style over all the code and not having a jungle of crappy code without proper indentation, whitespaces and whatnot
12:19
pratyush
Bertl : I was thinking about my checksum function that i
12:19
pratyush
it goes overflow foe large character stream
12:20
pratyush
for now simple byte sum should be appropriate
12:21
pratyush
Bertl : I was also thinking about a novel checksum algorithim that came to my mind
12:27
Bertl
once the formatting is fine, we take a look at the functionality
13:10
comradekingu
joined the channel
13:49
pratyush
left the channel
13:59
pratyush
joined the channel
14:02
pratyush
Hey floks I found something interesting https://github.com/torvalds/linux/blob/master/.clang-format
14:07
comradekingu
left the channel
14:18
illwieckz
joined the channel
14:35
pratyush
left the channel
14:39
illwieckz
left the channel
14:44
pratyush
joined the channel
14:44
pratyush
Bertl : I have done the formatting
14:45
pratyush
for formatting I have used linus torvalus 's .clang-format
14:50
Bertl
Linus still wouldn't be happy with the result ...
14:50
Bertl
any ideas why?
14:50
pratyush
Why
14:53
Bertl
yes, that's the question
14:58
pratyush
Bertl : Still the code looks bad
14:59
Bertl
and why is that?
15:02
pratyush
pratyush: there are some minute thing of which the clang does not take care of like:
15:03
pratyush
Bertl : like miss allignment of structure from line 143 onwars and also some misallignment at top which is fixed
15:07
Bertl
what's wrong in line 39
15:07
BAndiT1983
changed nick to: BAndiT1983|away
15:08
BAndiT1983|away
changed nick to: BAndiT1983
15:08
pratyush
The file screwed everything i fixed before
15:08
pratyush
ooh no
15:10
pratyush
fixed
15:10
Bertl
and in line 57?
15:11
pratyush
Oh my god
15:14
pratyush
fixed
15:15
Bertl
and in line 92?
15:20
pratyush
fixed
15:21
Bertl
that 'fix' actually made it worse
15:21
Bertl
you now have three errors in that line
15:25
pratyush
BUF_LEN is more scientific
15:26
BAndiT1983
and BUFFER_LENGTH more readable, at least for C++ ;)
15:27
pratyush
yes
15:29
supragyaraj--
joined the channel
15:31
pratyush
Hello supragyaraj
15:31
supragyaraj--
hello
15:31
metal_dent[m]
supragyaraj--: Hey!
15:31
supragyaraj--
hello
15:32
supragyaraj--
brb on phone rn
15:32
metal_dent[m]
okay, no problem
15:34
pratyush
supragyaraj-- I have an idea related to AI based debayering are you willing to mentor me
15:34
pratyush
under propose ypu own idea
15:35
supragyaraj--
will brb
15:35
pratyush
ok
15:36
pratyush
Bertl : I have fixed it
15:37
Bertl
indeed, now what's wrong with line 91?
15:42
pratyush
fixed
15:42
Bertl
interesting fix :) do you know what the problem was?
15:43
pratyush
single line comments are discouraged
15:44
Bertl
is that so?
15:44
pratyush
:(
15:45
Bertl
what's wrong in line 18?
15:46
pratyush
fixed
15:47
Bertl
doesn't look like
15:47
pratyush
I have fixed the before but I think I am astronomically unlucky
15:48
Bertl
well, you would be very lucky to get everything right by just guessing ...
15:54
pratyush
Bertl : Fixed
15:56
Bertl
nope, now it's even worse ...
15:58
Bertl
maybe train some AI to fix the code for you?
15:58
BAndiT1983
clang-format is rather smart, even without AI
15:58
BAndiT1983
but it requires some love and proper settings
15:58
pratyush
Thats the idea of my next project
15:59
pratyush
Thanks :)
15:59
supragyaraj--
pratyush, i was on phone, you were saying something?
15:59
supragyaraj--
metal_dent[m] hi, are you around?
15:59
metal_dent[m]
> metal_dent hi, are you around?
15:59
metal_dent[m]
yes!
15:59
pratyush
Yes
16:00
supragyaraj--
metal_dent[m] you wanted to discuss something?
16:01
pratyush
supragyaraj-- I have a project idea which I wanted to propose
16:01
supragyaraj--
go on
16:01
metal_dent[m]
> metal_dent you wanted to discuss something?
16:01
metal_dent[m]
yes BAndiT1983 and me wanted to have a discussion about the gsoc project
16:01
supragyaraj--
metal_dent[m], sure... I'm here :)
16:02
BAndiT1983
BAndiT1983 is only a supporter here, Supragya is the first mentor ;)
16:03
Bertl
because of the extensive experience with the Axiom Remote?
16:03
supragyaraj--
exactly my point XD
16:03
supragyaraj--
+1 Bertl
16:04
metal_dent[m]
supragyaraj--: have you checked out my draft? Bertl checked yesterday and suggested some changes which I'm working on :)
16:04
BAndiT1983
relax, it's not that difficult with the remote, just 3 chips :D
16:04
Bertl
actually, there are more than three :)
16:05
BAndiT1983
i know, have inspected the board yesterday, while retrieving the 3d models, but we have 3 main chips, everything else is support or power management
16:05
BAndiT1983
if i don't count the LCD logic chips
16:06
supragyaraj--
metal_dent[m], is that a gdoc? looks like LaTeX in a few places XD, bertl would love that if it were so
16:07
Bertl
does ...
16:07
metal_dent[m]
yes it is
16:08
metal_dent[m]
:)
16:08
supragyaraj--
Damn *crying*
16:09
supragyaraj--
I don't think sec 3.2 is required to be that extensive
16:10
metal_dent[m]
so should i remove the codes?
16:10
supragyaraj--
yup
16:10
pratyush
supragyaraj--: Sir I was thinking about proposing a new idea under T727
16:10
supragyaraj--
link them up
16:10
metal_dent[m]
okay
16:11
supragyaraj--
metal_dent[m], you should work on sec 2.2 also
16:11
supragyaraj--
spell check a little (not a big deal rn)
16:12
supragyaraj--
Maybe create a google doc (going back and forth regarding comments and their resolution is much better on that)
16:12
metal_dent[m]
yes 😅
16:12
BAndiT1983
challenge task is still not that important for the proposal, it's more about the main tasks
16:12
supragyaraj--
At the end, LaTeX generated PDF can be given, no big beal
16:12
metal_dent[m]
> Maybe create a google doc (going back and forth regarding comments and their resolution is much better on that)
16:12
metal_dent[m]
wait I have the gdoc which Bertl made yesterday
16:12
BAndiT1983
you can mention the challenge task and place links to repo
16:13
supragyaraj--
+1 BAndiT1983 here
16:13
BAndiT1983
is it me or are serif fonts harder to read?
16:13
supragyaraj--
pratyush , I can't comment on a proposal i've not heard **wink wink**
16:14
pratyush
Its related to AI based debayering
16:14
supragyaraj--
go on
16:14
supragyaraj--
"is it me or are serif fonts harder to read?" -> +2000 on this
16:14
metal_dent[m]
I sent you both the link to that gdoc
16:14
Bertl
BAndiT1983: that's just you
16:15
Bertl
ah no, supragyaraj-- as well :)
16:15
metal_dent[m]
yes Bertl is already there :)
16:15
supragyaraj--
metal_dent[m] sec 4.3 is .... umm..... i don't know how to feel about it, maybe rewrite a little
16:16
supragyaraj--
pratyush so AI based debayering... how will it work? what problem will it solve? how will it be better? any example?
16:16
pratyush
Bertl : may I have less experience with professional C project But i beleive one Day I shall overcome deep in my heart I believe
16:16
metal_dent[m]
> metal_dent sec 4.3 is .... umm..... i don't know how to feel about it, maybe rewrite a little
16:16
metal_dent[m]
okay!
16:16
BAndiT1983
you should stick to "apertus°" as name, i see different ones
16:17
metal_dent[m]
alright
16:18
pratyush
supragyaraj--: i intend to use a convolutional neural network to perform debayering
16:19
BAndiT1983
LCD dimming won't take a week, as the work is done and needs verification or maybe also adjustments for slight flickering which occurs at different levels, even linearization is done
16:19
supragyaraj--
wow, but why?
16:19
BAndiT1983
because AI
16:19
pratyush
as it has surpassed state of the art sebayering algorithim
16:19
pratyush
*debayering
16:19
supragyaraj--
and what's the state of the art in debayering may i ask?
16:20
supragyaraj--
BAndiT1983 nice rhyme !
16:21
BAndiT1983
just coincidence
16:21
supragyaraj--
metal_dent[m], could a *.md file contain your sec 3.2 ? that will be really better
16:22
supragyaraj--
add that to your code submission
16:22
metal_dent[m]
Okay, I'll add the links to a .md file and then link that file to the proposal
16:23
supragyaraj--
*link the repo
16:23
Bertl
pratyush: you certainly shall overcome deep in your heart!
16:23
supragyaraj--
pratyush, had you emailed me earlier regarding a similar project?
16:24
metal_dent[m]
> *link the repo
16:24
metal_dent[m]
okay
16:24
pratyush
supragyaraj--: That was related to face tagging and facial recognition
16:24
supragyaraj--
oh yup
16:25
pratyush
But the axiom cameras can be controlled by laptops so it intends to be implemented on a laptop
16:26
supragyaraj--
?
16:26
BAndiT1983
ehm, not really from laptop
16:26
BAndiT1983
at least not in the field, please read about making movies and what is required
16:26
supragyaraj--
metal_dent[m], last thing, just add some list of some sort on what all topics will be taken by you
16:27
supragyaraj--
I know it's there in breakdown weekwise, but this would really help
16:28
supragyaraj--
also thanks for the Gdoc which is very very nice looking XD
16:28
metal_dent[m]
okay, i'll add the list before the schedule
16:28
BAndiT1983
latex conversion is not that easy, markdown is more reliable for drafts
16:29
supragyaraj--
markdown rocks
16:30
pratyush
I intend to demonstrate a prototype that could be implemented and then later be made part of axiom beta with addition of an external computing device like a raspberrypi or something cheaper solution
16:32
BAndiT1983
raspberry pi? but why? have you heard of debayering in post-processing?
16:32
BAndiT1983
4K raw data and raspberry pi 10 maybe
16:33
pratyush
for real time processing we can use any other lite algorithim
16:33
BAndiT1983
which realtime processing?
16:33
supragyaraj--
am I dreaming?
16:33
pratyush
for final enhancements we could AI based debayering
16:34
supragyaraj--
why are you adamant about AI, and which AI algo? and why ?
16:34
supragyaraj--
do you think non AI things do not work or something?
16:34
Bertl
the future is AI!
16:34
supragyaraj--
*dies*
16:34
BAndiT1983
because AI is the newest buzzword, it's not AI at all, it's pattern matching
16:35
supragyaraj--
so sudoku solver is AI?
16:35
BAndiT1983
AI is something like a very big if/else but hidden behind training DB iteration etc.
16:35
Bertl
is it?
16:36
supragyaraj--
well backtracking can work
16:36
BAndiT1983
Bertl: which sentence do you refer to?
16:36
supragyaraj--
but since AI is there and so is compute power, who cares?
16:36
pratyush
https://arxiv.org/pdf/1802.03769.pdf
16:37
BAndiT1983
aham and i develop java at work and am cursing, as we are wasting compute power for unoptimized crap
16:37
BAndiT1983
*aha, and ...
16:37
BAndiT1983
even java could be better, but many people don't even know the basics of software development, not to mention memory management etc.
16:38
Bertl
pratyush: and you really think that we would believe, that you, who cannot even get simple code formatting right, can pull off something like this?
16:39
supragyaraj--
pratyush, yeah it works, but... there's something called ROI right?
16:40
pratyush
ROI?
16:40
pratyush
aah return on investment
16:40
supragyaraj--
*sighs*
16:42
pratyush
left the channel
16:42
BAndiT1983
i have a bit of dejavu with this discussion
16:43
BAndiT1983
back to the topic, metal_dent[m], do you have everything you need for the moment?
16:43
BAndiT1983
supragya, did you have time for checking the firmware code?
16:43
BAndiT1983
supragyaraj--, i mean
16:44
metal_dent[m]
yes, I'll work on those suggested changes and will get back
16:44
BAndiT1983
very good
16:44
Bertl
off for now ... snowing here ... bbl
16:44
Bertl
changed nick to: Bertl_oO
16:44
metal_dent[m]
Bertl: wow, where are you from?
16:44
BAndiT1983
snowing? is it some code word for something? like new coke delivery
16:45
Bertl_oO
metal_dent[m]: Austria/Europe
16:45
Bertl_oO
BAndiT1983: no, it is actual snow :)
16:45
BAndiT1983
indeed it's rather cold in Viewnna, as Bertl is outside of it, then snow is possible
16:45
BAndiT1983
*Vienna
16:45
metal_dent[m]
cool!
16:45
supragyaraj--
BAndiT1983, looking at metal_dent[m]'s code RN, trying to understand ;)
16:46
BAndiT1983
sun is shining here, around 11°
16:46
supragyaraj--
how's Ahmedabad RN, metal_dent[m]?
16:46
BAndiT1983
ok, ask if you need help, other than that, please also check the whole firmware code, changes ongoing, but was distracted by some other stuff as we were sent to home office
16:48
metal_dent[m]
> how's Ahmedabad RN, metal_dent[m]?
16:48
metal_dent[m]
everybody's in the janata curfew (self-isolation at home) and the weather is very very hot
16:49
supragyaraj--
35* here :/
16:49
BAndiT1983
wow
16:50
supragyaraj--
degrees
16:50
metal_dent[m]
> 35* here :/
16:50
metal_dent[m]
where?
16:50
supragyaraj--
regarding the janta curfew, few people came out of our society to the road, got heckled by police
16:51
supragyaraj--
metal_dent[m], just one google search will disclose my location XD
16:52
metal_dent[m]
> regarding the janta curfew, few people came out of our society to the road, got heckled by police
16:52
metal_dent[m]
my society is very strict in that manner, noone was aloowed inside or outside w/o any valid reason
16:52
BAndiT1983
nah, that's too easy, supragyaraj--, do you remember my searches 2 years ago ;)
16:52
supragyaraj--
not everyone is a stalker
16:52
BAndiT1983
my company has also told to stay in home office till they tell us, but other than that germany thinks about general curfew
16:54
illwieckz
joined the channel
16:56
supragyaraj--
think of companies that don't give out laptops
16:56
supragyaraj--
but have workstations on desk
16:57
BAndiT1983
lets guess how i work, through RDP connected to very old desktop, not real VPN i would say
16:57
BAndiT1983
was used to real one and have even developed software while on the train, as i was asked to work on saturday in the former company, but our trip was already booked, so sent the code to the server and testers have checked it
17:00
supragyaraj--
is it just me or companies generally do not care about optimising the workflow?
17:00
supragyaraj--
something works and then stays for 10 years
17:01
BAndiT1983
budget it is, but i've noticed that people generally care less, "it works" is the slogan, but i cannot bare it, because it shows that nothing will improve and people continue to waste time instead of creating things
17:01
BAndiT1983
why should someone care who constantly gets money
17:04
BAndiT1983
*bear
17:04
pratyush
joined the channel
17:12
pratyush
left the channel
17:19
BAndiT1983
metal_dent[m]: i see bootloader as title of your proposal on the gsoc2020 page, it's actually firmware
17:23
metal_dent[m]
but aren't BL and firmware projects diff for gsoc?
17:25
BAndiT1983
yes, but till now we have only looked at firmware, as BL is more difficult and requires a lot more hardware knowledge
17:26
BAndiT1983
you can of course propose for the BL, just wanted to point at the fact
17:26
RexOrCine
left the channel
17:27
metal_dent[m]
ohh, but i've written my timelines acc to T1163
17:28
BAndiT1983
ah, okay, missed the timeline before
17:28
BAndiT1983
well, if the task is appealing to you, then i don't see a problem there
17:29
BAndiT1983
just look at the wording as sentences like "Placing the Axiom Beta software to PIC16 and PIC32 firmware via USB for camera flashing" is confusing
17:29
metal_dent[m]
i agree it is difficult but i'll propose to both if that's okay
17:29
BAndiT1983
what do you mean there?
17:29
BAndiT1983
it's okay
17:31
BAndiT1983
and also the timeline tasks are drifting apart, if self-programming and so on are first, then why USB comes later, second thing is, i would suggest to do LVP first, before even touching the pic32 self-programming, this one would follow a bit later, as it requires quite some knowledge of linker script and pic32 structure, this is where i have also to discuss with Bertl often, as it's not always obvious what's going on
17:32
BAndiT1983
USB -> LVP -> self-programming, this would be theorder of what depends on what
17:32
RexOrCine
joined the channel
17:32
metal_dent[m]
ahh okay
17:33
BAndiT1983
LVP and self-programming do not really belong together, but in this order you would see what the next step would require
17:34
BAndiT1983
self-programming is actually LVP, but just as a side note here
17:38
BAndiT1983
metal_dent[m]: as reference -> http://ww1.microchip.com/downloads/en/DeviceDoc/40001714C.pdf
17:39
BAndiT1983
init of LVP is done and also reading from the PIC16s was tested, also the access was simplified, you can check out the code in the bootloader
17:39
BAndiT1983
it's called ICSProgrammer
17:42
metal_dent[m]
will keep this in mind!
17:57
BAndiT1983
changed nick to: BAndiT1983|away
18:06
BAndiT1983|away
changed nick to: BAndiT1983
18:16
max_bxl
joined the channel
18:18
max_bxl
hello everyone!
18:21
BAndiT1983
hi max_bxl
18:31
supragyaraj--
left the channel
18:32
berto_bxl
joined the channel
18:35
max_bxl
Hello berto_bxl !
18:37
berto_bxl
Hello max
18:39
berto_bxl
camera is reset
18:47
RexOrCine
left the channel
18:50
RexOrCine
joined the channel
18:57
se6ast1an
hi max_bxl!
18:57
se6ast1an
how are the calibrations going?
18:58
se6ast1an
just designed a new part to hold connectors (like HDMI, etc.): https://cloud.apertus.org/index.php/apps/gallery/s/LqkCfTLRJYd9wFB#Nato%20Rail%20Concept/hdmi-clamp.jpg
18:59
BAndiT1983
would someone actually update the script to work with newer pypng? a task in the lab with short description could be helpful
19:04
max_bxl
it seems vup already pushed a fix yesterday
19:04
se6ast1an
yes, see email I just sent
19:05
max_bxl
se6ast1an told me
19:05
max_bxl
;)
19:05
max_bxl
I don't know if we are going to flash the sd card with the new firmware
19:05
max_bxl
berto_bxl, what do you think ?
19:06
BAndiT1983
the fix is to remain at 0.0.18, but pypng guys won't return the code, so it shouldn't get forgotten to update the script at some point
19:06
BAndiT1983
*-return +revert
19:12
se6ast1an
max_bxl: did you try: http://irc.apertus.org/index.php?day=21&month=03&year=2020#340
19:12
se6ast1an
trying the new firmware would be good to verify that the problem is actually fixed but of course not high priority at the moment
19:13
se6ast1an
high priority is getting the problem fixed on your beta now
19:13
se6ast1an
did you try vups line already?
19:13
Dest
joined the channel
19:14
max_bxl
yes and it worked
19:14
se6ast1an
excellent
19:14
Dest
left the channel
19:15
max_bxl
can someone check is T1167 is well described ? https://lab.apertus.org/T1167
19:16
se6ast1an
I would put the full error in the task as well but that are details that dont matter anymore for this task
19:16
se6ast1an
or the pastebin link
19:17
max_bxl
it's in the wiki already
19:18
max_bxl
I did method 2 verification and got this https://pastebin.com/khTTqKx9
19:18
max_bxl
it seems ok
19:22
BAndiT1983
added IRC logs to the task description
19:28
max_bxl
the firmware currently uses about 2.5GB of disk space right ?
19:28
max_bxl
(from what I see of df -h)
19:29
max_bxl
I'm thinking of making a script of all the RCN calibration and wonder what would be the minimal sd card size required!
19:31
se6ast1an
64 frames of around 18 mb each
19:31
se6ast1an
Would require testing though if the ram is sufficient to average them in camera
19:32
max_bxl
ok
19:32
max_bxl
how to know this ?
19:36
se6ast1an
By testing
19:36
max_bxl
also, how to write to registers with hdmi.func or cmv.func with the new firmware ?
19:37
max_bxl
i.e. doing this ssh root@$BETA ". ./cmv.func; fil_reg 15 0" # disable HDMI stream
19:37
max_bxl
with the new firmware?
19:41
lennart63
joined the channel
19:41
lennart63
hello all
19:43
se6ast1an
Did you see the email response about that?
19:44
lennart63
just a quick question regarding the hdmi-plugin shield: We are having issues with "random" connection losses, e.g. external recorder shortly says "no input", then video comes back on. I tried another HDMI-Cable but no difference. I suspect a flaky connector (also tried this on a beamer, instead of an external recorder, same thing there). Is this
19:44
lennart63
just _our_ shield, or has this been an issue for someone else?
19:44
lennart63
(axiom beta)
19:49
se6ast1an
Bertl_oO: any ideas?
19:49
se6ast1an
is the shield firmly secured in the beta as you mentioned connectivity issues?
19:50
BAndiT1983
would cleaning pins help?
19:50
se6ast1an
possibly
19:51
se6ast1an
the external recorder has been confirmed to be working with the beta before?
19:54
lennart63
yes regarding the recorder being used on different situations (e.g. directly from a desktop computer) no issues there
19:54
lennart63
the shield is tightly connected (there is a white plastic bar above it tightened with two screws)
19:55
lennart63
how one clean the pins?
19:55
se6ast1an
No I mean the recorder and the beta have worked together before?
19:56
lennart63
a no cannot confirm that (the recorder is a atomos shogun flame)
19:59
max_bxl
se6ast1an : I don't find cmv.func or hdmi.func on the beta in both locations you mentionned => https://pastebin.com/4HPMneDn
19:59
max_bxl
AFK for dinner!
20:00
se6ast1an
Did you try a monitor already?
20:00
se6ast1an
Recording devices are very particular with the supplied frequencies bring correct
20:01
se6ast1an
Pc Monitors not so much
20:01
lennart63
just a second will try it
20:03
lennart63
left the channel
20:06
lennart59
joined the channel
20:06
lennart59
se6ast1an pc display worked (interesting!)
20:07
se6ast1an
Great
20:07
lennart59
so this could be related to the hdmi-output settings of the axiom?
20:07
se6ast1an
Yes
20:07
se6ast1an
Please check your setup.sh content
20:08
se6ast1an
There is a special shogun present we created
20:08
se6ast1an
Could be that it's not selected currently
20:08
se6ast1an
And you are on a standard 1080p preset
20:09
lennart59
it uses `./gen_init.sh SHOGUNp24` and a few lines later `./gen_init.sh SHOGUN`
20:09
lennart59
is this intended to be run twice with different presets?
20:10
lennart59
I did not (yet) change that script, so it the vanilla: https://github.com/apertus-open-source-cinema/axiom-beta-firmware/blob/master/software/scripts/setup.sh (at least the one from the latest nightly release)
20:10
se6ast1an
Could be an issue indeed that it's run twice
20:11
se6ast1an
Please disable the 24p line
20:11
se6ast1an
By commenting it out
20:11
lennart59
did just that, currently rebooting
20:12
se6ast1an
Great
20:14
lennart59
looks good, video even feels snappier. so it could be that I just looked at the 24 (fps?) output until now
20:14
se6ast1an
Possibly
20:14
lennart59
thank you
20:14
se6ast1an
And the shogun supports only the 25p mode I assume
20:15
se6ast1an
So it tried syncing and got something
20:15
se6ast1an
But then went out of sync again
20:15
lennart59
oh ok, but the `SHOGUN` preset is 60fps or lower framerate?
20:22
se6ast1an
What fpa would you like to get?
20:24
se6ast1an
FPS
20:25
lennart59
I would like to understand how it is set (haven't read the shogun preset within gen_init.sh yet)
20:27
se6ast1an
See: https://wiki.apertus.org/index.php/AXIOM_Beta/Manual#1080p60.2F1080p50_Mode
20:28
se6ast1an
Halfing the FPS is then controlled with the gen_init parameters
20:29
se6ast1an
Sorry not halfing
20:29
se6ast1an
The finetuning I mean
20:29
se6ast1an
25 or 30 FPS
20:29
se6ast1an
Or 60 and 50
20:34
lennart59
ok, thx. I realize the "stable" hdmi output did not last that long. I rebooted the axiom and have the same issues again...not sure why
20:35
lennart59
Is there a way to inspect the current mode set? or is it better to explicitly set mode to override existing values?
20:37
se6ast1an
Damn
20:37
se6ast1an
But that doesn't sound like a 24 Vs 25 fps issue then
20:37
pratyush
joined the channel
20:37
lennart59
right
20:38
lennart59
maybe I should test the pc-display again for a longer period of time and see if those issues appear there as well...
20:38
se6ast1an
Cleaning the pins with alcohol could help
20:38
se6ast1an
To remove any grease residues
20:38
lennart59
you mean the cable or the socket pins?
20:38
pratyush
left the channel
20:38
se6ast1an
The pins of the plugin module
20:39
lennart59
ok
20:39
lennart59
will try that as well
20:39
se6ast1an
It's also possible that the shogun flame is slightly different than the shogun
20:40
se6ast1an
But longer pc monitor tests could also shed some light
20:41
lennart59
well see, I'll report back then. thank you and have nice evening!
20:42
davidak
joined the channel
20:43
se6ast1an
You are welcome
20:43
se6ast1an
All the best
20:44
davidak
left the channel
20:45
berto_bxl1
joined the channel
20:46
berto_bxl1
left the channel
20:46
berto_bxl
left the channel
20:48
berto_bxl1
joined the channel
20:49
max_bxl
left the channel
20:53
lennart59
left the channel
20:56
berto_bxl1
left the channel
20:57
berto_bxl
joined the channel
21:02
max_bxl
joined the channel
21:31
max_bxl1
joined the channel
21:57
CarlyLauren
joined the channel
22:01
CarlyLauren
left the channel
22:02
max_bxl
se6ast1an shall I write the wiki assuming people have installed the Beta firmware on a >=16GB microSD card ?
22:03
max_bxl
(it's enough to make all the RCN and darkframe calibration)
22:08
BAndiT1983
max_bxl: maybe a note at the beginning would point the people to the requirements
22:09
BAndiT1983
or add something like prerequisites section
22:10
max_bxl
definitely
22:10
se6ast1an
sounds good
22:12
se6ast1an
off for today, good night
22:12
max_bxl
bye!
22:15
max_bxl
I don't really understand this part of the process https://wiki.apertus.org/index.php/Factory_Calibration_(firmware_2.0)#Step_1:_Check_range_of_the_input_signal
22:15
max_bxl
what kind of information do we get from this step ?
22:18
BAndiT1983
"Lower numbers should be around 50...300 (certainly not zero). Higher numbers should be around 4000, but not 4095."
22:19
BAndiT1983
it checks probably, if the frame is not reaching up to maximum, 12bit = max 4095 and minimum, like 0
22:20
BAndiT1983
but i can't say what the purpose is, probably Bertl_oO or alexML know more, especially latter one
22:20
max_bxl
yep, but what do we do if it's reaching 4095 ?
22:20
max_bxl
sure
22:20
BAndiT1983
then it reaches the highest possible value of the sensor value for AD conversion
22:20
BAndiT1983
and probably this would throw the system off and deliver wrong calibration
22:33
BAndiT1983
off for today, good night
22:33
BAndiT1983
changed nick to: BAndiT1983|away
22:33
max_bxl
bye
22:48
berto_bxl
left the channel
22:49
max_bxl1
left the channel
22:56
max_bxl
off to bed, bye!
22:57
max_bxl
left the channel
23:03
berto_bxl
joined the channel
23:05
rakeeb
joined the channel
23:06
berto_bxl
left the channel
23:07
berto_bxl
joined the channel
23:10
rakeeb
left the channel