录像过程中系统时间改变了,怎么避免带来的悲剧

录像过程中系统时间改变了,怎么避免带来的悲剧

 

       在android系统上,我们知道改变系统时间的方法有两种,一种就是通过再设置应用里面设置日期时间,第二种就是通过网络后台同步时间,在手机平板上这两种是比較多的,当然作为车载设备。一般还会添加用GPS时间来同步系统时间。

系统时间改变有这么几种方式。可是在录像过程中系统时间改变了,会有什么危害呢?

       通过笔者的实验。假设開始录像是2014年5月20日10点整開始,过了一分钟。添加通过网络已经同步改动了系统时间到2014年7月1日,那么即使这个录像文件实际上仅仅录了5分钟。我们回放这个文件的时候显示的录像文件总时间会有比較大的异常。

/*****************************************************************************************************/
声明:本博内容均由http://blog.csdn.net/edsam49原创,转载请注明出处,谢谢!
/*****************************************************************************************************/

       由于在录像文件编码的时候,大多在结束的时候还是会写入一个结束的时间点,这个时间点採用的是系统时间,而不是開始录像的系统时间加上录像持续的时长。

这样可想而知会出问题。那怎么避免呢?

      笔者在实际工作中是在行车记录仪上使用的,系统时间改变都是通过SystemClock.setCurrentTimeMillis(millis);改动下去的,所以我们能够在调用这个接口的前后去做一点手脚。当然,直接放到SystemClock.java里面是不行的,由于它仅仅是一个lib的通用接口。没有对象在里面。

      通过设置应用去改动时间,终于会走到AlarmManagerService.java里的public voidsetTime(long millis)接口里。笔者就在调用前后写了数据库一个存储数据,在行车记录里面监听这个数据的改动。这样就能够在改动时间前。把录像停下来,接到系统时间改动完毕后,再启动新的录像。

     public void setTime(longmillis) {
       mContext.enforceCallingOrSelfPermission(
               "android.permission.SET_TIME",
               "setTime");
            Settings.System.putInt(mContext.getContentResolver(),Settings.System.SET_SYTEM_TIME_STATUS, 0);               
 
        try
        {
          Thread.currentThread().sleep(100);//100ms
        }
           catch(Exceptione){}
 
       SystemClock.setCurrentTimeMillis(millis);
 
            Settings.System.putInt(mContext.getContentResolver(),Settings.System.SET_SYTEM_TIME_STATUS, 1);               
    }

      还有NetworkTimeUpdateService.java里面改动系统时间的地方也相似处理一下。  

在录像应用里监听这个数据库值的状态,然后在这个content observer里面去会收到值改变的通知,收到这个通知就能够去停止当前的录像,再等这个数据库中的值改变。也就是系统时间设置完毕后会设置的这个值,在监听接口里面再去又一次启动录像。

     private final classSettingsObserver extends ContentObserver {
        publicSettingsObserver(Handler handler) {
            super(handler);
        }
 
        @Override
        public voidonChange(boolean selfChange, Uri uri) {
           // synchronized(mLock) {
          //      handleSettingsChangedLocked();
         audio_out_channel_src = Settings.System.getInt(resolver,
                     Settings.System.SET_SYTEM_TIME_STATUS, 5);   
        
                       Log.d("DeshengDIY","SettingsObserveronChange audio_out_channel_src "+audio_out_channel_src);
        
                      //在这里去做停止当前录像,然后等系统时间设置完毕后,再启动录像
          
            }
        }
 
  resolver =getContentResolver();
    mSettingsObserver = newSettingsObserver(mHandler);
 
   resolver.registerContentObserver(Settings.System.getUriFor(
                   Settings.System.SET_SYTEM_TIME_STATUS),
                    false,mSettingsObserver);

     事实证明。这种处理是简单有效的。

 

 

 

posted @ 2017-06-05 21:41  lytwajue  阅读(475)  评论(0编辑  收藏  举报