maemo.org - Talk - camera-ui2 (now a part of CSSU) (updated 09. May)

maemo.org - Talk (https://talk.maemo.org/index.php)

- Multimedia (https://talk.maemo.org/forumdisplay.php?f=32)

- - camera-ui2 (now a part of CSSU) (updated 09. May) (https://talk.maemo.org/showthread.php?t=70870)

Re: camera-ui2 testers needed

Quote:

Originally Posted by TiagoTiago (Post 965883)

How does that LiveFocus script thingy does it then?

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

Quote:

Originally Posted by handaxe (Post 964447)

Trivial difference noted: films taken under camera-ui get categorised in media player as "recorded by device camera". Those done by camera-ui2 are placed under "Films".

A matter of how the interfaces are invoked perhaps - have not investigated.

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).

Quote:

Originally Posted by handaxe (Post 965750)

"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?

Should be fixed now.

Quote:

Originally Posted by handaxe (Post 965750)

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.

Fixed. Closing the window will stop recording.

Quote:

Originally Posted by handaxe (Post 965750)

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.

Works for me?!

Quote:

Originally Posted by handaxe (Post 965750)

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.

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)

Quote:

Originally Posted by MohammadAG (Post 967001)

Awesome work, as always :)

Just wondering about some things:
* When a pic is deleted, shouldn't the stacked window be closed?

This is one reason for this thread, please report all things where
this app behaves differently then the original one.

Quote:

Originally Posted by MohammadAG (Post 967001)

* Shouldn't there be a title for the GtkDialog for the timer?

Quote:

Originally Posted by MohammadAG (Post 967001)

* Shouldn't that timer be a slider rather than a list?

Hm. I find a list is a bit faster to select. Hildons sliders
are sometimes awkward to use.

Quote:

Originally Posted by MohammadAG (Post 967001)

* 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)

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)

Quote:

Originally Posted by nicolai (Post 967046)

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.

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

Quote:

Originally Posted by nicolai (Post 964423)

I made some test videos with different recording time, but the file size doesn't grow linear.

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

Quote:

Originally Posted by nicolai (Post 966929)

Quote:

Originally Posted by handaxe
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.

Works for me?!

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

Quote:

Originally Posted by handaxe (Post 967102)

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.