Re: camera-ui2 testers needed
 

No, this is possible. But the led (Flash in torch mode), is also
controlled by the focus control, (autofocusing will enable and
disable the led on its own).

Nicolai

Re: camera-ui2 testers needed
 

A radio selector for autofocus or LED enabled perhaps?

Re: camera-ui2 testers needed
 

oh nice, i think default one are better.. picture dont turn as green as fcam drivers.

Re: camera-ui2 testers neede
 

that seems to be the problem. as I said, i was simply running the camera-ui2 binary with a nohup. I'll check this later, thanks.

Re: camera-ui2 testers needed
 

I've noticed that camera-ui2 shows on a half-press of the camera button where the original version requires a full-press.

Re: camera-ui2 testers needed
 

Are you sure?
On my device the original camera-ui starts even on a half-press.

nicolai

Re: camera-ui2 testers needed
 

On my device:
when lens cover is open: half-press
when lens cover is closed: full-press

Re: camera-ui2 testers needed
 

Hmm, maybe it is because I use Shortcutd.

So, I have now uninstalled cl-launcher and shortcutd to check default behaviour without them installed and the original camera app doesn't start on a half press with the lens cover closed, but does when the lens cover is open, your version starts on a half-press even with the lens cover closed. If necessary I can do a clean flash of my spare N900 to check behaviour on that, but I don't remember it ever starting on a half-press before I installed shortcutd, but my memory could be at fault here.

Re: camera-ui2 testers needed
 

No, you are right, I didn't know the original camera-app behaves
differntly when the lenscover is closed.

Nicolai

Re: camera-ui2 testers needed
 

3 things I would like to have in Camera UI2

1) Enable Flash in Video Recording
2) Allow the Front camera to take Pictures
3) a Self Timer

Re: camera-ui2 testers needed
 

I think you mean, "take very bad Pictures" :)

I was playing with a streaming program that can use the front camera as well as the back. Hmmm, indeed the device appears light sensitive.... :D

Re: camera-ui2 testers needed
 

Really Great Work.. & its Good that you are also concentrating on Video Capture part... i hope it gets Completed soon...

Also is it possible to Stretch video to 720p(either by decreasing frame rate to 21fps to get lesser Cpu load)

thanks & all the best


P.s. - its a nice application give it a good name like "Pro-Cam" or something.. :)

Re: camera-ui2 testers needed
 

Really nice Work,
i have one thing that i miss on the N900 that my N95 did, and most digital cameras i used (nothing spetial thou). When taking pictures you have first to press the cam button to half and wait for autofocus, then press it all way down to take the picture. If you press it directly all way down it will only take a picture without focusing. On the N95 when you press the button all way down it makes autofocus and takes immediately the picture. I think it is much better this way because it takes too long for me to reakt and press the bottun after it focused.
Is it possible to implement an option for this feature? But i don't know if anyone is missing/using/needing this thing.
Hope i'm not the only one with this :)

Re: camera-ui2 testers needed
 

Same here. Bit annoying, as I'd like Shortcutd to still work with half-presses when lens cover is open. Would be great if all of these things were configurable.

