Also it would be a good idea to run a performance check
after
the switch. GetTickCount is called *A LOT* and very small
changes in the performance of that function can result in
large changes in user perceived performance. Just in
case....
--greg.
Gang.Jia nokia.com wrote:
> "Nokia submits this code under the terms of a
commercial contribution
> agreement with RealNetworks,
> and I am authorized to contribute this code under said
agreement."
>
> Modified by: Gang.Jia nokia.com
>
> Reviewed by:
>
> Date: 3/25/2007
>
> Project: SymbianMmf_rel
>
> ErrorId: ECZU-7AJDAB
>
> Synopsis: CR: Change system time has impact on Helix
playback on Symbian
>
> Overview: On Symbian platform the GetTickCount() uses
gettimeofday() to
> get the tick count. That
> introduces the impact of the system clock and system
clock time can be
> changed in cases like
> daylight saving time change. The solution is to use a
real tick counter
> in Symbian -
> User::NTickCount(). Normally it will give 1ms time
resolution on
> hardware and 5ms on the emulator.
>
>
> Root Cause of the problem: Implementation.
>
> Files Added: None.
>
> Files Modified:
> /build/umakecf/symbian.cf
> /client/common/system/hxsched.cpp
> /common/system/platform/symbian/gettickcount.c
>
> Image Size and Heap Use impact: no major impact
>
> Module Release testing (STIF) : Passed.
>
> Test case(s) Added : N/A.
>
> Memory leak check performed : Yes. No new leaks
introduced
>
> Platforms and Profiles Build Verified:
helix-client-s60-50-mmf-mdf-arm
>
> Platforms and Profiles Functionality verified: armv5
& winscw
>
> Branch: 210CayS & Head
>
> <<diff.txt>>
>
>
>
------------------------------------------------------------
------------
>
> _______________________________________________
> Common-dev mailing list
> Common-dev helixcommunity.org
> http://lists.helixcommunity.org/mailman/listinfo/comm
on-dev
_______________________________________________
Common-dev mailing list
Common-dev helixcommunity.org
http://lists.helixcommunity.org/mailman/listinfo/comm
on-dev
|