There is no any response about this issue, too.
On 9月19日, 下午12时01分, leon <
leon.ku...@live.cn> wrote:
> Thanks!
>
> I will apply my questiontoandroid-porting.
>
> Regards
> Leon
>
> On 9月19日, 上午12时54分, Jean-Baptiste Queru <
j...@android.com> wrote:
>
>
>
> > This question (which appearstobe specifictothe device you're
> > working with) would get better answers in android-porting, where
> > people are more familiar with the processtoport Androidtodifferent
> > kinds of hardware.
>
> > Thanks,
> > JBQ
>
> > On Fri, Sep 18, 2009 at 9:38 AM, leon <
leon.ku...@live.cn> wrote:
>
> > > All,
>
> > > I am focusing on the video record . Now the record case is working
> > > normally. But the performance is too bad. Could you help me on this?
>
> > > Step1, In camerahardwarestub.cpp we create a recordthreadtoget
> > > data from sensor and display this datatoLCD
> > > Step2, By using the callbacktosend the datato
> > > android_camera_input.cpp
> > > Step3, The opencore will handle this datatoencode and write the
> > > encoded datatofile
>
> > > The video's resolution is 320x240.
> > > Before starting the recording , the display will take 25mstoLCD.
> > > After starting the recording, the display will take 55mstoLCD.
>
> > > Whether is it relatedtothe priority of these threads? Or
> > > others?
> > > Could you give some solutions?
>
> > > Thanks a lot!
>
> > --
> > Jean-Baptiste M. "JBQ" Queru
> > Software Engineer, Android Open-Source Project, Google.
>
> > Questions sent directlytome that have no reason for being private
> > will likely get ignored or forwardedtoa public forum with no further
> > warning.