Pages: Prev 1 2 [3] 4 5 ... 17 Next   Go Down
  Print  
Author Topic: the collaborative CHDK build  (Read 51110 times)
0 Members and 1 Guest are viewing this topic.
fe50
Hero Member
*****

Karma: +65/-1
Offline Offline

Posts: 735


IXUS50 & 860, SX10


« Reply #30 on: 15 / July / 2008, 23:07:24 »

Hi Jucifer,

the Collabuild 447 needs bigger MEMISOSIZE on the SD400, with 0x40000 it bricks the cam, compile log lists filesize=4CDD0;
with MEMISOSIZE=0x4D000 it works normal (tested on fw 1.01b).

*EDIT:
  platform\ixus50_sd400\sub\101a\makefile.inc:MEMISOSIZE=0x40000
  platform\ixus50_sd400\sub\101b\makefile.inc:MEMISOSIZE=0x40000
  platform\sx100is\sub\100c\makefile.inc:MEMISOSIZE=0x40000
  platform\sx100is\sub\100c\makefile.inc://MEMISOSIZE=0x50000
...the others are already 0x50000

Another small thing:
Are there any news with the "MD function would return the number of detected cells" (uBasic / LUA) from this Thread ?
« Last Edit: 16 / July / 2008, 11:29:35 by fe50 » Logged

dzsemx
Sr. Member
****

Karma: +6/-2
Offline Offline

Posts: 282


[A650][A630]


« Reply #31 on: 16 / July / 2008, 14:48:21 »

Huge bug: A650 does not start up, probably hangs at boot, the blue led stays turned on... A630 works, tried with  the same sd card...
Tried first with own build, after that with yours bulid, but no succes Sad
« Last Edit: 16 / July / 2008, 16:30:41 by dzsemx » Logged
bbriand
Newbie
*

Karma: +0/-0
Offline Offline

Posts: 6


« Reply #32 on: 16 / July / 2008, 14:52:16 »

I think I lost optical zoom during video recording on my A720is with the latest build.  Anyone else?

Sorry about that.  I did reset my build last night after upgrading to your latest one.  Pulled the batteries twice.  Still would not zoom.

I went home for lunch today and tried it and it worked.  I'm a moron Wink

Anyhow please keep up the great work!
« Last Edit: 16 / July / 2008, 18:00:18 by bbriand » Logged
yvesson
Jr. Member
**

Karma: +2/-0
Offline Offline

Posts: 99


A540


« Reply #33 on: 16 / July / 2008, 15:51:12 »

Hej,
It works on my A540 with built from 14/07, though it seems I can't come back once I used digital zoom. :/

I would have loved to give the needed infos to improove MD on A540 but the explanations on how to do it were not enough for me unfortunately.
Logged

poll, which is the best... ?
+ my pics on the same site
Jucifer
Global Moderator
Full Member
*****

Karma: +42/-0
Offline Offline

Posts: 224


[A710IS]


« Reply #34 on: 16 / July / 2008, 17:17:08 »

fe50, thanks. As for MD and Lua in general, I think Velo is working on it.


dzsemx, MEMISOSIZE has to be increased also for A650... (forgot to check the needed size when compiling last time... thanks.)


bbriand, are you completely sure? And it worked on the previous build? (Tried resetting config etc.?)


yvesson, I thought the not able to come back from digital zoom -issue was fixed by ewavr on changeset 433. (Works at least on A710.)
I think I'll try to make a bit more step-by-step guide on how to find the needed addresses to improve MD.


PhyrePhoX, when trying different things for the menu modification I found one "bug"... I'll try to fix it before committing & building. (= fail to fix it and commit & build anyway ;)
Logged

yvesson
Jr. Member
**

Karma: +2/-0
Offline Offline

Posts: 99


A540


« Reply #35 on: 16 / July / 2008, 17:40:01 »

yvesson, I thought the not able to come back from digital zoom -issue was fixed by ewavr on changeset 433. (Works at least on A710.)
I think I'll try to make a bit more step-by-step guide on how to find the needed addresses to improve MD.

Hej,
But I tested it right before to post... hadn't noticed that before, and I have your built from 14/07/2008 so changeset 433 should be part of it ?
If so, what can I do to help you or so. else fix that on A540 ?
Logged

poll, which is the best... ?
+ my pics on the same site
zeno
Full Member
***

Karma: +19/-1
Offline Offline

Posts: 137


« Reply #36 on: 16 / July / 2008, 17:50:18 »

Now that I look at conf.c... I think one should reset config when switching to juciphox branch... (I reused some old, unused config IDs. *yet again some evil laughter* Of course those can be moved to the end of the table...)
When new entries are added to trunk's ConfInfo conf_info[] and then added to juciphox with the same numbers (so that the IDs of the following entries have to be incremented), juciphox users have to reset config when updating.
If the new entries are appended to the table, trunk users switching to juciphox have to reset config. What they have to do now anyway. Wink
Bottom line:
appending new IDs = good.
modifying the existing IDs = less good.
Though I'm not completely certain. :]


