10 Mar 2021 |
| @freenode_plat_:matrix.org left the room. | 11:06:14 |
| @freenode_MatrixTravelerbo:matrix.org left the room. | 11:06:14 |
| @freenode_rwb1:matrix.org left the room. | 11:06:15 |
11 Mar 2021 |
| @freenode_astral-M:matrix.org joined the room. | 06:09:12 |
@freenode_kstar-M:matrix.org | Was bedeutet das? | 08:34:12 |
@freenode_kstar-M:matrix.org | Entity component system? | 08:34:16 |
@freenode_hiro98ValentinBo:matrix.org | it's a way to compose entities (stars, npcs, whatever) with shared functionality and without creating a crazy class hierarchy | 08:40:14 |
@freenode_hiro98ValentinBo:matrix.org | <kstar-M "Was bedeutet das?"> lol | 08:40:29 |
kstar | hiro98ValentinBo: Do you have a diagram showing what it means? | 08:41:25 |
@freenode_hiro98ValentinBo:matrix.org | http://cowboyprogramming.com/2007/01/05/evolve-your-heirachy/ | 08:42:50 |
@freenode_hiro98ValentinBo:matrix.org | <hiro98ValentinBo "lol"> have you been in Germany :P | 09:01:08 |
@freenode_kstar-M:matrix.org | <hiro98ValentinBo "http://cowboyprogramming.com/200"> Ah, I think this is similar to what I always wanted to do -- have classes like `EquatorialCoordinates`, `HorizontalCoordinates` and have map-reduce operations going from them that can be massively parallelized. | 09:16:42 |
@freenode_kstar-M:matrix.org | <hiro98ValentinBo "have you been in Germany :P"> Briefly, but I learnt a little bit German as a college student. I'm not very good at it. | 09:16:58 |
@freenode_jasem-M:matrix.org | so now I'm working on "Dark Wizard" | 14:11:13 |
@freenode_jasem-M:matrix.org | i.e. to create jobs to generate darks | 14:11:21 |
@freenode_jasem-M:matrix.org | since the current system sucks. | 14:11:30 |
@freenode_jasem-M:matrix.org | I added temperature ranges, exposure ranges, binning... anything else? | 14:11:43 |
@freenode_jasem-M:matrix.org | stacking algorithm --> median for now | 14:11:56 |
@freenode_jasem-M:matrix.org | 5 frames by default for each "configuration", then it create a "master" median and stores that | 14:12:18 |
@freenode_jasem-M:matrix.org | then if you click "dark" in any module, it will try to load dark frames IF available. If not, it will just continue.. so no more annoying "cover your scope" now | 14:13:00 |
@freenode_H__:matrix.org | maybe an automated hot/cold pixel detector | 14:17:41 |
@freenode_jasem-M:matrix.org | there is algorithm for this that we can incorporate? | 14:18:18 |
@freenode_H__:matrix.org | PHD2 has one, and AstroPixelProcessor does it too but that one is not open source | 14:18:58 |
@freenode_jasem-M:matrix.org | but what would that detector do? i.e. the dark frame is saved for future use.. so if it has hot pixels, it will be in tne median and will be removed by substraction | 14:19:19 |
@freenode_jasem-M:matrix.org | this is to GENERATE dark frames | 14:19:29 |
@freenode_jasem-M:matrix.org | not about processing images later in the substraction process.. that's another step | 14:19:45 |
@freenode_H__:matrix.org | right, i see | 14:20:41 |
@freenode_H__:matrix.org | PHD2 allows you to either use a hot/cold pixel map, or darks. And the first works better for many (me included) | 14:21:18 |
@freenode_jasem-M:matrix.org | hmmm really | 14:22:48 |
@freenode_jasem-M:matrix.org | so I'll drop the dark stuff completely then :D | 14:23:04 |