![]() |
Re: camera-ui2 testers needed (updated 17.03.)
Quote:
Quote:
processing on my own. The RAW output is what the camera driver delivers and the jpeg image is what the gstreamer components made (dspjpenc for example). Nicolai |
Re: camera-ui2 testers needed (updated 17.03.)
Quote:
thanks PS: I wonder what then is the problem with the camera-ui2 dng for Lightroom? Remember that the fcamera devs had a problem with their dng at first and needed to tweak it.... Hmm, I wonder.. PPS: (off-topic) Darktable is another but new RAW developer http://darktable.sourceforge.net/about.shtml PPPS: rawviewer on the n900 it seems, uses the embedded jpg. |
Re: camera-ui2 testers needed (updated 17.03.)
Quote:
I was under the same impression about RAW Viewer. |
Re: camera-ui2 testers needed (updated 17.03.)
Just a note.
This is a "feature" of the stock camera ui, but the fact that it's missing from this clone is a plus for me. The stock UI pauses the mediaplayer when it's started and resumes it when it's closed. Stringing the binaries shows that they both talk to the policy daemon through libplayback. I'm not sure if you want to implement this, but I like the idea of being able to record videos with the N900 while playing music. |
Re: camera-ui2 testers needed (updated 17.03.)
I also despise having audio pause when I'm taking a PICTURE. There no rhyme or reason for this from an experience point of view. Same issue with tying up PA on phone calls.
S60/Symbian handsets can play audio concurrently with an ongoing voice call and both parties hear them. Why on EARTH is this gimped on Maemo? |
Re: camera-ui2 testers needed (updated 14.03)
Quote:
According to freedesktop.org .desktop specs the version tag is a) optional, but b) has to tell the version of the .desktop file syntax, which is always 1.0 for now. compare wiki about .desktop files /j |
Re: camera-ui2 testers needed (updated 17.03.)
Maybe the audio pausing 'feature' was to reduce disk IO and CPU usage whilst recording video. I imagine trying to process a FLAC file or similar high bitrate stream would have a somewhat adverse reaction on video performance. If you try to add 720p it may be worth enabling for specific modes.
I noted a few pages back a post relating to the "recorded from device" tag. They mentioned how it is generated from concat device-id, random string and hashing (somewhat more detailed than what I put here). Haven't heard anything from you Nicolai on this. Does it solve the issue? |
Re: camera-ui2 testers needed (updated 17.03.)
Hi,
Not sure what type of bugs I'm supposed to report. In RAW mode and (no pictures to review) mode the app freezes after taking a photo (the display is back) and returns a) if you switch to another app and then switch back b) close and open the lens cover. Also in RAW mode there are instances when it says its using ISO 800 and I think its actually higher. I try to use the same exposure for Camera-UI2 as FCAM and FCAM would be at ISO 1600/ 3200 and Camera-UI2 says its at ISO 800. Is there a way to display the shutter speed? I know it was already mentioned that shutter speed was impossible to set but if there is a way to show it so I can see it that would be great. In the DNG the shutter speed is not displaying properly. |
Re: camera-ui2 testers needed (updated 17.03.)
Hi geohsia,
thank you for reporting this. Quote:
So I am happy for any help. Quote:
the preview image as the embedded preview for the raw file :-) The app may get confused when preview mode is disabled and the preview image arrives from the camera api. Quote:
some are missing and some are wrong (I hardcoded 800 as ISO-level for all raw files) Quote:
capture parameter like iso and shutter speed are there, but not directly accessible from my application. I searched the last days to find a way to capture these parameters. The more technical explanation: The camera api is based on gstreamer. There are multiple gstreamer elements involved. A camera source (gstv4l2camsrc) reads the camera capture parameter and send this data as gstevent. This events go through the gstpipeline get caught by the metdatamux which converts them to exiftag data for the filesink. Until yesterday I couldn't find a way to catch this data. I searched for a way to monitor or listen for this gstevents. But it seems to be a uncommen requirement. Finally I found this method gst_pad_add_event_probe() which is exactly what I need. Nicolai |
Re: camera-ui2 testers needed (updated 17.03.)
Hi Nicolai,
is there any chance to increase the GPS accuracy in the EXIF header? see https://bugs.maemo.org/show_bug.cgi?id=11934 and https://bugs.maemo.org/show_bug.cgi?id=6584 Thanks that I don't have to confirm that no Internet connection is available in your version! https://bugs.maemo.org/show_bug.cgi?id=9918 (difference of GPS data and location name) MikeCC |
All times are GMT. The time now is 15:31. |
vBulletin® Version 3.8.8