edit: the remote issue... Should the same enum-type selector be in both menus containing the remote enable -selection? (off - script - no-script - both)

Just a quick note to say that my CFG editor fell over due to that use of "old, unused config IDs" but the new version at An Editor for CHDK.CFG Files now properly supports JuciPhox builds.
Logged
dzsemx
Sr. Member
****

Karma: +6/-2
Offline Offline

Posts: 282


[A650][A630]


« Reply #37 on: 16 / July / 2008, 18:44:19 »

ok, i just increased to 0x52000 and works Wink
by the way, the curves feature doesn't work with autodr, ev+1, ev+2 setting, or i missed something.. (isn't done yet?)
i'll take a closer look on the source tomorrow
« Last Edit: 16 / July / 2008, 18:55:59 by dzsemx » Logged
Jucifer
Global Moderator
Full Member
*****

Karma: +42/-0
Offline Offline

Posts: 224


[A710IS]


« Reply #38 on: 16 / July / 2008, 20:01:27 »

yvesson, juciphox branch should have all the fixes trunk has. Alas, I don't have the skills to improve that feature. :/ Maybe ewavr could help?


zeno, cool. :]


dzsemx, do you have the syscurves.cvf file from CurveUpdate.zip in you chdk folder?


Fixed that one "bug" (in a way), committed & compiled. Now trying to upload the new builds. Dial-up is slooow. :I (edit: done uploading)
« Last Edit: 16 / July / 2008, 21:51:27 by Jucifer » Logged

yvesson
Jr. Member
**

Karma: +2/-0
Offline Offline

Posts: 99


A540


« Reply #39 on: 16 / July / 2008, 20:06:28 »

yvesson, juciphox branch should have all the fixes trunk has. Alas, I don't have the skills to improve that feature. :/ Maybe ewavr could help?

Hej,
Sorry I tested it again and somehow this time I could zoom back... Seems my cam hanged for other reasons earlier.
Logged

poll, which is the best... ?
+ my pics on the same site
Jucifer
Global Moderator
Full Member
*****

Karma: +42/-0
Offline Offline

Posts: 224


[A710IS]


« Reply #40 on: 17 / July / 2008, 15:43:35 »

This is my attempt to provide a simple guide for finding the needed addresses of frame buffer array and it's index without disassembly skills & tools.

requirements
hardware: if you use CHDK, you should have them... (cam, SD, card reader, computer...)
software: OS capable of running the .exes and .bats needed (I guess at least any version of Windows), a text editor
other: some common sense, possibly (a lot of) patience

- First download the file attached. It's pretty much the same as mx3's md_speedup.rar. Unzip somewhere (with at least 65MB of free space).

- In debug menu, enable "Dump RAM on ALT +/- press".
- Dump RAM twice: once with the display overexposed (point at something bright/select long exposure/...), once underexposed (put a cap on the lens/select short exposure/...). (Dumping is done with +/- key in ALT.)
(- Disable ram dumping.)

- Move the dumps (e.g. I had CRW_0001.JPG and CRW_0002.JPG in DCIM/100CANON, ~32MB each) from SD to the same folder you unzipped md_speedup_mod.zip to.

- Open regions.bat with a text editor. It should have the dump names, e.g. the aforementioned. Modify if necessary, run regions.bat.
- Open (the newly created) regions.txt. It should have 3 lines with a bigger (5-digit) value after "bytes:", they look something like this:
Code:
(0x005F0CE0 + 0x1900 = 0x005F25E0) bytes: 3CA50
(0x0066F5E0 + 0x1900 = 0x00670EE0) bytes: 3CA50
(0x006EDEE0 + 0x1900 = 0x006EF7E0) bytes: 3CA50
(addresses and/or size will be different)
(- See a710.regions.txt.)
(yvesson had a little different case: his regions.txt had a lot of "bytes: 420" with spacing of 0x438 and two bigger gaps. Those ranges were divided into three groups. Then the first address of each group was used.)

- Open refs.bat. It should have the name of one of the dumps (e.g. CRW_0001.JPG). Also you'll need to replace all 6 of the 8-digit addresses with the addresses from regions.txt, first 3 just copied without 0x (e.g. 005F25E0), last 3 with the first 0 replaced with 1 (e.g. 105F25E0). Run refs.bat.
- Open refs.txt. Find 3 adjacent rows that have values in the first column with uniform spacing (possibly 0x4) and have a different value in the second column. e.g.
Code:
[0x0000522C] : 105F25E0
[0x00005230] : 10670EE0
[0x00005234] : 106EF7E0
Here 0x522C would be the array address. For some cameras (VxWorks?) the index address is array address +0x10, e.g. 0x522C+0x10=0x523C.
(- See a710.refs.txt.)
(yvesson had only one group of two addresses that looked promising (see below (0x5288 and 0x5290)), so those values were used. Also the index was found at 0x5288+0x10.)

