SD990 - page 4 - DryOS Development - CHDK Forum supplierdeeply

SD990

  • 206 Replies
  • 89384 Views
*

Offline ewavr

  • ****
  • 1057
  • A710IS
Re: SD990
« Reply #30 on: 01 / March / 2009, 00:46:11 »
Advertisements
Did you do this with dng4ps2 ? If so, can you describe how ?

Yes, using dng4ps2 as described in Wiki.
22 squares was selected (except top-left (brown) and bottom-right (black)).
As usually, dng4ps2 reported: "results are poor", on 4 squares error reached 11-11.5%.
Of course, this is 'unofficial' calibration (but result is better than matrix from other camera).
« Last Edit: 01 / March / 2009, 00:47:45 by ewavr »

Re: SD990
« Reply #31 on: 01 / March / 2009, 04:25:37 »
Wow! This will be a nice Sunday just playing around with the camera...amazing work so far!

Re: SD990
« Reply #32 on: 01 / March / 2009, 09:41:55 »
Nice surprise this morning to find this post,  Loaded the port and found most things working well,  things tested so far bracketing, Custom auto iso, OSD displays, User menus, SD overide, Manual flash.  Pleasant surprise unlike my other SD cameras the ISO value forced by Custom auto ISO displays during play back mode.  All exposures were correct,   Great Job,  It's already usable
« Last Edit: 01 / March / 2009, 09:43:51 by hnikesch »
It is better to burn a roll of film than curse the darkness Equip, S100 w/CHDK, SD900 w/CHDK, SD990 w/CHDK & Pentax K2000, Pentax Kr
Flickr:

*

Offline reyalp

  • ******
  • 14079
Re: SD990
« Reply #33 on: 02 / March / 2009, 00:52:14 »
Glad to hear it's working for you guys. Here's an update:
Fixed:
- CHDK live histogram
- CHDK UI colors. If you've set custom colors in your CFG, you'll need to reset to see the difference. A couple colors in the boot logo are still off.
- DNG saving. Color is not great. I wasn't sure how to translate ewavrs color matrix to the DNG code, maybe I guessed wrong. DNG extension via USB not supported (I didn't see the required pointers anywhere in the dump) ufraw and irfanview load without problems, very purple cast. badpixel.lua ran without problems.
- Cached raw. Not as much speedup as other cams, maybe 200ms (out of 5+ seconds) on DNG save time.
- Motion detector. Tested with MDFB digic 3 version briefly.
- shot_histogram. Not tested. The range is scaled to be the same as 10bpp sensors (simply dropping the two lowest bits), so existing scripts should be able to run unmodified.

I enabled the USB remote #defines, not tested or looked at the code.

Also did some work so that it integrates into the code without breaking other cams.

I've attached the small zip with just the CHDK binary files. The previous post has a full zip with the other files.

I probably won't get a chance to do too much more work on this for a bit, both next week and the following weekend look busy.
Don't forget what the H stands for.


*

Offline ewavr

  • ****
  • 1057
  • A710IS
Re: SD990
« Reply #34 on: 02 / March / 2009, 15:19:25 »
- DNG saving. Color is not great. I wasn't sure how to translate ewavrs color matrix to the DNG code, maybe I guessed wrong.  ufraw and irfanview load without problems, very purple cast.

Here is DNG, produced by DNG4PS2 from your CRW (converted to 10 bit) - out.7z - 12.34MB
DNG4PS2 settings are shown in attached screenshot (color matrix is the same which I posted earlier). IMO, colors in dng are satisfactory (in dcraw and ACR at auto, daylight or cloudy WB).

P.S. In your diff BLACK_LEVEL is still 31. Maybe, it must be 127 or 128?

edit: I can confirm, that purple colors are disappears after set BLACK_LEVEL to 127.
Here is "true 12 bit" DNG, produced from your CRW (not converted) by my own DNG writer - out.7z - 13.47MB
« Last Edit: 02 / March / 2009, 16:02:29 by ewavr »

*

Offline reyalp

  • ******
  • 14079
Re: SD990
« Reply #35 on: 02 / March / 2009, 22:33:44 »
P.S. In your diff BLACK_LEVEL is still 31. Maybe, it must be 127 or 128?

edit: I can confirm, that purple colors are disappears after set BLACK_LEVEL to 127.
Oh, that makes sense. So much for the 12 bit advantage ;)

edit:
here's a build with black level corrected and active area set for DNG.
« Last Edit: 03 / March / 2009, 02:52:33 by reyalp »
Don't forget what the H stands for.

Re: SD990
« Reply #36 on: 04 / March / 2009, 21:44:07 »
I am getting good color using CRW and .dng files in Raw Therapee slightly cooler than the .jpg files but nice,  I am a real rookie with raw, still trying to understand when to use it.  Also loaded some raw and .dng files into photoshop but I don't know any settings or how to handle raw in PS, poor results but that's my fault
I think I will stick with jpg for a while. 

ND filter over ride works, fast ev switching works, All of the OSD displays work,  user menu and font sizes work, I will play more when I get more time

Thanks guys, 
It is better to burn a roll of film than curse the darkness Equip, S100 w/CHDK, SD900 w/CHDK, SD990 w/CHDK & Pentax K2000, Pentax Kr
Flickr:

Re: SD990
« Reply #37 on: 05 / March / 2009, 18:55:15 »
Hello!
I've been waiting anxiously for this port since last year when I bought Ixus 980. It's working great for me! The only bug I found is when focusing with Zebra enabled, which provokes a lot of white dots in screen. Anyways I don't use zebra, I even  don't know what it is.
AEB works great and this would be enough reason to use CHDK. DNG is working great, too (ACR and Pixelmator recognizes it)
Thank you so much, you've made me forget about buying a reflex ;)

Thanks for your efforts.


*

Offline reyalp

  • ******
  • 14079
Re: SD990
« Reply #38 on: 05 / March / 2009, 22:03:48 »
As stated previously, zebra is broken. It will take some hacking to fix, because of the difference between viewport resolution and bitmap resolution. I suggest disabling the zebra option. Edge overlay is broken for the same reason.

Most raw operations are similarly broken, because CHDK is hard coded to assume 10 bpp.
Don't forget what the H stands for.

*

Offline snc

  • **
  • 64
    • vware
Re: SD990
« Reply #39 on: 12 / March / 2009, 16:03:27 »
@reyalp: in your /sub/lib.c :
long vid_get_bitmap_buffer_width() { return 720; } // _sub_FF8EA47C__BmpDDev_c__134

the same value (0x2D0) can be found in the BmpDDev functions of the ixus970, ixus90, sx10. i doubt that this is the "final" indicator for the 720 buffer width in the 990?

 

Related Topics