【
🐟
摸鱼专用】上班偷偷看视频
📺
而不会被老板打
🔨
的IDE插件，适配JetBrains全家桶
博客详情： 敬请期待。。。
插件起源：
去年在新电脑上看视频的时候，在触摸板上做了一个缩放的手势把程序列表Call出来了：
我那时候是纯黑色的壁纸，再加上视频也刚好播放到白色衣服人物在黑夜中的画面，这就使得画面中的人物变得立体起来了！甚至有一种身临其境的感觉！
我当时就觉得，哇这种效果好棒啊，就像在播放透明背景的视频一样。记得那时候还在鸿神的群里讨论了一下关于播放透明视频的话题，后面还说到Android Studio有个设置透明背景图的功能，但图片毕竟是静态的，肯定没有动态的好玩。
第二天我很随意的debug了一下Android Studio的设置背景图片的功能（完全不抱希望的），没想到居然发现了它是通过很简单的一句代码来指定图片：
PropertiesComponent.getInstance().setValue("idea.background.editor", "image path")
于是我就想：播放视频不也就是一张张图片快速切换嘛？如果我弄一个插件，里面用计时器周期性刷新这个图片，不就实现了动态的效果了？
第二天按照这个想法尝试了下，果然可以！接着我把一个视频每一帧图片都导出来，在插件中周期性调用上面的方法把每一帧图片路径都传进去。。。。
你应该也猜到了，没错，很卡，非常非常卡！比PPT还要卡，卡到不能正常使用！
认真看了下代码之后发现，原来这个设置背景图片是IDEA提供的，IDEA窗口的RootPane下面有个叫GlassPane的Child，那个含有透明度的背景图就是在GlassPane里面的PaintHelper中绘制的。更多细节会在即将到来的文章上面讲清楚，敬请期待。
大致原理：
解析视频的每一帧画面和声音，根据帧率分别刷新到背景板和写入到声卡里。这一步在有API提供的情况下都不难实现，主要难度在于优化绘制效率！！！
如果你熟悉Java GUI编程的话，你会知道swing是通过脏区(Dirty Area)来找到需要重新绘制的Components，但是这里偏偏又碰上了视频画面，视频画面通常都是占满了整个IDE窗口的。也就是说，当你刷新视频帧的时候，会连带着整个IDE窗口里的所有Component也重新绘制一遍！！！这是什么概念？如果你播放的是60帧的视频，就代表着视频帧的刷新周期是16ms，并且IDE窗口内Component的绘制总时长不能超过16ms（超过就有卡顿感了）。可现实是你电脑的cpu不可能一直偏心这个绘制线程的，平时编译项目的时候基本上都是90%使用率以上，如果不花点手段优化下这个绘制效率，那在IDE窗口里播放视频就跟播放PPT差不多了。。。
当前已使用的优化方案有：
-
最大程度复用临时对象（这个不用说）；
-
开启硬件加速（网上搜到的）；
-
使用VolatileImage代替BufferedImage来绘制（这个是在IDEA源码里偷学到的）；
-
干掉了swing原来的RepaintManager，替换成自己实现的。自己实现的RepaintManager会过滤掉重复绘制的区域，也就是在同一时间段内，同一区域只会绘制一次（独家！根据源码总结出来的，网上绝对没有）；
-
重绘画面时绕过AWT的消息队列，不参与排队，直接交给RepaintManager处理（独家！根据源码总结出来的，网上绝对没有）。优化前每次重绘都要排2次队；
经过优化之后，现在已经可以轻松播放1080p的视频，4k25帧的也能hold住，不过4k60帧的就比较吃力了，配置高点的电脑应该可以。我已经尽力了。。。
还可能有同学想问，为什么能把视频画面放在所有组件的下面，并且能设置透明度？这是怎么做到的？
emmmm，在即将到来的文章里会带大家一起了解这个东西，一起从0开始做一个视频播放插件。
安装：
很快就好。 （现在暂时可以先手动下载项目根目录下的intellij-media-player.zip ，然后拖到IDE窗口中重启就行了）
温馨提示：
如果在播放视频中领导正在向你走来
效果图：
效果视频：
更新日志：
- 1.0 完成基本功能。
感谢：
本插件依赖javacv和FFmpeg提供的API作音视频处理，感谢这两个仓库的所有参与者。
感谢wanandroid交流群里的 "小学生" 帮忙解答音视频同步问题。
