Notices

Hey Guys.

After playing a few days with my new N900 (i somehow love this little machine ), i have a question about the camera application.

When I open the lens cover, the camera app automatically starts.
Since I am using the Flashlight-App quite often, is there a way to disable this autostarting?

This would be very useful, so that I don't have to close the camera app first everytime i want to use the Flashlight-App.

Every suggestion is welcome.

Bye,

DaTraS

http://www.mail-archive.com/maemo-de.../msg22741.html

does it really work ?

It works.
But after I run the first command, Flashlight won't work.

"Unable to turn on flashlight"

Don't know if it is caused by this command or because of an app I installed previously, but even after I typed in the second command, and thus turning on the autostarting again, flashlight is not able to turn on the flashlight.

I will try a reboot to see if it works.

/EDIT:

Okay, even a reboot wont work. Seems like my Flashlight is ****ed up. I've read through the thread and there seems to be a problem with the current version of flashlight.

So we can except this solution to be working.
Now, an app which would simply send these 2 commands by clicking "autostart on/off" would be great.

But I've been to long out of developing, so if someone could make an app out of this, this surely would be great!

How about disable Camera button long press from launching the camera software IF the lens is covered? I remembered reading that the authors of shortcutd said it was plausible but involved an ugly hack. I don't care how ugly that is, if someone knows how to do it that would be great, cause it would work perfectly with shortcutd.

Quick reply...
http://maemo.org/packages/view/cl-launcher/
and live focus
http://maemo.org/packages/view/lfocus/

Let me drag up this thread to bring up this question once again -- is killing the camera app by using "dsmetool" still the best way to stop it from coming up every time you open the lens cover?

I tried to avoid this question back when I was working on the Lanterne app, but I've got an app now that just can't ignore the problem -- if both it and the camera app run at the same time, they'll fight each other for control over the camera's focus. So, I've gotta do something about it.

I know that mbarcode uses the "dsmetool" mechanism, and that seems to work on my N900s. But I'd like to know if it still works in all variations of the CSSU, and with the camera-ui2 project. Any hints as to a general-purpose mechanism to stop the camera app from coming up would be greatly appreciated. Thanks!

@Copernicus,

The camera-ui is started (by Xsession) using "dsmetool -t /usr/bin/camera-ui".
"t" means "start-restart", i.e. on process exit it will be restarted up to N times.

So in principle killing it (after testing if it's actually running) with "dsmetool -k" should work fine (as long as you then restart it using dsmetool if required).

As an idea, perhaps SIGSTOP (and then SIGCONT) might do the trick nicely. But it's just an untested idea.

[EDIT] forgot to add, this is using CSSU-thumb, but was the same with stock firmware.

It's seems most are using the dsmetool -k. I don't believe another method has been found.
camera-ui2 should not need to use any killing method as it replaces the camera-ui, in that instance.
Question what happens if two camera applications are running at the moment? Does the camera-ui not switch to standby mode? Does it definitely fight over the controls?

From what I'm seeing, I can say that Bad Things Happen(tm). When I run my app, I try to initialize the focus to a particular distance; if I then open the camera app, I can often hear the focus snap back to a different level. Moreover, the camera app will die with an "Operation Failed" message. (Possibly this is because my own app is not going into "standby mode" when the camera app starts; I'll have to see if I can find a way to do this.)

In general, though, I'm not seeing a way to tell when someone else is using the camera, or any method of negotiating ownership over the camera hardware.