- Check if the index address is array address +0x10. Use memory viewer (in debug menu). Make sure the values are auto-updated (toggle with up). Use left/right to decrease/increase address value, zoom rocker to change increment modifier. The value of the index address is constantly changed between 0, 1 and 2. If it's not... well... then you'll have to find it. Save some of the patience for this. Index may be near or far, for A720 it's array-0x14C. You can start with e.g. array-0x200. Go with 0x4 increments.

(- Once found, the values go to vid_get_viewport_live_fb() in platform/model/sub/version/lib.c:
Code:
    void **fb=(void **)0x522C;
    unsigned char buff = *((unsigned char*)0x523C);
    if (buff == 0) {
        buff = 2;
    }
    else {
        buff--;
    }
    return fb[buff];
where 0x522C is the array address and 0x523C is the index address.)


If you find the addresses, please share them. ;)
If you need further assistance, ask.
(Should this be in a separate thread?)
« Last Edit: 29 / July / 2008, 13:19:50 by Jucifer » Logged

dzsemx
Sr. Member
****

Karma: +6/-2
Offline Offline

Posts: 282


[A650][A630]


« Reply #41 on: 17 / July / 2008, 19:01:11 »

no succes with curves
both of my cameras make totally red images when using the posterize presets, for example
and other setting have no effects
and it's too slow Sad
Logged
yvesson
Jr. Member
**

Karma: +2/-0
Offline Offline

Posts: 99


A540


« Reply #42 on: 18 / July / 2008, 20:57:46 »

Hej,
Okej tryed to find the infos for A540, but problem is I don't have any 5-digits and nothing looks like A710 exemple ://
I'm 99% sure I did the dumps right.

*edited* : attached the region.txt file I got.
*edited²* : refs.txt I got

Here's what I got with what Jucifer told me in pm :
Code:
[0x00005288] : 105F17A0
[0x00005290] : 10707EA0
[0x000052F4] : 105F17A0
[0x00005E98] : 105F17A0
[0x000A94A8] : 105F17A0
[0x000CDB28] : 105F17A0
[0x00304008] : 10707EA0
[0x003140E0] : 105F17A0
[0x003140E4] : 105F17A0
[0x00EB85A8] : 105F17A0
[0x00EB85B0] : 10707EA0
[0x00EB8614] : 105F17A0
[0x00EB9130] : 10707EA0
[0x00EB9134] : 10707EA0
[0x00EB91B8] : 105F17A0
[0x01FDD590] : 105F17A0

There arn't 3 different values in second column.
« Last Edit: 19 / July / 2008, 14:36:52 by yvesson » Logged

poll, which is the best... ?
+ my pics on the same site
PhyrePhoX
Global Moderator
Hero Member
*****

Karma: +139/-37
Offline Offline

Posts: 1818


Coders Humiliate DSLR Kiddies


« Reply #43 on: 20 / July / 2008, 12:27:36 »

by the way folks, just to let you know:
it is possible to change the video overrides settings WHILE recording a video.
start a recording session for example with quality set to 0.25, then enter altmode, video overrides and set quality higher. as you can see in my videotimer the kb/s rises, you can even see in realtime when you raise the quality in small steps that the camera will soon show these "red icons" that the card is too slow. useful for measuring out the maximum quality.
i think, and i need opinions from you on that, that it would be useful adding shortcuts that are active during recording, that allow you to set the quality quickly. this would afford adding these shortcuts and also changes in my "remaining time" algorithm, as the algorithm uses the timestamp from the starting of the session to average the time and kb/s. if you double the quality after 5 minutes in a 10 minute recording you will not see the change instantly, i think you know what i mean. so we also need the option to set the "averaging interval" from "whole time" to small intervals like 10 or 30 seconds.

it will be quiete useful for a lot of things, among them: you are in a lenghty session and notice that you are running short on diskspace. you COULD stop the session and set the quality, however that would suck as you have an interruption. this way you can modify video quality settings according to the remaining time you are likely to need. got it?
Logged

fe50
Hero Member
*****

Karma: +65/-1
Offline Offline

Posts: 735


IXUS50 & 860, SX10


« Reply #44 on: 20 / July / 2008, 12:58:36 »

Hi PhyrePhoX,

Quote
as you can see in my videotimer the kb/s rises, you can even see in realtime when you raise the quality in small steps that the camera will soon show these "red icons" that the card is too slow. useful for measuring out the maximum quality.
This could also be a helpful new standalone feature, a "video quality benchmark", with this (as an direct callable menu entry, e.g. in the video settings menu or in Misc / Debug) the max. setting for a camera/card combination can be checked easily...

...the thing with the shortcut:
It's getting problematic, there are most (all ?) keys used by something, also the 2nd function keys, furthermore there are some differences between the "big" cameras like your S3 and the "small" Ixus models with fewer buttons.

With this i thought of a 3rd function of the keys: a fast "double press" like a double click with a mouse...but i'm not sure whether this would be workable and reasonable as well...
Logged

Pages: Prev 1 2 [3] 4 5 ... 17 Next   Go Up
  Print  
 
Jump to: