【WP 8.1开发】解决调用真实摄像头会死机的问题

无论你是用Silverlight还是用RT的API来开发,在使用MediaCapture拍照片或录视频时,要是在模拟器上运行会万事大吉;但是,一旦放到真实手机上运行,肯定有人发现了,细心的朋友肯定发现了——不知道为什么,会经常导致手机重启,或者死机。

啊,顺便给大家说说,死机不可怕,也不用重置,也不用刷机,不会丢失资料的,你只要同时按下“音量减”+“电源”两个键,要同时按住,不要放开,大约等10多秒后,会关机,然后你再放开这两个键,这样手机就软启了,不会丢失数据。

不过,如果你的运营商(如中国联通)的基站没有实时更新时间的功能,那么,手机在软启后时间会不准,你可以手动调整一下。有些人说:不是设置了自动更新时间吗?怎么会不准了呢?注意WP上的自动更新时间不是用网络连接来更新的,而是通过移动运营商的基站来更新的,我的中国移动卡会得到基站的数据,但时间不准,会慢了半个小时。

好了,上面说的废话太多,我担心有人会扔砖头。我们当Coder的一定要有耐心做事的好习惯,不然你真的不是好Coder,不要一遇到问题就在那里骂外公骂娘的,也不要在那里踢桌子砸凳子,因为你没有那样的功力,桌子没踢坏你的脚就会痛得不行。

调用摄像头API导致死机的原因是:应用程序占用了系统的资源,也就是说你的应用没有及时释放相关资源导致的,一般这种情况多发生在调试的时候,因为我们通常在调试时会直接在VS上结束应用程序,如此一来,清理资源的代码就没有执行,系统资源仍然被你占着,所以一旦再次执行应用程序,或者运行其他相机应用,就会导致系统在无限等待,于是就死机了。

 

要释放MediaCapture对象其实很简单,只要调用它的Dispose方法即可,关键是,要在哪里调用。

为了安全保险,应该中导航离开页面时释放(处理OnNavigatingFrom方法),或者在应用程序不在前台运行时释放,当再次回到应用程序时,重新实例化MediaCapture对象。这样做的好处既能及时释放资源,而且在你的应用程序发送到后台后,你不能保证其他程序不会调用摄像头,不然,资源老被你占着,别人没法用了。

 

以Silverlight框架为例,可以在App类中定义一些成员来初始化和清理MediaCapture。

    public sealed partial class App

    {

        MediaCapture capture = null;



        /// <summary>

        /// 通过该属性获得MediaCapture实例

        /// </summary>

        internal MediaCapture PhotoCaptureForCurrent

        {

            get { return capture; }

        }



        /// <summary>

        /// 初始化

        /// </summary>

        internal async Task InitailizeCapture ()

        {

            var devs = await DeviceInformation.FindAllAsync(DeviceClass.VideoCapture);

            DeviceInformation bc = devs.FirstOrDefault(d => d.EnclosureLocation.Panel == Windows.Devices.Enumeration.Panel.Back);

            if (bc != null)

            {

                MediaCaptureInitializationSettings settings = new MediaCaptureInitializationSettings();

                settings.AudioDeviceId = "";

                settings.VideoDeviceId = bc.Id;

                capture = new MediaCapture();

                await capture.InitializeAsync(settings);

            }



        }



        /// <summary>

        /// 清理

        /// </summary>

        internal void ClearupCapture ()

        {

            if (capture != null)

            {

                capture.Dispose();

                capture = null;

            }

        }



    }

在调用Dispose方法后,把MediaCapture变量设置为null引用,这样就算清理方法被多次调用也不会出错。

为了安全保险,清理方法有可能被重复调用。因为我会考虑在页面离开时调用一次,在应用程序被放入后台时调用一次,在应用程序关闭时调用一次。

有人会问,为什么要这样?因为1、离开页面;2、应用被停用(不在前台);3、应用关闭

这三件事你无法保证它都发生,有时候,可能1发生,但2和3不会发生。

例如:

当运行应用程序后,我突然按了一个“开始”键,这时候会回到开始屏幕。此时,导航离开页面会发生,应用程序的DeActived事件会发生,但是,应用程序的关闭事件不会发生。

总之,在这三件事发生时都清理一次,可保万全。

 

A、在导航离开页面时,清理。

        protected override void OnNavigatingFrom ( NavigatingCancelEventArgs e )

        {

           ……

            (App.Current as App).ClearupCapture();

        }


B、应用被发送到后台时,清理。

        private void Application_Deactivated ( object sender, DeactivatedEventArgs e )

        {

            ClearupCapture();

        }

即响应Deactivated事件。

C、当应用关闭时,清理。

        private void Application_Closing ( object sender, ClosingEventArgs e )

        {

            ClearupCapture();

        }

即处理Closing事件。

用Runtime API调用摄像头时要谨慎,尤其是在调试的时候,最好,先在手机上先把应用关闭,再从VS上结束应用程序

不是骗你,经过我近一个星期N多次的测试,这样做确实不会死机,在测试过程中,我那台可怜的Lumia 920不知道死了多少次。记住,有借有还,再借不难。占用系统资源一定要释放

【WP 8.1开发】解决调用真实摄像头会死机的问题

 

下面,顺便附上我写的一个测试示例,如果大家不嫌我这个示例太垃圾的话,可以下来玩玩。

 http://files.cnblogs.com/tcjiaan/AppCamera.zip

 

我比较头痛的另一件事是:不同手机的硬件差异,摄像头的角度经常会偏了,920的摄像头是旋转了90度,这个问题说好办也好办,说不好办也挺难办,因为目前移植的RT库中,貌似不能旋转。

你可能感兴趣的:(开发)