On all my cameras the bottom four bits of get_file_counter() are always 0 so 'fc != last_fc + 1' is always true.Phil.
Quote from: philmoz on 31 / December / 2013, 18:47:26On all my cameras the bottom four bits of get_file_counter() are always 0 so 'fc != last_fc + 1' is always true.Phil.Oh good point, I completely forgot about that. I'll take another look.On your cameras, is the delay always needed, or is it intermittent ?
In changeset 3299 I updated the code to use get_target_file_num() instead of get_file_counter(), since get_target_file_num should be consistently in the same 1-9999 format across cameras. This will cause the occasional unnecessary wait when the counter wraps, but that shouldn't be a big deal.I tested it by putting counters in the if and while (see attached patch). Based on this, it looks the file counter is almost never updated when the raw hook is entered on elph130, but updates within 10-20 ms most of the time. This is short enough that it is usually (not always) updated by when the file is opened (due to the hand-off between capt_seq and spytask)
Interestingly on the G1X, if I take 1 photo with CHDK RAW disabled after starting the camera the file counter seems to always be correct in capt_seq_hook_raw_here. It never increments fn_miss_count.
-> main.elf../platform/ixus115_elph100hs/libplatform.a(wrappers.o): In function `MakeAFScan':wrappers.c:(.text+0xd70): undefined reference to `_MakeAFScan'collect2: ld returned 1 exit statusmake[1]: *** [main.elf] Error 1make: *** [all-recursive] Error 1
When OPT_FIRMWARE_PC24_CALL is enabled, compilation fails for ports which have function references instead of addresses in stubs_entry_2.S, such asNHSTUB(Some_Function, hacked_function)Code: [Select]-> main.elf../platform/ixus115_elph100hs/libplatform.a(wrappers.o): In function `MakeAFScan':wrappers.c:(.text+0xd70): undefined reference to `_MakeAFScan'collect2: ld returned 1 exit statusmake[1]: *** [main.elf] Error 1make: *** [all-recursive] Error 1Can this be fixed? I don't know the assembler well enough.
try removing the stub and renaming 'hacked_function' to '_Some_Function' (don't forget the leading '_').
NHSTUB(Some_Function, hacked_function)
_Some_Function()
Quote from: philmoz on 12 / January / 2014, 16:40:28try removing the stub and renaming 'hacked_function' to '_Some_Function' (don't forget the leading '_').That seems to work, thanks. Does this mean that instead ofCode: [Select]NHSTUB(Some_Function, hacked_function)I can implement Code: [Select]_Some_Function() somewhere in /platform/[camera] and it will be used instead of the NHSTUB in the stubs_entry* file? There's one slight problem with this: someone who doesn't know the code, may think that the NHSTUB entry is what's being used.
Started by Mac General Help and Assistance on using CHDK stable releases
Started by CoffeeGrip General Help and Assistance on using CHDK stable releases
Started by DavidB « 1 2 » Hello, I'm a NEWBIE - HELP!! (Newbies assistance, User Guides and thank you notes)
Started by Pseudothink Creative Uses of CHDK
Started by bitterlake Script Writing