Also, nicolai - any chance, but the time this is formally released, you could make your camera-ui2 package get installed as camera-ui (backing up original, if camera-ui can't be reinstalled at uninstall), and use the same DBus interface(s)? It would certainly make it more of a proper "replacement" for the closed camera-ui we have, as it would just snugly plug in to the gap left by the stock one. Also means cl-launcher and the like don't have to be recoded to check for, and use, camera-ui2 specifically.

Also, I would suggest that your camera-ui2 load, and save, the same gconf settings camera-ui uses. That way the transition is even more seemless, less stuff breaks, etc. Also, please include, whenever you get around to this, some way of chosing whether the camera opens in camera or video camera mode. (There's already suggestions for this, of course, but I really wanted to stress that. Some of us only use the stock video camera to take video, and let the other camera programs take care of photography.) Even something like it opening in whatever mode of the two it was in when closed would probably be welcome.

Re: camera-ui2 testers needed
 

+1 for 720p and would be nice if we can somewhat get a better encoding and decoding codec as well :)

If possible, increase the frame rate to 30ps would be super :D

So we can record and play on our device.

Re: camera-ui2 testers needed
 

This brings me to the point of whether or not camera-ui2 video stutters more than camera-ui. I was playing with both without o-c'ing and I can't make up my mind if there is a difference. Needless to say it was bad in both, which for camera-ui is no news at all.

Re: camera-ui2 testers needed
 

Will be fixed, I just wasn't aware about this behavior.

Yes, this is the goal.
It already reads and stores the same settings as the original
camera-ui. For example: open my camera-ui2 change the scene-mode, close the application (kill it) and open the
original camera-ui. You will see the changed scene mode is
active. (Well I already see one bug, the resolution settings isn't
saved.)

The camera-uis (both) already remember the last scene-mode.

Thank you all for your feedback.
Nicolai

Re: camera-ui2 testers neede
 

no dice. doing this simply reboots my device the moment i open the lens cover

Re: camera-ui2 testers neede
 

Strangely, having worked before flawlessly, my n900 now reboots when I do "dsmetool -t /usr/bin/camera-ui2" either as root or via sudo. This appeared after, but may be unrelated to, a CSSU update. If I run /usr/bin/camera-ui2 as user "user" then it works. I cannot run /usr/bin/camera-ui2 as root (there is no need to I know) as it immediately segfaults which is prolly the source of the reboot.

Re: camera-ui2 testers needed
 

"Possible bugs" report:

1) Once loaded but inactive, a firm if slightly long press of camera button can bring up the ui and immediately start filming if the stored mode was video. This may be related to the button press issue raised earlier?

2) If filming and the ui is closed by using the top right "X", the filming "continues" as the counter still is running and the left stop icon is primed when the ui is re-invoked. On occasion, the review window can appear whilst the filming is under-way and the filming keeps running upon return to the action ui. The film is corrupt/zero length.

3) If a vertically oriented picture is taken with the camera button on the right, then the image is transposed left-right. This doe snot happen with the camera button on the left.

4) On occasion, the flash will fire despite being set as "always off". When it happens it is always the first shot after activating the ui (and it may be the first activate after loading camera-ui2). Am unable to reproduce readily but have seen it on 3 occasions.

I run power kernel, o'clocked and CSSU. Keep in mind however, that I tested all of the above with the stock ui without observing the same.

Re: camera-ui2 testers neede
 

Thank you handaxe,
your testing results are really helpful.

Nicolai

This works for me even with the latest cssu update.

Re: camera-ui2 testers neede
 

You using fcam as well -ie Blessn900 or fcamera are installed? I am. We potentially all have such different progs installed it is v difficult to pin matters down plus not all n900 are equal....

Re: camera-ui2 testers needed
 

Yes I have fcamera. The dsmetool issue should not be that important
at the moment. I would like to concetrate on the camera-ui functions.

Re: camera-ui2 testers needed
 

Could you add a custom manual mode, with each parameter (focus length, exposure time, sensitivity etc) individually toggleable between automatic and manual, with manual values settable both with GUI and with the keyboard (two keys for each parameter, to set it up and down), prefferably working "live" during videos (like with the live focus script), please?

Re: camera-ui2 testers needed
 

focus length isn't configurable at all.
Exposure time, and sensitivity are already configurable.
Keyboard control is a good idea!

regards
Nicola

Re: camera-ui2 testers needed
 

What about taking a picture by clicking on screen instead of pressing the cam key?

Thanks for the good work

Re: camera-ui2 testers needed
 

Sorry, i think i used the wrong term, my bad.


I mean the focus adjustment, the thing that in old cameras you would twist the lens to adjust.

Re: camera-ui2 testers needed
 

I don't think it is possible to use manual focus adjustment.
All I can do is start and stop autofocus.

Nicolai

Re: camera-ui2 testers needed
 

How does that LiveFocus script thingy does it then?

Re: camera-ui2 testers needed
 

for the button issues I suggest your cam goes with full integration of a metalayer that's dealing with assigning actions to all the buttons. I.E. include all the functions of shortcutd as a generic pkg that the cam is depending on. It's really a PITA how apps seize control of a particular button or switch or sensor, we should've had a genuine manager for *all* this from beginning, but as that's not fixable now we like to have humble cooperative apps that allow to free their buttons for doing sth different than what the app originally used it for. (bad example: xchat seizing the vol+/- buttons, even when they are freed in keymap settings of xchat. Here it's obviously the problem of original camera-ui seizing the camslider so it's hard to get a menu opening up on slider-open rather than the camera - buzzword flashlight)

