IXUS160/ELPH160 Porting attempt

srsa_4c

4451

Re: IXUS160/ELPH160 Porting attempt

« Reply #280 on: 14 / November / 2015, 13:15:56 »

Advertisements

Quote from: axman on 14 / November / 2015, 12:27:29

Ran script while in Play mode with no debug.

'P' is not playback mode, it is the most manual shooting mode this camera offers (if you take it out of AUTO mode, it can be found in the Canon shooting menu - the one you get when pressing SET). 'P' stands for 'Program' mode.

Quote

Ran script while in Play mode with debug enabled as requested. Lens extends, cam powers off. Lens remains extended. Will not power on (using play button or power button) unless battery pull.

That was not meant to happen, the cam apparently crashed and got stuck in some infinite loop...

Quote

Prop values shown on console: Prop 49 = 33345

That should be the shooting mode named 'live'.

So, again, to clarify: the setmode script is for testing the validity of the camera's shooting modes, it's not meant to be used in playback mode.

Quote

shoot Tv+2 45 ; is a hair less grainy compared to default
shoot Sv-2 46 ; more grainy than default, pixel blobs visible
shoot ND in 47 ; can't tell apart from #44
shoot ND out 48 ; tiny bit darker in background

The differences should be obvious, apparently they are not. You can use the camera's playback mode histogram to compare.
The script appears to have succeeded switching the cam to P mode.

Logged

axman

145

Re: IXUS160/ELPH160 Porting attempt

« Reply #281 on: 14 / November / 2015, 14:31:48 »

Quote from: srsa_4c on 14 / November / 2015, 13:15:56

Quote from: axman on 14 / November / 2015, 12:27:29
Ran script while in Play mode with no debug.
'P' is not playback mode, it is the most manual shooting mode this camera offers (if you take it out of AUTO mode, it can be found in the Canon shooting menu - the one you get when pressing SET). 'P' stands for 'Program' mode.

Ahh.. Thanks for clarifying what P mode stands for. My bad.

Quote

That should be the shooting mode named 'live'.

Yes, you are correct. LIVE shows in the camera osd.

Quote

So, again, to clarify: the setmode script is for testing the validity of the camera's shooting modes, it's not meant to be used in playback mode.

Got it, sorry about that.

Quote

The differences should be obvious, apparently they are not. You can use the camera's playback mode histogram to compare.
The script appears to have succeeded switching the cam to P mode.

I correctly set the cam to P mode (not live mode), & re-ran the test a couple of times.

Resulting images have subtle differences, nothing dramatic to my eye. I used darktable for evaluating the histograms of resulting DNG images. The CHDK on-screen display is quite difficult for me to physically see and focus on, so using darktable was easier.

Histograms for Tv+2 and Sv-2 look similar to each other, and look similar to default image. But they look different than the histograms for ND tests.

Histograms for ND tests look similar to each other but different than Tv/Sv images, or the default image.

I'm sorry I can't offer you more explanation, but I'm not qualified to evaluate the histogram results. I can post the histogram results as tiny png's if it's useful.

Logged

axman

145

Re: IXUS160/ELPH160 Porting attempt

« Reply #282 on: 14 / November / 2015, 15:37:24 »

I re-ran a couple tests due to my mis-understanding what mode the camera should be in for the test.

setmode.lua -> pass, log attached
mftest.lua -> different results, log attached

Looked again at CHDK Testing url. I think these two are the only tests that are affected by my using an incorrect mode. If there are others, please advise which ones and I'll re-test.

setmode.log (1.7 kB - downloaded 16 times.)

mf_ixus160_elph160.csv (1.97 kB - downloaded 20 times.)

Logged

axman

145

Re: IXUS160/ELPH160 Porting attempt

« Reply #283 on: 14 / November / 2015, 15:53:32 »

Re: MD_tune.bas

for this test, http://chdk.wikia.com/wiki/Testing mentions "record mode" and "AF led."

Can someone please clarify what record mode means in this context? I'm not sure if it means P mode, or Video record mode, or something I've missed in the Canon menus..

The AF led - is this the led on front face of camera, roughly at the same level as the flash, but on the other side of the lens?

I've never seen it be lit.. Tried to provoke lighting it using Canon menu choices; activated autofocus, snap snap, tried a video.. No led blink under any circumstances. But maybe I haven't provoked it correctly.

Can someone suggest under what circumstances this led should light?

Thanks!

Logged

waterwingz

12138

Re: IXUS160/ELPH160 Porting attempt

« Reply #284 on: 14 / November / 2015, 15:58:45 »

Quote from: axman on 14 / November / 2015, 15:53:32

Can someone please clarify what record mode means in this context? I'm not sure if it means P mode, or Video record mode, or something I've missed in the Canon menus..

