| 05:09 | BAndiT1983|away | changed nick to: BAndiT1983
|
| 05:20 | Bertl_oO | off to bed now ... have a good one everyone!
|
| 05:20 | Bertl_oO | changed nick to: Bertl_zZ
|
| 05:35 | dcz_ | joined the channel |
| 06:55 | se6ast1an | good day
|
| 06:56 | markus_ | joined the channel |
| 06:58 | rassu-123 | joined the channel |
| 07:07 | rassu-12317 | joined the channel |
| 07:08 | rassu-123 | left the channel |
| 07:28 | rassu-12317 | left the channel |
| 07:30 | mumptai | joined the channel |
| 07:36 | rassu-123 | joined the channel |
| 07:43 | rassu-123 | left the channel |
| 08:15 | Jitesh | joined the channel |
| 08:17 | Jitesh40 | joined the channel |
| 08:17 | Jitesh40 | left the channel |
| 08:20 | Jitesh51 | joined the channel |
| 08:21 | Jitesh51 | left the channel |
| 08:26 | Jitesh30 | joined the channel |
| 08:27 | Jitesh | left the channel |
| 08:30 | Jitesh30 | left the channel |
| 08:40 | RexOrCine1 | joined the channel |
| 08:40 | RexOrCine | left the channel |
| 08:40 | syung | joined the channel |
| 08:43 | syung | left the channel |
| 08:45 | syung | joined the channel |
| 08:45 | syung | Hello everyone
|
| 08:45 | syung | left the channel |
| 08:46 | syung | joined the channel |
| 08:47 | BAndiT1983 | hi syung
|
| 08:48 | syung | Please help me with some the facilities with freenode chat client
|
| 08:48 | syung | Each time i login via my nickname it again shows that you joined and the chat diappears
|
| 08:48 | syung | or it provides me another nickname kindly help me out
|
| 08:48 | BAndiT1983 | are you using a dedicated client or webchat?
|
| 08:49 | syung | webchat web based client
|
| 08:49 | syung | its like webchat.freenode.net
|
| 08:49 | BAndiT1983 | i would suggest to grab a dedicated IRC client as webchat is just a simple tool and fails often
|
| 08:50 | BAndiT1983 | pidgin or quassel for example
|
| 08:50 | syung | I tried pidgin but unable to set it up.
|
| 08:51 | BAndiT1983 | quassel was easier to set up, as pidgin was originally developed for AIM/ICQ, at least that's my impression of using it
|
| 08:51 | syung | Okay i ll try Thank You!!
|
| 09:07 | syung69 | joined the channel |
| 09:18 | syung96 | joined the channel |
| 09:19 | syung96 | left the channel |
| 09:19 | syung | left the channel |
| 09:20 | syung | joined the channel |
| 09:23 | markus_ | Good morning! Here is my progress on the Draw2BitIcon() code this far: https://github.com/MarkusEngsner/AXIOM-Remote
|
| 09:24 | syung69 | left the channel |
| 09:25 | syung | left the channel |
| 09:26 | BAndiT1983 | markus_: hi, do you have a screenshot of the result?
|
| 09:27 | syung | joined the channel |
| 09:28 | markus_ | BAndiT1983: There should be one in the GSOC_Draw2BitIcon.md file in the main directory
|
| 09:28 | BAndiT1983 | ah, sorry, haven't checked that yet
|
| 09:28 | BAndiT1983 | looks great!
|
| 09:38 | syang123 | joined the channel |
| 09:38 | syang123 | left the channel |
| 09:46 | syang12345 | joined the channel |
| 09:46 | syang12345 | left the channel |
| 09:47 | syung | left the channel |
| 09:48 | syung | joined the channel |
| 09:51 | syung | left the channel |
| 09:57 | preetimenghwani[ | joined the channel |
| 10:00 | JiteshHemji[m] | joined the channel |
| 10:02 | BAndiT1983 | markus_: am just looking quickly over the code, will check after work more, but you can actually remove the case 0x0 in GetColor(), as default already covers it
|
| 10:04 | markus_ | BAndit1983: True, I left it this way because I wasn't sure if there should be some other handling when sending in data outside the allowed range
|
| 10:04 | markus_ | or if it should just fail silently
|
| 10:04 | BAndiT1983 | that's what i've suspected
|
| 10:05 | BAndiT1983 | can check what happens on the real board later, if the values are outside of the range, but the display driver chip is also doing some processing or checks
|
| 10:06 | BAndiT1983 | if the conversion ensures that the values are already correct, then we can use simpler code in the firmware, just one of possible ways
|
| 10:07 | BAndiT1983 | had no time to check the interpolation topic for days, was thinking about simple calculations with factors, which could prevent the bit shifting to extract individual ones
|
| 10:13 | BAndiT1983 | hm, interesting, something like that: https://stackoverflow.com/questions/18937701/combining-two-16-bits-rgb-colors-with-alpha-blending
|
| 11:03 | dcz_ | left the channel |
| 11:20 | markus_ | that does look a lot more efficient
|
| 11:24 | BAndiT1983 | still have to find a profiler which doesn't need a lot of voodoo and strange builds, to be able to check execution times and also the number of calls to methods, we had a problem at some point in the firmware, where drawing was done 70 times, instead of 7
|
| 11:30 | markus_ | Profiling on-board or in the visualizer?
|
| 11:30 | BAndiT1983 | in visualiser, or at least on the PC, as on-board it's a bit of difficult topic, but we can think of something for that
|
| 11:32 | BAndiT1983 | number of calls is the main concern at first, to prevent performance hits, as drawing will be on-demand in the future so the drawing speed is less of concern, also dirty rectangles will help there, the framebuffer is held in display memory persistently, while powered on
|
| 11:46 | BAndiT1983 | by the way, while developing and optimizing the visualiser, this tool came very handy, is more interesting for people with interest in opengl, vulkan etc.: https://renderdoc.org/
|
| 12:06 | markus_ | cool! I've done some stuff with Qt on Embedded Linux recently, and renderdoc certainly seems like it could help with optimizations for that
|
| 12:10 | se6ast1an | Setting up timer to get performance data on the remote itself would also be interesting: https://lab.apertus.org/T1192
|
| 12:26 | Bertl_zZ | changed nick to: Bertl
|
| 12:26 | Bertl | morning folks!
|
| 12:27 | BAndiT1983 | hi
|
| 12:27 | satacker[m] | hi
|
| 12:28 | satacker[m] | can i use sha1sum for checksum ?
|
| 12:33 | satacker[m] | P.S. I will use popen
|
| 12:37 | Bertl | sure, sha1sum is fine
|
| 12:40 | illwieckz | left the channel |
| 12:41 | illwieckz | joined the channel |
| 12:52 | priyam | joined the channel |
| 13:10 | priyam | left the channel |
| 13:31 | abist | joined the channel |
| 13:32 | rassu_12[m] | joined the channel |
| 13:33 | abist | left the channel |
| 13:52 | priyamraj2000[m] | joined the channel |
| 14:23 | RizwanMemon[m] | joined the channel |
| 14:41 | markus_ | BAndiT1983: You have probably already looked at this, but doesn't callgrind work for the profiling?
|
| 14:42 | markus_ | I tried it now on the Visualiser executable, and it gives number of calls and some info on time too
|
| 14:42 | BAndiT1983 | yep, it works too, would like to have some nice UI to get the infos instantly, like orbit does
|
| 14:42 | BAndiT1983 | https://github.com/google/orbit
|
| 14:43 | BAndiT1983 | nice, any strange peaks?
|
| 14:48 | markus_ | Well, the alpha blend method that you linked earlier requires only a third of the instructions that my LerpColor method did
|
| 14:49 | BAndiT1983 | cool, glad that it helped
|
| 14:57 | BAndiT1983 | seems like you know the stuff, this will help to sort out some stuff in the menu system, which causes crashes, from the debug sessions (also added exception handlers for the chip itself) it looked like stack was overwriting the heap, as pic32 is writing backwards there (this is by design)
|
| 17:07 | BAndiT1983 | changed nick to: BAndiT1983|away
|
| 18:46 | BAndiT1983|away | changed nick to: BAndiT1983
|
| 19:16 | intrac | left the channel |
| 19:17 | intrac | joined the channel |
| 20:32 | mumptai | left the channel |
| 22:18 | markus_ | left the channel |
| 22:34 | BAndiT1983 | changed nick to: BAndiT1983|away
|