/j

Re: camera-ui2 testers needed
 

LiveFocus is rather simple a script (yet has some bugs :-D ) that is using some `/v4l2-ctl -c focus_absolute=` to control focus. http://maemo.org/packages/view/lfocus/ check the lfocus.py in http://repository.maemo.org/extras/p...0.914-1.tar.gz

Of course I think this cam can do the same

/j

Re: camera-ui2 testers needed
 

I found the reason for this, but no solution so far.
The original camera applications tags the videos
with an "classification" tag. This id starts with
noki://0/ followed by a 90 digit hex key.
I don't know what this key is.
In /apps/camera is a "device-id" key I don't know
what this key is either. But it doesn't seemed to be related
to this one.
If anyone has an idea what this key could be, I can
tag the video files the same way the original camera app
does it.
You can see your own classification id when you
play a video file with gst-launch:
gst-launch-0.10 -t playbin2 uri=file:///home/user/MyDocs/DCIM/<NAME_OF_THE_VIDEOFILE>

regards
Nicolai

Re: camera-ui2 testers needed
 

New version (see first post).

Should be fixed now.
Fixed. Closing the window will stop recording.
Works for me?!
Noted this as well. I don't know when this happens.
Funny thing is, it happens with the original camera-app as well and
reproducable. Open the original camera-ui, change scene mode to
landscape, kill the app, open the app again and the first
image uses the flash altough the landscape mode has no flash
as default.


More fixes:
Night video mode works now.
camera-ui2 closes the viewfinder mode when app isn't the top
most window anymore.
show "open lenscover image" when lenscover is closed.

Added feature:
pause/resume video recording
Thanks to tiago for his keyboard suggestion:
Scene mode selection:
p portrait
m macro
l landscape
n night
v video
V night video

i toggle through iso level modes
w toggle through white balance modes
c capture image

r start/stop recording
p pause recording

z/Z decrease/increase zoom
f/F decrease/increase focus (step 1)
g/G drecrease/increase focus (step 50)
1 set min focus (0)
0 set max focus (1023)

t toggle light (focus torch mode)

Keep in mind, that the light will be turned off when taking a picture.
I don't think it is possible to capture a image with enabled flash
torch mode.

If someone knows how to map the absolute focus values (0-1023)
to something meaningful, I can display this value in the
UI.

regards
Nicolai

Re: camera-ui2 testers needed (updated 13.03)
 

Awesome work, as always :)

Just wondering about some things:
* When a pic is deleted, shouldn't the stacked window be closed?
* Shouldn't there be a title for the GtkDialog for the timer?
* Shouldn't that timer be a slider rather than a list?
* Is there a source for this? Would be awesome to replace the stock binary as part of the CSSU, if you don't mind that is (and if you could add an About dialog for that)

Re: camera-ui2 testers needed (updated 13.03)
 

This is one reason for this thread, please report all things where
this app behaves differently then the original one.
+1
Hm. I find a list is a bit faster to select. Hildons sliders
are sometimes awkward to use.
Would be cool if we can replace the stock camera-ui with
this one. I dont want to make a extras-devel package with
the source yet, when this can be part of the CSSU later.

If someone is interested in the source now, just ask.

Nicolai

Re: camera-ui2 testers needed (updated 13.03)
 

Can you open a gitorious.org project for it at least? That'll make it trivial to pull into the CSSU in future (assuming feature & API parity), but will also mean your work isn't lost if you get hit by a bus.

Re: camera-ui2 testers neede
 

I assume it does compressing in real time, so obviously the size would vary with the content being recorded. IE, totally black would probably not require lots of memory, while a nature scene would require more memory. This obviously depends on the algorithm being used.

Re: camera-ui2 testers needed (updated 13.03)
 

Please you can tell me how to install it? After untar I dont know what to do with the file camera-ui2, dont have any extension
Thanks

Re: camera-ui2 testers needed
 

I should add here that the transposition is only apparent in the picture viewer program and not the camera-ui2 review window. Likely there is nothing wrong with the image file (have not checked) but the the exif orientation data maybe screwy....

Great stuff N!

Re: camera-ui2 testers needed
 

The same occurs with the new binary.... and indeed it is the exif that is wrong, as gimp displays the file correctly but notes that it "should be" rotated.