Notices

Originally Posted by xes

.....hum.... with the build of libgstdsp based on latest sources it seems to be some issue while recording video.... (black screen after some second and then hang of the app)

Please verify this and report.


@freemangordon
I would like to complete the camera-ui interface preparing the icons for the new resolutions settings.
Is it sufficient to prepare the icons and put in the right folders or it is necessary to rebuild the app?
(in this case which are the expected names?)

Originally Posted by xes

.....hum.... with the build of libgstdsp based on latest sources it seems to be some issue while recording video.... (black screen after some second and then hang of the app)

Please verify this and report.


@freemangordon
I would like to complete the camera-ui interface preparing the icons for the new resolutions settings.
Is it sufficient to prepare the icons and put in the right folders or it is necessary to rebuild the app?
(in this case which are the expected names?)

Originally Posted by freemangordon

Please make sure you are building libgstdsp.so with DSP_API=1 and SN_API=1.

re camera-ui - it is better to clone and test upstream(in CSSU) first, there are lots of changes.

Originally Posted by xes

Ooops.. Thanks! I didn't specified that parameters..
I apologize to those who installed the previous one here the new build (verified video recording).

Concerning camera-ui, does it already exist some development deb in sync with the cssu git?

Originally Posted by knobby

I don't agree here...i've n900 with 2204 revision and running comfortably without any reboot loop at..

Code:

720:45,480
805:49,520
850:52,560
900:54,600
950:57,600

vdd1=0 and vdd2=0

P.S.. i seldom go above 850 MHz...these results i just remember from previous tests conducted to find out the most stable settings for the recently introduced pali's kp49 and freemangordon's hd work (for which i am highly thankful to them)...
and reboots are b'coz some devices cant handle higher dsp rates at lower frequencies imho (mine is 1 of 'em)

Originally Posted by freemangordon

No, you should build it from sources, but please, do not distribute the .debs, I hope next CSSU update will be soon and it will be there.

May I ask you to make a MR against my repo, to keep all the pieces together.

@all - I am about to finish a kernel patch against KP which will allow zerocopy DMA between camera driver, dspbridge driver and OMAP framebuffer(will explain what that means).

I think I found the reason for stutter in recorded videos. AIUI it is the memory copying between different elements in gstreamer pipeline. The recording process is similar to the following(simple descrption):

1. camera(isp) driver captures a frame in an user supplied buffer
2. this bufer is send to all elements in the gstreamer video capture pipeline
3. xvimagesink (the previewer element) copies that buffer into OMAP framebuffer for displaying

I am intentionaly leaving gst-dsp aside, AIUI it does not do memory copy, thus no performance loss.

The problem is that for 1280x720 the frame size is about 2 MB and that should be copied fps times every second, leading to big performance loss. Even for lower resolution there is still a big amount of memory to be copied (because of higher fps), leading to choppy video and lower fps.

The solution to this is to give the camera driver buffer, which is a part of the framebuffer, so when capturing of the frame is complete , the data would not need to be copied , fb driver only needs one ioctl telling him where new frame starts. So no memory copying (i.e. zerocopy) of frame data.

Unfortunately our kernel is not grown enough to support that, so I am preparing a patch to overcome the limitation.

In addition I added XOverlay support to gst-omapfb (thanks again felipec). Will add support in camera-ui for gst-omapfb when it seems stable. And I plan to modify gst-dsp in such a way that it will support both stock and Harmatan DSP binaries.

By combining zerocopy with gst-omapfb i expect a HUGE difference in video smoothness/fps/battery consumtion while recording. Initial testing shows that MAYBE smooth 1280x720@30 is possible.

Originally Posted by freemangordon

No, you should build it from sources, but please, do not distribute the .debs, I hope next CSSU update will be soon and it will be there.

May I ask you to make a MR against my repo, to keep all the pieces together.
.