Current Server Time: 05:25 (Central Europe)

#apertus IRC Channel Logs

2020/04/23

Timezone: UTC


00:06
Spirit532
left the channel
00:06
Spirit532
joined the channel
00:36
Spirit532
left the channel
00:39
Spirit532
joined the channel
01:30
futarisIRCcloud
left the channel
01:47
Bertl_oO
off to bed now ... have a good one everyone!
01:47
Bertl_oO
changed nick to: Bertl_zZ
02:02
Guest25416
left the channel
02:04
Bertl_zZ
left the channel
02:04
Bertl_zZ
joined the channel
02:06
rahul
joined the channel
02:07
rahul
changed nick to: Guest80588
02:43
mumptai_
joined the channel
02:47
mumptai
left the channel
05:26
BAndiT1983|away
changed nick to: BAndiT1983
06:44
se6ast1an
small update from the pid.codes front: maintainer went through all PRs now and asked for a single URL to be supplied pointing to sources (I added one for software and one for hardware) -> reduced it to only software now in our PR
06:49
BAndiT1983
se6ast1an: can you give a bit more background, as i only remember something very vague about this topic
06:50
se6ast1an
If you’re a maker, hobbyist, or startup company producing your own USB device, you’ve probably discovered that you need a USB Vendor ID and Product ID to uniquely identify your device to computers. The USB-IF’s position is that the only way to do this is for each organisation to pay $5000 for a unique Vendor ID, which they may not share with other individuals or organisations.
06:50
se6ast1an
For many makers and small companies, this is a prohibitive amount of money, and forces them to resort to workarounds, such as using other organisations’ VIDs without permission, or simply making up a VID and PID. These solutions make things worse for everyone, by damaging the assumption that a VID/PID combination is unique to a given device.
06:50
se6ast1an
pid.codes seeks to solve this issue for anyone producing open-source hardware. We have been gifted a Vendor ID by a company that was issued one by USB-IF and has since ceased trading; they obtained the Vendor ID before the USB-IF changed their licensing terms to prohibit transfers or subassignments.
06:50
se6ast1an
pid.codes is a website - weird TLD yes :)
06:51
BAndiT1983
thanks for the info
07:32
futarisIRCcloud
joined the channel
07:45
mumptai_
left the channel
08:24
BAndiT1983
changed nick to: BAndiT1983|away
08:36
BAndiT1983|away
changed nick to: BAndiT1983
09:04
mumptai
joined the channel
09:29
Bertl_zZ
changed nick to: Bertl
09:29
Bertl
morning folks!
09:52
se6ast1an
good day
11:38
vup
se6ast1an: maybe you should also update the link from axiom-beta-firmware to axiom-firmware (as we renamed them recently)
11:39
se6ast1an
ah yes, that has potentially created some dead links now
11:39
se6ast1an
did you find a particular place with 4040 now?
11:39
vup
se6ast1an: i meant in the pid.codes PR
11:39
vup
https://github.com/pidcodes/pidcodes.github.com/pull/494/commits/be01308f4bb4bd2ecbd978e3302782c7e26dcd24#diff-e17e0ea2bda20f13f0e2f4dd90df5a68R7
11:39
se6ast1an
ah, right!
11:40
vup
github redirects the old repo to the new one, so all links should be fine for now
11:41
se6ast1an
done
11:41
vup
great
11:48
metal_dent[m]
Hi, when you click on WB option, does the "Whitebalance" title is shown properly?
11:53
se6ast1an
hi metal_dent[m] - are you asking about the font size?
11:54
metal_dent[m]
yes sort of, as the text is only half visible
11:55
se6ast1an
yes, I also see its too big
11:56
se6ast1an
please choose a smaller font size: https://github.com/apertus-open-source-cinema/AXIOM-Remote/blob/dev/Firmware/UI/Screens/WhiteBalanceScreen.cpp#L41
11:56
se6ast1an
I still have the debug painter enabled so my fonts are all the wrong size due to: https://lab.apertus.org/T1175
12:07
metal_dent[m]
> please choose a smaller font size: https://github.com/apertus-open-source-cinema/AXIOM-Remote/blob/dev/Firmware/UI/Screens/WhiteBalanceScreen.cpp#L41
12:07
metal_dent[m]
done!
12:16
metal_dent[m]
um.. shouldn't it be "white balance" and not "whitebalance"?
12:16
se6ast1an
good point, yes "White Balance"
12:17
metal_dent[m]
okay, will correct that too :D
13:11
illwieckz
left the channel
13:11
BAndiT1983
am onto fixing the debug painter, just need to evaluate proper way
13:15
illwieckz
joined the channel
13:17
metal_dent[m]
Have you managed to narrow down the problem?
13:20
BAndiT1983
yes, painter is duplicated in memory and i have to resolve this, so there is only 1 painter, maybe not decorator pattern, as we don't have some partial interface, but strategy pattern which applies to the 2 methods which need overlay
13:20
BAndiT1983
currently evaluating what would be less invasive way to override individual methods and to use same painter
13:23
se6ast1an
pr merged, thanks metal_dent[m]!
13:24
se6ast1an
github is very slow currently, not sure it went through...
13:24
metal_dent[m]
se6ast1an: thanks!
14:19
se6ast1an
BAndiT1983: is this PR still relevant?
14:19
se6ast1an
https://github.com/apertus-open-source-cinema/AXIOM-Remote/pull/5/commits/8a4b06d0d5e2b18edb597fd3a46846df36a8399b
14:29
BAndiT1983
yes
14:29
BAndiT1983
it seems like many people are having trouble to find pic32 compiler
14:30
BAndiT1983
build is failing, maybe it has to do with slow github you've mentioned
14:47
se6ast1an
right, so I will mege the pr
14:47
se6ast1an
*merge
14:47
se6ast1an
ah I cant
14:47
se6ast1an
"supragya requested a review from BAndiT1983 on 23 Feb"
14:47
se6ast1an
This pull request is still a work in progress
14:47
se6ast1an
Draft pull requests cannot be merged.
14:50
BAndiT1983
have approved
14:51
se6ast1an
great
14:51
BAndiT1983
merged
15:09
metal_dent[m]
is the idea behind the "Debug Overlay" slider is to get into debug mode directly?
15:11
se6ast1an
I guess the idea is that you can turn the debug painter on/off, but its expected not working yet
15:11
metal_dent[m]
alright
15:13
BAndiT1983
yep, but calling it debug mode is mislead
15:13
BAndiT1983
*misleading
15:13
BAndiT1983
off for a moment
15:14
BAndiT1983
changed nick to: BAndiT1983|away
15:14
metal_dent[m]
yeah, I meant debug painter ':D
15:20
metal_dent[m]
what do button_up and button_down mean?
15:21
se6ast1an
when a physical button on the remote is pressed there are two events
15:21
se6ast1an
pressing it down
15:21
se6ast1an
and releasing it afterwards
15:22
se6ast1an
normal actions are only executed on the release event
15:22
se6ast1an
but the down event should set buttons on the screen to be highlighted
15:24
comradekingu
left the channel
15:26
metal_dent[m]
oh okay!
15:28
comradekingu
joined the channel
16:11
mumptai_
joined the channel
16:14
mumptai
left the channel
17:19
BAndiT1983|away
changed nick to: BAndiT1983
17:22
BAndiT1983
the button state has to be stored first, as imgui only has immediate mode, then the current state has to be compared old state and if previous was down, now up, then "button up" should be sent and vice versa, don't know if it wouldn't be better to have like button IDs and their current state in separate enums, as knob can also be clicked
17:23
BAndiT1983
every new definition, if we would extend it in the future, would only need to cover specific element and not the actions
17:25
metal_dent[m]
okay :/
17:27
metal_dent[m]
I'm trying to implement the home button, but it's not working yet :/
17:27
BAndiT1983
which hime button?
17:27
BAndiT1983
*home
17:28
metal_dent[m]
the "home" button on the visualizer..
17:28
BAndiT1983
are you talking about "button up" or side bar?
17:28
metal_dent[m]
sidebar
17:29
BAndiT1983
the button bar example should have everything you need, in fact you should use the button bar for the side bar
17:31
metal_dent[m]
yes, I did what you have done for the "Cancel" button
17:32
BAndiT1983
have you set up debugging? this would help you to check where the application is jumping to
17:33
metal_dent[m]
not yet
17:33
BAndiT1983
will investigate at some point, how much space pure virtual methods are taking, but trying to avoid them usually, as i know that the compilers for microcontrollers are not optimized there, or at least weren'T a couple of years ago
17:33
metal_dent[m]
and I have one more question:
17:33
BAndiT1983
you should, as it's mandatory for proper development
17:34
se6ast1an
I should also set up the debugger for visualizer, with vscode?
17:34
metal_dent[m]
can't we implement the home button directly in the MainPage.cpp? like "SetCurrentScreen(main)" ?
17:34
BAndiT1983
to check when problems are there, yes
17:35
BAndiT1983
all the buttons will have handlers, so the logic is not bound that tight
17:36
BAndiT1983
nope, not in MainPage, the home button should be in the base class, as it will show up on most screens, except MainPage(!!!)
17:36
metal_dent[m]
ohkay
17:38
metal_dent[m]
i didnt know that and i was drawing it on the mainpage ':D
17:39
BAndiT1983
this is a very rigid approach, please look up loose coupling in software development and why it's my target for the firmware and bootloader
17:41
metal_dent[m]
alright
18:03
BAndiT1983
launch.json for debugging -> https://pastebin.com/raw/9nJ58neg
18:04
BAndiT1983
i would advise to install cmake plugin also, it would recognize the cmake script automatically and one can select several options in the status bar, they would appear on the left side there, after the plugin is installed
18:05
metal_dent[m]
BAndiT1983: needed it, thanks!!!
18:06
BAndiT1983
this setup is specific for vscode, if you use VI then you have to ask Bertl
18:06
BAndiT1983
if you press F5, it would present you some options, it's not hard to set up, but special setups can be a bit of headache
18:07
metal_dent[m]
no switched to vscode yesterday for debugging ':D
18:08
BAndiT1983
this will result in 'dislike' from Bertl on your facebook page
18:09
metal_dent[m]
dont worry, still use vim for coding XD
18:11
metal_dent[m]
trying to get a balance between you both ;)
18:12
BAndiT1983
no need to do a balancing act, just set the environment up, how you would feel comfortable to work with, like i said before: have found my way of working after years of trying things out, so i know my tools and can work with them efficiently
18:14
metal_dent[m]
> launch.json for debugging -> https://pastebin.com/raw/9nJ58neg
18:14
metal_dent[m]
after this any other change..?
18:15
BAndiT1983
it depends on your environment, try it and see if it helps
18:26
metal_dent[m]
it worked, thanks! but will do the debugging tomorrow
18:26
metal_dent[m]
off to bed now, good night!
18:32
BAndiT1983
good night
18:36
calle__
joined the channel
18:37
mumptai_
left the channel
18:40
calle__
left the channel
21:44
BAndiT1983
changed nick to: BAndiT1983|away
22:44
illwieckz
left the channel
23:37
illwieckz
joined the channel