A1400 porting thread - page 5 - DryOS Development - CHDK Forum supplierdeeply

A1400 porting thread

  • 130 Replies
  • 18848 Views
*

Offline timgor

  • ***
  • 150
Re: A1400 porting thread
« Reply #40 on: 25 / January / 2014, 19:14:44 »
Advertisements
Quote
..those #define can be removed.
After removing CAM_USE_ALT_PT_MoveOpticalZoomAt, I tested this , I did not seen problem with this model.
Have you already fixed the problem in the trunk/svn?

*

Offline reyalp

  • ******
  • 11746
Re: Changeset : Update A1400 SVN properties.
« Reply #41 on: 25 / January / 2014, 20:30:52 »
I moved this out of the automated changeset thread, replies there are not likely to be noticed.

I'm not sure what "previous" post you are referring to, but unless there is a mistake, we don't delete posts unless they are spam or extremely offtopic or offensive. We do sometimes move pots.
What happened with the previous post about A1400? was it deleted?

I did a test of zoom function: set_zoom()

camera crashes for
set_zoom(0)
set_zoom(5)
(for example)

and it works ok if you move zoom by 1 step increment:

set_zoom(0)
set_zoom(1)
set_zoom(2)
set_zoom(3)
set_zoom(4)
set_zoom(5)
...
Don't forget what the H stands for.

*

Offline timgor

  • ***
  • 150
Re: A1400 porting thread
« Reply #42 on: 27 / January / 2014, 21:42:10 »
I tried to understand what people did in the previous posts but I tried to delete the line
Code: [Select]
#define CAM_USE_ALT_PT_MoveOpticalZoomAt  1and it didn't help.
The test
Code: [Select]
set_zoom(0)
sleep(3000)
set_zoom(63)
still crashes. I didn't understand something?

*

Offline c10ud

  • ***
  • 245


*

Offline timgor

  • ***
  • 150
Re: A1400 porting thread
« Reply #44 on: 28 / January / 2014, 22:23:53 »
I made the proposed changes, compiled the program and the script still crashes. How can I help with the bug?

*

Offline nafraf

  • *****
  • 1305
Re: A1400 porting thread
« Reply #45 on: 28 / January / 2014, 23:39:04 »
I tested with the script in attachment, using d=[5|8] r=1, CHDK from autobuild server, camera does not crash.  I tested with all options reset to default, P mode. I think that crash depends on some camera menu setting value, but to detect the cause, more tests are required.

*

Offline timgor

  • ***
  • 150
Re: A1400 porting thread
« Reply #46 on: 29 / January / 2014, 09:04:32 »
Yes, it crashes with Continuous AF OFF setting but I thought that "#define" manipulations helped you.  No?

*

Offline timgor

  • ***
  • 150
Re: A1400 porting thread
« Reply #47 on: 29 / January / 2014, 23:30:08 »
Ok, I made some study that can be helpful.
the script:
Code: [Select]
set_zoom(0)
sleep(3000)
set_zoom(63)

works with Continuous AF ON and P mode
crashes with Continuous AF OFF and P mode

crashes with Continuous AF ON and Low Light mode
crashes with Continuous AF OFF and Low Light mode (romlog file is attached)

There is a special notice that script
Code: [Select]
set_zoom(0)
sleep(3000)
set_zoom(63)
shoot()

crashes anyway because set_zoom() requires some waiting time int the script. The physicsl behaviour of crash is similar to other ones that I listed. This code works without crash on A3400 camera.

The script
Code: [Select]
set_zoom(0)
sleep(3000)
set_zoom(63)
sleep(3000)
shoot()

works well with Continuous AF ON and P mode.

From this test I conclude that a1400 camera has some difference from a3400 related to time of waiting after zooming.
May be the whole bug is related to the conflict between set_zoom() function and another functions? may be some waiting times should be increased?



*

Offline timgor

  • ***
  • 150
Re: A1400 porting thread
« Reply #48 on: 30 / January / 2014, 11:54:54 »
from this test
Code: [Select]
set_zoom(0)
sleep(3000)
print("flag1")
set_zoom(63)
print("flag2")

I see that set_zoom(63) function doesn't wait until zooming is finished and it prints "flag2" immediately.

This corresponds to the
Code: [Select]
...
    _MoveZoomLensWithPoint((short*)&newpt);
  #endif

// have to sleep here, zoom_busy set in another task, without sleep this will hang
            while (zoom_busy) msleep(10);
part of the code in wrappers.c where zoom_busy parameter returns false during the zooming process.
Does it mean that
Code: [Select]
DEF(zoom_busy                               ,0x000068f0) // Found @0xff96cfcc
is not properly defined in stubs_entry.S?


*

Offline timgor

  • ***
  • 150
Re: A1400 porting thread
« Reply #49 on: 30 / January / 2014, 22:14:06 »
The zoom doesn't crash with a long sleep after focusing:
Code: [Select]
...
            _MoveZoomLensWithPoint((short*)&newpt);
  #endif

                // have to sleep here, zoom_busy set in another task, without sleep this will hang
            msleep(3000);
            while (zoom_busy) msleep(10);
so the zoom_busy parameter doesn't work properly

 

Related Topics