Peddle4ever's feature requests - Feature Requests - CHDK Forum supplierdeeply

Peddle4ever's feature requests

  • 7 Replies
  • 5864 Views
Peddle4ever's feature requests
« on: 31 / July / 2008, 18:07:47 »
Advertisements

*

Offline fudgey

  • *****
  • 1705
  • a570is
Re: Peddle4ever's feature requests
« Reply #1 on: 01 / August / 2008, 03:21:25 »
Comments to some of your requests. Most of your G9 specific requests are generic to all cameras, btw.

* Allow user to specify EXIF fields like "Artist Name", "Author", besides just "Owner's Name".  Others have been proposed.  Perhaps someone could collect these and make a separate "EXIF tags we'd like to see" thread.

At least customized RAW Exif or Exif to separate file are being worked on.

* For shooting video: please, oh please display the length of time remaining while shooting.  Currently the camera doesn't tell you.  So you end up unexpectedly filling the card.

Implemented in the juciphox build.

* Support the display of externally processed JPGs.  Currently it throws an error ("Unidentified Image")

Not something that many people find necessary. Very likely requires a complete 3rd party jpeg decoder implementation. A lot of work and is probably going to be very slow as at least JPEG encoding is done in hardware.

* A user selectable feature to automatically disable image stabilization for time exposures longer than

Implemented for some cameras, exists at least in ewavrs private a710 build.

* Remove restrictions on the length of videos and audio recordings.

Video length restriction is a file size issue, otherwise already removed I suppose? I have no idea about audio things, A series record quality is too crappy me to care about it.

* Display histogram of frequency information (sharpness) and translate to equivalent megapixel rating.  In real-time (ideally) and/or playback mode.  This will make it easy to determine how sharp an image is.  And determine the "best shot" from a group of shots (what I call the "lucky method").  Others have proposed merely comparing JPG file sizes to determine "best shot".  But comparing histograms is superior since it's the high frequencies that matter.

* Use false color to indicate sharpness.  Same idea as the zebra pattern for exposure.  This allows a relatively low resolution LCD to tell you exactly which areas are in-focus (or not).

These are likely too much processing to do real time in-camera. Best-shot-selector from sharpness by selecting the largest JPEG has already been implemented, don't remember if it's in any build yet. It really is better than comparing histograms since it doesn't take any time and it's likely just as accurate when there really is a bad shot among the good (or vice-versa). I believe the high frequencies increase the file size the most, after all?

Wouldn't an out-of-focus zebra color most of the scene as out of focus, because there is no detail in smooth surfaces like the sky?

* Ability to shut off LCD backlight.  This will extend battery life for shooting lengthy videos on tripod (or audio) like concerts, weddings, etc.  With the G9 the Display button indeed shuts it off but NOT in video mode, sadly.

Implemented for some cameras at least in Dataghost's dev build. Btw, AFAIK the display button normally shuts down the LCD (and it's backlight) and the sensor, which both give power savings. Video obviously needs the sensor enabled at all times, which is why the button doesn't work in video mode.

* Improve the playback display to show more EXIF tags (all?).
There's not much room to add OSD in the playback mode that shows some exif. This should probably be a separate exif browser or separate exif OSD for the full-screen view. In any case there's too many exif tags to fit on screen in one page so it will always be a subset. And one must note values must be dug from MakerNotes because of CHDK overrides.

* Support external USB peripherals such as an external GPS device for location-based EXIF tags.  A hardware bridge may not be required since most Canon cameras can connect to printers directly.  This would imply the USB port can be configured as both a host and peripheral.
USB is a big unknown. There are tons of camera functions related to USB and it's all pretty complicated without any API or hardware documentation. So, nobody's figured out how to work the USB yet. We only have some remote control things now.

* An integrated automatic bracketing and stacking algorithm.  Would automatically align frames and stack (using the RAW image mixing modes).  It would retain the originals.

* Automatic removal of lens distortion/aberrations (ie, barrel, pincushion, etc) using the actual transfer function of that model of camera.  OK, maybe this is asking too much!
In my opinion, all this is better done off-camera because of the superior processing power. But without align, we already have RAW average and some other operations have at least been tested if not implemented in builds.

* Software to make the camera into a dedicated electronic range finder.  The focusing system which give the range of different AF points in the scene.  Wouldn't necessarily have to function as a camera in that mode.
We already have the DoF calculator OSD. Don't know if we can do much better.

* Auto leveling feature which would rotate shots so they're aligned properly.  Alternatives would include artificial horizon (semi-automated) or post processing so you could manually rotate to align to a grid.  Practicality would depend on the accuracy of the camera's accelerometers.
Not accurate enough I think (there are threads about IS you can research). And arbitrary angle rotating is again something that I think is best done out-of-camera. The rotation angle should just be marked in a tag.

* Support RAW in all shooting modes.  Currently Canon only supports RAW in a few modes.
CHDK always writes RAW on any camera in any mode (except movie) if you want it to. But it's not Canon's RAW. There is no white balance information or any other headers. Improvements for CHDK RAW writing are being worked on.

* Remember ALL settings when powering off.  Like Macro mode, for example.  This could be a menu option called "Remember Macro setting after power down" or similar.  In an afternoon of shooting wildflowers I may power
This is a very familiar request.

* Be able to assign more function options to the Shortcut Button.  Such as switching lenses, toggling image stabilization, Macro
Don't know about the G series, but in A series this shortcut button is CHDK ALT key. A long press of that button does the original function. CHDK traps the keyboard and even goes to lengths of trouble to make the shortcut do the Canon thing with that long press. I think this should be possible.