I think it just means that the camera is in shooting mode instead of playback. P mode with the lens extended and ready to shoot should do it.

Quote

The AF led - is this the led on front face of camera, roughly at the same level as the flash, but on the other side of the lens?

Yes.

Quote

I've never seen it be lit.. Tried to provoke lighting it using Canon menu choices; activated autofocus, snap snap, tried a video.. No led blink under any circumstances. But maybe I haven't provoked it correctly. Can someone suggest under what circumstances this led should light?

It's there to assist with AF when the lighting level is low. So, you probably want to try it in AF mode in a mostly dark room?

Logged

Ported : A1200 SD940 G10 Powershot N G16

axman

145

Re: IXUS160/ELPH160 Porting attempt

« Reply #285 on: 14 / November / 2015, 16:24:57 »

Quote from: reyalp on 13 / November / 2015, 21:58:38

Quote from: axman on 13 / November / 2015, 18:16:34
free mem 164864 bytes
This is very low. At a minimum, ARAM should be enabled, but the port will still be pretty low.

It's not totally implausible that running out of free RAM could be connected to the earlier problems. This would be very hard to confirm, since running out of RAM would generally just cause a regular crash.

I don't know how much free memory there is supposed to be, but I think I can confirm your suspicion that the memory is low enough to cause a crash.

Using chdkptp, I can connect. But sometimes executing commands results in "not enough memory" error. If I disconnect, pull the usb cable and start over, I can sometimes execute a string of commands like;

Code: [Select]

chdkptp -i -c
connected: Canon PowerShot ELPH 160, max packet size 512
con> rec
con 1> shoot
con 2> play
con 3> imdl -ddir=/home/foo/Pictures -last=1 -d=${name} A/DCIM/100__11
A/DCIM/100__11/IMG_0043.DNG->/home/foo/Pictures/IMG_0043.DNG
con 4> q

It's not predictable. But if I quit chdkptp, unplug and replug usb, it usually works.

Logged

axman

145

Re: IXUS160/ELPH160 Porting attempt

« Reply #286 on: 14 / November / 2015, 17:07:27 »

Quote from: waterwingz on 14 / November / 2015, 15:58:45

Quote
I've never seen it be lit.. Tried to provoke lighting it using Canon menu choices; activated autofocus, snap snap, tried a video.. No led blink under any circumstances. But maybe I haven't provoked it correctly. Can someone suggest under what circumstances this led should light?
It's there to assist with AF when the lighting level is low. So, you probably want to try it in AF mode in a mostly dark room?

Thanks, enabling autofocus + testing in a dark room did the trick.

Logged

reyalp

14080

Re: IXUS160/ELPH160 Porting attempt

« Reply #287 on: 14 / November / 2015, 17:26:05 »

Can you report the free memory with the build I sent, as well as whether the AF led flashes when you run md_tune.bas? The flashing should not depend on lighting conditions or camera settings.

edit

Quote from: srsa_4c on 14 / November / 2015, 08:44:30

Quote
free mem 164864 bytes
That's strange. The amount of free RAM is usually reported around 3MB, except for 'Pierre' who experienced out-of-memory crashes (which seemed to have gone away after re-installing CHDK). It would be great to find out what (camera or CHDK) feature eats up memory.

Yes, this is quite odd.
I'd suggest checking right after startup, then after switching to rec, after shooting, after running a script etc.

« Last Edit: 14 / November / 2015, 17:30:21 by reyalp »

Logged

Don't forget what the H stands for.

axman

145

Re: IXUS160/ELPH160 Porting attempt

« Reply #288 on: 14 / November / 2015, 18:39:21 »

Quote from: reyalp on 14 / November / 2015, 17:26:05

Can you report the free memory with the build I sent, as well as whether the AF led flashes when you run md_tune.bas? The flashing should not depend on lighting conditions or camera settings.

Yes, thanks for the build file.

Free memory: 3161824 bytes

Yes, the AF led flashes when MD_tune.bas runs.

Not sure if this test has an end.
After 100 triggers, at top of console, values were displayed:
Min = 100 Max = 820 Avg = 184

I killed the test by powering off - not sure how to gracefully stop it.
Cam responded correctly, eg retract lens and turn off.

Logged

srsa_4c

4451

Re: IXUS160/ELPH160 Porting attempt

« Reply #289 on: 14 / November / 2015, 20:01:33 »

Quote from: axman on 14 / November / 2015, 14:31:48

Resulting images have subtle differences, nothing dramatic to my eye.

This is what you should expect as results of running ubtest (it's the same 'scene'):

I can't really explain why exposure overrides fail on your cam. The required hook is at the usual location and the hooktest script reports success...

As for memory, it might be a good idea to determine the size of kernel RAM area that is not used (I mentioned this here once). I can detail this if interested.

Logged