本地有一个 HashMap 的对象，有序列化的需求，直接使用 SharedPreferences 进行存储：

1
2
3

private val map = HashMap<Byte, MutableList<BrakeModel>>()

PreUtils.setString(KEY, JSON.toJSONString(map))

然后将 String 反序列化时，报错了：

1

java.lang.ClassCastException: com.alibaba.fastjson.JSONObject cannot be cast to BrakeModel

最近测试频繁出现一个问题：在登录页点关闭车机，倒计时结束后，应用卡住不动了，不一会便弹应用无响应的弹窗了。

养儿方知父母恩。最近才深刻理解这句话。

在Android 倍速压缩视频时长中，实现了针对完整视频进行倍速压缩的功能。用户反馈说，这样的一个倍速视频就和看轨迹回放一样的效果，从头到尾完整播放一遍，体现不出“牛逼”的地方。于是想着针对学员“操作”的地方进行切片，比如打方向盘、挂挡等。当出现这些操作时，对整个视频进行切割，生成若干个片段，然后再拼接到一起。片段衔接处添加转场效果，让切换看起来更丝滑。这样处理后的视频，可能就是一个富含学员“精彩操作”的视频，学员查看和分享的欲望可能就更强烈了。基于这样的一个需求场景，需要做的事情就确定了：

1. 对完整视频进行切片，分割成若干个片段；
2. 将片段结合转场效果合并到一起，生成最终视频。

最近测试同学反馈一个问题：一个弹窗展示出来之后，点击按钮消失了。然后回到登录页再切回来时，这个弹窗又展示出来了。看到具体的代码：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

public class HintDialog extends DialogFragment {

    private String content;
    private View.OnClickListener positiveClickListener;
    private String positive;

    public static HintDialog show(FragmentManager fm, String content, String positive,
                                  View.OnClickListener positiveClickListener) {
        HintDialog hintDialog = new HintDialog();
        hintDialog.content = content;
        hintDialog.positive = positive;
        hintDialog.positiveClickListener = positiveClickListener;
        hintDialog.show(fm, "HintDialog");
        return hintDialog;
    }

    @NonNull
    @Override
    public Dialog onCreateDialog(@Nullable Bundle savedInstanceState) {
        return JCommonDialog.createDialog(getActivity(), content, positive, positiveClickListener);
    }
}

基于公司发展，App 需要配合不定期的进行一次大版本更新。改动主要是启屏页的产品宣传，以及应用主页的 UI 效果。说白了，动画越来越花哨，让人感觉起来更加“高大上”。已经经历过启屏的好几个版本更新了，每次更新都需要配合实现一大堆的动画效果，以及与设计师沟通切图细节等等，十分花费精力。这不，近期又来了一个启屏升级的需求，设计效果感觉都快和游戏差不多了，纯安卓也能做，但是很多光效、粒子等效果，最快的实现方式还是切图。在与设计师沟通的过程中，设计师提供了另一种实现思路：PAG。于是顺着这个思路研究了一下，最终觉得这个方案更好，在此记录一下。

PAG 简介

PAG 即 Portable Animated Graphics，是一套完整的动效工作流解决方案。
目标是降低或消除动效相关的研发成本，能够一键将设计师在 AE（Adobe After Effects）中制作的动效内容导出成素材文件，并快速上线应用于几乎所有的主流平台。

在关于录屏权限的问题一文中，通过与 Launcher 的结合，实现了权限无感自动申请的功能。这没过几天，就有反馈说有问题：开始录屏的时候会有权限申请弹窗一闪而过。
最初怀疑是平板性能差，会打开一个 activity，然后马上消失，由于性能问题导致这样的“一闪而过”。但研究下来发现这个怀疑不成立。通过调试知道了MediaProjectionManager.createScreenCaptureIntent()返回的 intent 对应的 activity 是 MediaProjectionPermissionActivity。于是查看其代码，在 onCreate 方法中有这样的片段：

在Android 倍速压缩视频时长中，会先录屏然后对视频进行处理，录屏需要通过调用MediaProjectionManager.createScreenCaptureIntent()申请权限，这时会弹出系统的权限申请弹窗，用户可以选择同意或者拒绝，同时有不再询问的选项，就像这样：

近期在使用 Dialog 的过程中，出现过两个问题，也记录一下。

TextureView

当 Dialog 布局有 TextureView 时，运行报错：

1
2
3
4
5
6

java.lang.UnsupportedOperationException: TextureView doesn't support displaying a background drawable
  at android.view.TextureView.setBackgroundDrawable(TextureView.java:315)
  at android.view.View.setBackground(View.java:18124)
  at android.view.View.<init>(View.java:4573)
  at android.view.View.<init>(View.java:4082)
  at android.view.TextureView.<init>(TextureView.java:159)

最近有个“精彩时刻”的需求，记录学员精彩练车瞬间。当学员此次项目练习过程中，没有出现任何错误，则定义为“精彩时刻”。需要将学员从项目开始到结束行走轨迹记录下来，输出一个视频。然后再将视频时长压缩到 20 秒，同时附加一个音频上去，生成最终的视频。
这个时候，写博客的好处就来了。参考之前写的几篇文章录制仿 Keep 轨迹动画视频、无声视频合成音频、无声视频合成音频（续），记录了关于录屏、合成音频的代码，可以直接参考来用。那么剩下的问题便是视频时长压缩到 20 秒了，通过调研发现了两种方式，记录一下。