Thank you very much for the solution! I thought it will be harder to fix it.I see it still has small part on the screen left which didn't invert. It goes through memcpy in 0xFF92C5FC location. I was trying to fix it with "cache_fake(0xFF92C5FC, BL_INSTR(0xFF92C5FC, &vram_copy), TYPE_ICACHE);"It invert all screen now but camera freezes right before firmware updates available picture count.
if active sweep is off, it's ok, but the stupid animation is making part of the screen white ...after the screen refreshes, everything is ok.
Quote from: 0xAF on 03 / May / 2013, 15:34:10if active sweep is off, it's ok, but the stupid animation is making part of the screen white ...after the screen refreshes, everything is ok.Yes, that is why I was trying to fix it with:cache_fake(0xFF92C5D8, BL_INSTR(0xFF92C5D8, &vram_copy), TYPE_ICACHE);cache_fake(0xFF92C5FC, BL_INSTR(0xFF92C5FC, &vram_copy), TYPE_ICACHE);But camera start freezing after I add second line.
void* vram_copy(char *dest, char *src, int size) { if(GUIMode==OLC_MODE || GUIMode==ACTIVESWEEP_OLC) { while (size--) { *dest++ = 0xBB - (*src++); //0xBB can be any char. Some good colors can be obtained with 0xBB, 0xDD, 0xFF } }else memcpy(dest, src, size);} /* LCD Night Mode */ cache_fake(0xFF92C5D8, BL_INSTR(0xFF92C5D8, &vram_copy), TYPE_ICACHE); cache_fake(0xFF92C5FC, BL_INSTR(0xFF92C5FC, &vram_copy), TYPE_ICACHE);
0xAF, are there downsides if I use D-caches?Thanks.
Code: [Select] /* LCD Night Mode */ cache_fake(0xFF92C5D8, BL_INSTR(0xFF92C5D8, &vram_copy), TYPE_ICACHE); cache_fake(0xFF92C5FC, BL_INSTR(0xFF92C5FC, &vram_copy), TYPE_ICACHE);
/* LCD Night Mode */ cache_fake(0xFF92C5D8, BL_INSTR(0xFF92C5D8, &vram_copy), TYPE_ICACHE); cache_fake(0xFF92C5FC, BL_INSTR(0xFF92C5FC, &vram_copy), TYPE_ICACHE);
0x1B, // 27 Blk on Gry0xE5, // 229 Blk on Yel0x70, // Grn on Gry0xC1, // 193 Blu on Gry0x24, // 36 Blu on Blk0xF1, // 241 Blu on Yel0x11, // Cya on Gry0x44, // 68 Yel on Blk0x42, // 66 Org on Blk0x7C, // 124 Yel on Grn0x84, // 132 Yel on Blu0x86, // 134 Yel on Blu0x88, // 136 Yel on Blu0x87, // 135 Yel on Cya0x49, // 73 Yel on Red0x89, // 137 Yel on Pur0x35, // 53 Red on Gry0x34, // 52 Red on Gry0x72, // 114 Red on Gry0x39, // 57 Red on Pnk0x3A, // 58 Red on Yel0x92, // 146 Red on Blk0x22, // 34 Pur on Blk0x76, // 118 Wht on Grn0x5F, // 95 Gry on Gry0x99, // 153 Gry on Red0x9C, // 156 Gry on Red0xFF, // 255 Gry on Blu0x8C, // 140 Wht on Blu0x78, // 120 Wht on Cya0xBE, // 190 Gry on Yel0xDE, // 222 Gry on Yel0xFE, // 254 Gry on Yel
but if i add the check from our settingsi.e.if (settings.invert_olc && (GUIMODE == OLC || GUIMODE == ACTIVESWEEP_OLC)) {...}then it has artifacts ...this is because we read the settings at some later time after the init of the camera ...
Would a laser pointer make a change in value int the IR remote sensor in front or to the other sensor?It could make an instant high speed trigger for those split second bullet shots. Or at lest a reverse IR remote setting where a IR remote control button is held on and when something breaks its signal it triggers.It should work for big things like a motorcycle driving by and perhaps even a ball sized object.One could just activate it and move to the other side of path object and hold button down and when the object obstructs the remote's signal it could provide a high speed trigger.much love
Started by gdharmraj General Chat
Started by Foldesa General Discussion and Assistance
Started by krillik General Chat
Started by searchlight DSLR Hack development
Started by koy1 DSLR Hack development