* The MF "focus check" feature is great but still not useful enough.  It needs to zoom in even more (25% to 50% more).  Otherwise you still can't quite tell if the image is sufficiently focused, even with a magnifying glass on the LCD.
A familiar request as well. It's been discussed recently too. Further zooming may not be possible due to hardware restrictions, but a larger focus check window might be.

* The panorama feature is currently not very useful IMHO because the images are displayed too small.  I've taken hundreds of panoramas with the G9 and usually resort to doing it manually.  If the size of the images

The SDM build has some improvements which closely relate to this although I believe it's used for a different purpose there. I'm not sure if it's available in other builds in any flavours, but it certainly could make up a better panorama mode.

*

Offline PhyrePhoX

  • *****
  • 2254
  • make RAW not WAR
    • PhyreWorX
Re: Peddle4ever's feature requests
« Reply #2 on: 01 / August / 2008, 03:48:54 »
some of the requests are already requested, see here: for devs: vacant jobs, must-have features, status & overview / for users: a poll
some even already implemented (like fudgey said, in either the "juciphox" build or ewavrs private build, so it is VERY likely that one day they will be in official trunk).

*

Offline yvesson

  • ***
  • 209
  • A540 SX10IS
    • poll about some pics (not much serious) ^^
Re: Peddle4ever's feature requests
« Reply #3 on: 01 / August / 2008, 04:42:31 »
Hej,
Fudgey, I'm surprised you said the sound is crappy on A series, it's prolly not as good as S series but imo really okej for recording a conversation or even a guy singing with a guitar with clean sound.
Here
This the begining of a song at a concert I recorded with my A540.

Oh and am I missing something, or you can turn LCD off by putting a jack in the plug while recording the video ?



*

Offline PhyrePhoX

  • *****
  • 2254
  • make RAW not WAR
    • PhyreWorX
Re: Peddle4ever's feature requests
« Reply #4 on: 01 / August / 2008, 04:50:36 »
yes you can :)

*

Offline fudgey

  • *****
  • 1705
  • a570is
Re: Peddle4ever's feature requests
« Reply #5 on: 01 / August / 2008, 05:12:23 »
Fudgey, I'm surprised you said the sound is crappy on A series, it's prolly not as good as S series but imo really okej for recording a conversation or even a guy singing with a guitar with clean sound.
This the begining of a song at a concert I recorded with my A540.
I'll admit my standards are a high when it comes to audio quality, in that clip from about 50% on (when the harmonica(?) comes along) the quality is the next step up from "making my ears bleed" quality, before that it's more tolerable :D  Anyway, from the little that I've recorded video on my a570is I'm often incapable of comprehending speech  :(.

Oh and am I missing something, or you can turn LCD off by putting a jack in the plug while recording the video ?

Yes you can, I forgot to mention that.

*

Offline yvesson

  • ***
  • 209
  • A540 SX10IS
    • poll about some pics (not much serious) ^^
Re: Peddle4ever's feature requests
« Reply #6 on: 01 / August / 2008, 05:22:15 »
Hej,
It's an accordion, you can notice it on the left at some parts, sadly for the guy, I didn't notice him while shooting.
Not eveyone likes the sound of accordion, maybe it's not only the sound quality which makes your ears bleed ^^


Re: Peddle4ever's feature requests
« Reply #7 on: 01 / August / 2008, 14:16:37 »
Hey folks (including fudgey), thanks for the feedback, I appreciate it.  Good points, fudgey.  I was surprised so many features had been implemented or addressed, despite having combed the postings and searched for specific keywords.  So many builds!  A few counterpoints:
"* Support the display of externally processed JPGs.  Currently it throws an error ("Unidentified Image")"
I do think this would be useful for anyone wanting to do a slideshow on TV.  Most compacts output video for slideshows but it's useless if pics have been post-processed (as I mentioned).  It seems there are two general reasons the cameras "reject" a post-processed JPG.  First, if the resolution (or format) has been changed to something the camera doesn't support natively.  Perhaps their JPG decoder is too primitive/inflexible to handle it?  Or maybe it can but they're deliberately trying to discourage people from doing this?  Perhaps it's done in hardware so isn't flexible enough?  I agree doing a custom JPG decoder would be a lot of work.

The second reason seems to be a "not invented here" policy.  If the EXIF headers have been altered from what the camera created, even something trivial (camera model), it won't display it.  Proof is that you can save an original EXIF header in an editor, then manipulate the image all you want, then copy the original header back.  The camera displays it just fine.  So it would seem JPG CODEC limitations aren't the issue.  More likely just laziness or marketing BS to keep users from repurposing compacts as general-purpose media players.

As far as audio quality, it certainly varies from model to model.  But in many situations quality isn't an issue, like recording a lecture or BLOG entries while traveling.

As far as using false color to indicate sharpness, yes good point that "sky" would indicate blurriness.  I suspect a user would quickly learn to ignore that and look at the subject.  Like a face or hair, for example.  If the hair is blurry, the shot is no good.  One could also flip back and forth between multiple shots to easily eyeball the sharpest one.  It's not always the entire shot that matters, just the subject.  For example, photographing a face in a moving crowd.  The JPG lengths would vary randomly from shot to shot.  The "best shot" would be the one where the camera (or face detection) focused on the one you wanted it to.  Or in low light settings, the one where the subject held sufficiently still while the background may have had motion blur (perhaps on purpose).

great feedback, people, thanks!


 

Related Topics


SimplePortal 2.3.6 © 2008-2014, SimplePortal