bilibili / danmakuflamemaster Goto Github PK

View Code? Open in Web Editor NEW

9.5K 389.0 2.1K 3.5 MB

Android开源弹幕引擎·烈焰弹幕使～

Home Page: http://app.bilibili.com/

License: Apache License 2.0

Java 100.00%

danmakuflamemaster's Introduction

DanmakuFlameMaster

android上开源弹幕解析绘制引擎项目。

DFM Inside:

libndkbitmap.so(ndk)源码：https://github.com/Bilibili/NativeBitmapFactory
开发交流群：314468823 (加入请注明DFM开发交流)

Features

使用多种方式(View/SurfaceView/TextureView)实现高效绘制
B站xml弹幕格式解析
基础弹幕精确还原绘制
支持mode7特殊弹幕
多核机型优化，高效的预缓存机制
支持多种显示效果选项实时切换
实时弹幕显示支持
换行弹幕支持/运动弹幕支持
支持自定义字体
支持多种弹幕参数设置
支持多种方式的弹幕屏蔽

TODO:

增加OpenGL ES绘制方式

Download

Download the latest version or grab via Maven:

<dependency>
  <groupId>com.github.ctiao</groupId>
  <artifactId>dfm</artifactId>
  <version>0.9.25</version>
</dependency>

or Gradle:

repositories {
    jcenter()
}

dependencies {
    compile 'com.github.ctiao:DanmakuFlameMaster:0.9.25'
    compile 'com.github.ctiao:ndkbitmap-armv7a:0.9.21'

    # Other ABIs: optional
    compile 'com.github.ctiao:ndkbitmap-armv5:0.9.21'
    compile 'com.github.ctiao:ndkbitmap-x86:0.9.21'
}

Snapshots of the development version are available in Sonatype's snapshots repository.

License

Copyright (C) 2013-2015 Chen Hui <[email protected]>
Licensed under the Apache License, Version 2.0 (the "License");

danmakuflamemaster's People

Contributors

Stargazers

Watchers

Forkers

yrom scalago attackoncoder studycwq xiaochenai wang663632304 xiedantibu dreamer09 zhsh1241 zhuruyi2013 shixforever kebo yang-chao pkliang magicbear culmjoker zuoshu runcross valuesfeng haikuowuya shawwinbin ytrjp zhuhui tanhx2008 7heaven hllai romantic011 angelen10 yangningbo andyesi erosiners wangyuetingtao moitempete cyndibaby905 wtheworldl liuzheng9110 xiaobinji weining kooeasy luoshuimumu oasis2008 jimersylee yali1 zxfrdas shanzha dan6886 zorojean dm04806 aojiaotage wtmmac lgengsy bluebody changjiashuai jokerni wangweiclub greedyblade ta893115871 whstudy xiaomeixw wrjqss poikl369 wznshuai ly-android volcanoscar poetryfar qingqingch 10045125 langzuxiaozi kmfish gkrists edward168855 tmxdyf tianyutingxy herohd wuqingman langelee qinjuning jwzhangjie xiangchenpublicgithub pingia 309746069 garymabin wljie2008 xqq vercent tata8k qikunn darrennight byteszero sn790519 rickytan scott2lsb jxxfzgy windpush jlsun163 richardleeh cropzhuang ht101996 commshare klausgit01

danmakuflamemaster's Issues

建议增加弾幕行限制

现在DanmakuGlobalConfig只能限制同屏弹幕数量，想固定在顶部或底部显示2-3行的弾幕，以便不影响观看体验

建议用Choreographer取代handler来保证绘制的时间精确性

用handler当系统比较忙的时候往往会跳帧。严重影响体验。
建议用Choreographer来实现
参见 http://developer.android.com/reference/android/view/Choreographer.html

支持多实例IDanmakuView

DanmakuFilters/DanmakuFactory/DanmakuGlobalConfig

01-13 16:55:13.663: W/System.err(27536): java.lang.IllegalArgumentException: master.flame.danmaku.danmaku.model.R2LDanmaku@4364e440 not in range [master.flame.danmaku.danmaku.model.Danmaku@43608568..master.flame.danmaku.danmaku.model.Danmaku@436085e0)
at master.flame.danmaku.controller.CacheManagingDrawTask$CacheManager$CacheHandler.handleMessage(CacheManagingDrawTask.java:440)

当设备cpu较慢时，或者Timer内时间出现较大跳变，弹幕末尾没有擦除干净

在一些cpu比较慢的设备上，发送较长的弹幕（速度较快），会出现弹幕末尾的字符没有擦除干净。

占用CPU过高和连续快速发弹幕可能会崩掉的问题

占用CPU过高。在DrawHandler中的Handler Message的UPDATA分支中，参数d一直没有等于-1，即使此时屏幕上没有弹幕了。所以即使没有弹幕刷新的速度还是那么高，CPU一直被占用。
Java写了一个测试程序一直不停的发弹幕，间隔时间0.8秒到3秒随机，跑了一会，弹幕会挂掉。log如下：
09-25 15:44:55.515: E/AndroidRuntime(17561): java.util.ConcurrentModificationException
09-25 15:44:55.515: E/AndroidRuntime(17561): at java.util.TreeMap$MapIterator.stepForward(TreeMap.java:883)
09-25 15:44:55.515: E/AndroidRuntime(17561): at java.util.TreeMap$BoundedMap$BoundedIterator.stepForward(TreeMap.java:1485)
09-25 15:44:55.515: E/AndroidRuntime(17561): at java.util.TreeMap$BoundedMap$BoundedKeySet$1.next(TreeMap.java:1547)
09-25 15:44:55.515: E/AndroidRuntime(17561): at master.flame.danmaku.danmaku.model.android.Danmakus$DanmakuIterator.next(Danmakus.java:215)
09-25 15:44:55.515: E/AndroidRuntime(17561): at master.flame.danmaku.danmaku.renderer.android.DanmakuRenderer.draw(DanmakuRenderer.java:57)
09-25 15:44:55.515: E/AndroidRuntime(17561): at master.flame.danmaku.controller.DrawTask.drawDanmakus(DrawTask.java:261)
09-25 15:44:55.515: E/AndroidRuntime(17561): at master.flame.danmaku.controller.DrawTask.draw(DrawTask.java:197)
09-25 15:44:55.515: E/AndroidRuntime(17561): at master.flame.danmaku.controller.DrawHandler.draw(DrawHandler.java:357)
09-25 15:44:55.515: E/AndroidRuntime(17561): at master.flame.danmaku.ui.widget.DanmakuSurfaceView.drawDanmakus(DanmakuSurfaceView.java:239)
09-25 15:44:55.515: E/AndroidRuntime(17561): at master.flame.danmaku.controller.DrawHandler.handleMessage(DrawHandler.java:188)
09-25 15:44:55.515: E/AndroidRuntime(17561): at android.os.HandlerThread.run(HandlerThread.java:60)
应该是同步的问题。

退出时可能出错的bug

堆栈
java.lang.NullPointerException
at master.flame.danmaku.ui.widget.DanmakuSurfaceView.isShown(Unknown Source)
at master.flame.danmaku.ui.widget.DanmakuSurfaceView.drawDanmakus(Unknown Source)
at master.flame.danmaku.controller.DrawHandler.handleMessage(Unknown Source)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:137)
at android.os.HandlerThread.run(HandlerThread.java:60)

这个isShown就几句话
public boolean isShown() {
if (handler == null || !isViewReady()) {
return false;
}
return handler.getVisibility();
}
代码中只有stopDraw里面会执行handler==null，stopDraw是在UI线程里面调用的，isShown是在mDrawThread里面调用的
@ctiao

考虑取消快速绘制模式

现在快速绘制模式会导致弹幕设置改变和seek之后描边丢失问题

关于BaseDanmakuParser的一些信息不是很理解，能解释下吗？

下面是demo中的代码
BaseDanmakuParser mParser;
mParser = createParser( this.getResources().openRawResource( R.raw.comments ) );
1、mParser.getTimer().currMillisecond这个时间是怎么来的，用来做什么的？
2、R.raw.comments这个xml是用来做什么用的，看了里面的内容，有点想是弹幕的配置结构。貌似我这里没这个文件，那怎么创建这个Parser??

3、
mDanmakuView.setCallback( new Callback()
{
@OverRide
public void updateTimer( DanmakuTimer timer )
{
}

@OverRide
public void prepared()
{
mDanmakuView.start();
}
} );

我想知道这个updateTimer有什么作用，这个方法里面是处理什么的？？？

4、怎么来做到跟视频播放同步显示。

DanmakuTextureView seek后会有弹幕加速问题

DanmakuSurfaceView无此问题，应该是DrawHandler调整timer的更新出了问题

请问这个库支持qq那种图片表情呢？

创建缓存前检查是否有能复用的缓存,减少新对象创建

CacaheManagingDrawTask:
查找过期的缓存中符合条件的缓存 ( 长宽值大于等于一定范围并且没有reference的缓存
擦除后进行复用

循环播放

没有找到循环播放的方法在哪里、、、

加强GPU利用

增加opengl绘制方式
增加扩展android.view.View的DanmakuView

如何监听当前所有弹幕加载完毕?

如题,需要加载完毕后重新播放,或者去更新弹幕数据.

0.1.7 minSdkVersion

你好，从0.1.7开始，minSdkVersion只支持到14了吗？，我从0.1.6换到0.1.7就开始报错

Error:Execution failed for task ':app:processDebugManifest'.

Manifest merger failed : uses-sdk:minSdkVersion 9 cannot be smaller than version 14 declared in library me.neavo:danmakuflamemaster:0.1.7

AndroidDisplayer的bug

报错信息如下
java.lang.RuntimeException: Canvas: trying to use a recycled bitmap android.graphics.Bitmap@4290fee0
at android.graphics.Canvas.throwIfRecycled(Canvas.java:1026)
at android.graphics.Canvas.drawBitmap(Canvas.java:1065)
at master.flame.danmaku.danmaku.model.android.AndroidDisplayer.draw(Unknown Source)
at master.flame.danmaku.danmaku.model.BaseDanmaku.draw(Unknown Source)
at master.flame.danmaku.danmaku.renderer.android.DanmakuRenderer.draw(Unknown Source)
at master.flame.danmaku.controller.DrawTask.drawDanmakus(Unknown Source)
at master.flame.danmaku.controller.DrawTask.draw(Unknown Source)
at master.flame.danmaku.controller.CacheManagingDrawTask.draw(Unknown Source)
at master.flame.danmaku.controller.DrawHandler.draw(Unknown Source)
at master.flame.danmaku.ui.widget.DanmakuSurfaceView.drawDanmakus(Unknown Source)
at master.flame.danmaku.controller.DrawHandler.handleMessage(Unknown Source)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:153)
at android.os.HandlerThread.run(HandlerThread.java:60)

问题在AndroidDisplayer 200行
if (holder != null && holder.bitmap != null )->
if (holder != null && holder.bitmap != null && !holder.bitmap.isRecycled())

@ctiao 看看是不是这样改

iOS上如何实现弹幕效果呢？

改进弹幕擦除区域失误问题，改进IDisplayer.slopPixel计算方法

[Live]实时弹幕插入支持

弹幕凶残的时候，最下的弹幕会超出屏幕

实时弹幕的支持被取消了？

看到有几行codes关于实时弹幕。不过那个实现会影响整体的timer.
如果实时弹幕和非实时弹幕同时出现，就不行了吧。
而且貌似完全不work.

反馈一个崩溃

java.lang.IllegalArgumentException
at android.view.Surface.nativeUnlockCanvasAndPost(Surface.java)
at android.view.Surface.unlockCanvasAndPost(Surface.java:255)
at android.view.SurfaceView$4.unlockCanvasAndPost(SurfaceView.java:844)
at master.flame.danmaku.ui.widget.DanmakuSurfaceView.drawDanmakus()
at master.flame.danmaku.controller.DrawHandler.handleMessage()
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:137)
at android.os.HandlerThread.run(HandlerThread.java:61)

一个duration的问题

给弹幕设置duration，当一大波弹幕发出来后，有些弹幕走到半路忽然消失，不设置duration正常

弹幕设置功能计划

1.弹幕透明度
2.弹幕字号大小
3.同屏弹幕密度(同屏最大数量？)
4.按弹幕类型可选显示/隐藏
5.是否描边/阴影大小
6.字体设置？
7.滚动速率调整？
8.合并重复弹幕
9.缓存池大小设置
10.支持屏蔽规则？

弹幕的位置没有及时更新和重绘

我在DrawHanlder的Update中加了个打印，发现Update是每15ms被调用一次，很精确。
我又在R2LDanmaku,java的getLeft中加了打印，发现它的调用时间非常不精确。有时候40ms才被调用一次。

我想getLeft没有及时更新，才是导致弹幕抖动闪烁额的根本原因。

从理论上，如果Update能够保证15ms调用一次，那么getLeft应该15ms调用一次，才能保证移动的平滑

见以下log
log中Time 16ms是在Update中打印的，16ms表示距离前一次打印的相对时间。
Time 8934, 201.963989, 41db17c8是在getLeft中打印的
8934是currentTime, 201是算出来的Left位置，41db17c8是某一条弹幕的HashCode

从log中可以看到，Update的调用时刻很准。但是常常几次update以后才调用一次getLeft。

05-04 17:43:30.770: I/DBG(3624): Time 8886, 207.755981, 41db17c8
05-04 17:43:30.770: I/DBG(3624): Time 16
05-04 17:43:30.790: I/DBG(3624): Time 16
05-04 17:43:30.790: I/DBG(3624): Time 8918, 203.894653, 41db17c8
05-04 17:43:30.800: I/DBG(3624): Time 16
05-04 17:43:30.810: I/DBG(3624): Time 8934, 201.963989, 41db17c8
05-04 17:43:30.820: I/DBG(3624): Time 18
05-04 17:43:30.840: I/DBG(3624): Time 16
05-04 17:43:30.850: I/DBG(3624): Time 8968, 197.861328, 41db17c8
05-04 17:43:30.860: I/DBG(3624): Time 18
05-04 17:43:30.870: I/DBG(3624): Time 16
05-04 17:43:30.880: I/DBG(3624): Time 9002, 193.758667, 41db17c8
05-04 17:43:30.890: I/DBG(3624): Time 16
05-04 17:43:30.900: I/DBG(3624): Time 16
05-04 17:43:30.920: I/DBG(3624): Time 17
05-04 17:43:30.920: I/DBG(3624): Time 9051, 187.845947, 41db17c8
05-04 17:43:30.940: I/DBG(3624): Time 15
05-04 17:43:30.950: I/DBG(3624): Time 9066, 186.036011, 41db17c8
05-04 17:43:30.950: I/DBG(3624): Time 19
05-04 17:43:30.970: I/DBG(3624): Time 15
05-04 17:43:30.990: I/DBG(3624): Time 18
05-04 17:43:30.990: I/DBG(3624): Time 9118, 179.761353, 41db17c8
05-04 17:43:31.000: I/DBG(3624): Time 15
05-04 17:43:31.020: I/DBG(3624): Time 16
05-04 17:43:31.040: I/DBG(3624): Time 16
05-04 17:43:31.040: I/DBG(3624): Time 9165, 174.089966, 41db17c8
05-04 17:43:31.060: I/DBG(3624): Time 19
05-04 17:43:31.060: I/DBG(3624): Time 9184, 171.797363, 41db17c8
05-04 17:43:31.080: I/DBG(3624): Time 19
05-04 17:43:31.090: I/DBG(3624): Time 19
05-04 17:43:31.100: I/DBG(3624): Time 9222, 167.212036, 41db17c8
05-04 17:43:31.110: I/DBG(3624): Time 16
05-04 17:43:31.120: I/DBG(3624): Time 9238, 165.281372, 41db17c8
05-04 17:43:31.130: I/DBG(3624): Time 20
05-04 17:43:31.140: I/DBG(3624): Time 17
05-04 17:43:31.160: I/DBG(3624): Time 9275, 160.816650, 41db17c8
05-04 17:43:31.160: I/DBG(3624): Time 16
05-04 17:43:31.180: I/DBG(3624): Time 16
05-04 17:43:31.190: I/DBG(3624): Time 9307, 156.955322, 41db17c8
05-04 17:43:31.190: I/DBG(3624): Time 15
05-04 17:43:31.210: I/DBG(3624): Time 16
05-04 17:43:31.220: I/DBG(3624): Time 9338, 153.214600, 41db17c8
05-04 17:43:31.220: I/DBG(3624): Time 16
05-04 17:43:31.240: I/DBG(3624): Time 16
05-04 17:43:31.250: I/DBG(3624): Time 9370, 149.353271, 41db17c8
05-04 17:43:31.260: I/DBG(3624): Time 16
05-04 17:43:31.270: I/DBG(3624): Time 16

支持图片(表情)弹幕

可参考并测试android的Spannable支持

问下此弹幕引擎支持的视频格式有哪些？

希望作者在百忙中抽出点时候，回答下我的问题，十分感谢。

尽量清理超出多屏的缓存

报告个bug,DrawTask在退出的时候没有将danmakuList清空

退出的时候没有将danmakuList清空，如果连续播放的时候，下一个视频刚好没有弹幕内容，整个view没有被destroy而仅仅是stop的话。那么前一个视频的弹幕将会出现在下一个视频上。
建议在drawTask.quit的时候，加一个danmakuList.clear();

弹幕上能否带头像或者是标签呢

如果能支持类似用户头像或者是表情就更好啦

改进弹幕抖动问题

方案：
均匀弹幕步长,使看来不会抖动，但是对于绘制效率不够的情况下不能保证弹幕在固定时间内跑出屏幕, 参考AOSP的Scroller源码或者直接使用Scroller

减少cache时频繁new对象

addDanmaku crash

12-26 10:25:46.852: E/AndroidRuntime(8092): FATAL EXCEPTION: DFM Cache-Building Thread
12-26 10:25:46.852: E/AndroidRuntime(8092): java.util.ConcurrentModificationException
12-26 10:25:46.852: E/AndroidRuntime(8092): at java.util.TreeMap$MapIterator.stepForward(TreeMap.java:883)
12-26 10:25:46.852: E/AndroidRuntime(8092): at java.util.TreeMap$BoundedMap$BoundedIterator.stepForward(TreeMap.java:1484)
12-26 10:25:46.852: E/AndroidRuntime(8092): at java.util.TreeMap$BoundedMap$BoundedKeySet$1.next(TreeMap.java:1546)
12-26 10:25:46.852: E/AndroidRuntime(8092): at master.flame.danmaku.danmaku.model.android.Danmakus$DanmakuIterator.next(Danmakus.java:257)
12-26 10:25:46.852: E/AndroidRuntime(8092): at master.flame.danmaku.controller.CacheManagingDrawTask$CacheManager$CacheHandler.prepareCaches(CacheManagingDrawTask.java:567)
12-26 10:25:46.852: E/AndroidRuntime(8092): at master.flame.danmaku.controller.CacheManagingDrawTask$CacheManager$CacheHandler.handleMessage(CacheManagingDrawTask.java:424)
12-26 10:25:46.852: E/AndroidRuntime(8092): at android.os.Handler.dispatchMessage(Handler.java:99)
12-26 10:25:46.852: E/AndroidRuntime(8092): at android.os.Looper.loop(Looper.java:137)
12-26 10:25:46.852: E/AndroidRuntime(8092): at android.os.HandlerThread.run(HandlerThread.java:60)

弹幕中绘制图片

目前弹幕中只支持简单的文字，如果我要在弹幕中图文同时显示呢？？

DrawTask第一次danmakus数量不对，要取两屏

会导致同屏密度出现小误差

[优化方向]减少缓存线程对绘制线程的影响

1.预缓存采取更加惰性的加载机制
2.增加即时缓存机制(类似现在的实时插入弹幕时候采取的方式)
以减少某些中低端机型抖动的现象

我还有一个问题，现在弹幕的显示位置是根据时间来的，我现在的需求是每个弹幕不能重叠，如果并发同时添加100个弹幕，我该怎么处理好。

mDanmakuView.seekTo((long) 100000) 程序崩溃

我用Sample ，点击按钮的时候seek到一个固定的位置，会导致程序崩溃。有时一次就崩溃，有时点击多次后崩溃

12-25 10:44:42.261: I/dalvikvm-heap(686): Grow heap (frag case) to 20.435MB for 45376-byte allocation
12-25 10:44:42.292: D/dalvikvm(686): GC_FOR_ALLOC freed <1K, 13% free 18550K/21124K, paused 29ms, total 29ms
12-25 10:44:42.292: I/dalvikvm-heap(686): Grow heap (frag case) to 20.524MB for 69232-byte allocation
12-25 10:44:42.695: D/dalvikvm(686): Trying to load lib /data/app-lib/com.sample-1/libndkbitmap.so 0x42201f18
12-25 10:44:42.695: D/dalvikvm(686): Shared lib '/data/app-lib/com.sample-1/libndkbitmap.so' already loaded in same CL 0x42201f18
12-25 10:44:42.700: E/NativeBitmapFactory(686): loadedfalse
12-25 10:44:46.813: D/dalvikvm(686): Trying to load lib /data/app-lib/com.sample-1/libndkbitmap.so 0x42201f18
12-25 10:44:46.813: D/dalvikvm(686): Shared lib '/data/app-lib/com.sample-1/libndkbitmap.so' already loaded in same CL 0x42201f18
12-25 10:44:46.822: E/NativeBitmapFactory(686): loadedfalse
12-25 10:44:46.822: A/libc(686): Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread 756 (DFM Cache-Build)

有时候build cache task会占用85%的cpu在启动阶段

即使一个弹幕都没有也会出现这个问题。

DanmakuTextureView 在很多机子上面报错

DanmakuSurfaceView 跟我自己做的播放器的SurfaceView 有冲突。

关于减少CPU占用率

我之前用的SurfaceView做的弹幕，但是CPU占用率一直比较高。大概在20%,个别峰值情况会接近30%。
之后profile了一下，发现CPU主要耗费在LockCanvas和PostCanvas上。同时由于SufaceView的Canvas是没有硬件加速的，所以绘制也会比较慢。

同时我发现TextureView的Canvas也是没有硬件加速的。所以用TextureView对于绘制速度是没有任何帮助的。
为了解决这个问题，我尝试把SurfaceView改成View。然后在OnDraw中绘制。程序整体结构不变，只是在DrawHandler中调用的drawDanmakus的内容改成postInvalidate();
@OverRide
public long drawDanmakus() {
this.postInvalidate();
return mDrawTime;
}

然后真正的绘制工作放在OnDraw中。CPU占用率基本维持在15%-17%峰值没有超过20%
然后Profile后发现现在CPU主要耗费在DanmakuRender.draw中遍历对象的操作上。

相对改动之前。CPU占用率改善还是比较明显的。

其次，我觉得，如果当前画面上没有弹幕时，此时CPU占用率应该还是可以进一步优化，因为我发现没有弹幕的时候，依然在不停的做clearCanvas的操作。

R2LDanmaku 类中 mTimer.currMillisecond 变化的位置？

我在R2LDanmaku类的getAccurateLeft方法中打印 currTime 参数日志。

01-28 18:23:11.070: E/danmubbc(13522): currTime = 11589 time =6079 displayer.getWidth() = 1920 elapsedTime = 5510 duration.value = 5630 mStepX=0.37531084
01-28 18:23:11.071: E/danmubbc(13522): 2text = 陈佩斯 left = -147.96265
01-28 18:23:11.096: E/danmubbc(13522): 1text = 陈佩斯 left = -147.96265
01-28 18:23:11.097: E/danmubbc(13522): currTime = 11642 time =6079 displayer.getWidth() = 1920 elapsedTime = 5563 duration.value = 5630 mStepX=0.37531084
01-28 18:23:11.097: E/danmubbc(13522): 2text = 陈佩斯 left = -167.85425
01-28 18:23:11.103: E/danmubbc(13522): 1text = 陈佩斯 left = -167.85425
01-28 18:23:11.103: E/danmubbc(13522): currTime = 11695 time =6079 displayer.getWidth() = 1920 elapsedTime = 5616 duration.value = 5630 mStepX=0.37531084
01-28 18:23:11.103: E/danmubbc(13522): 2text = 陈佩斯 left = -187.7456
01-28 18:23:11.139: E/danmubbc(13522): 1text = 陈佩斯 left = -187.7456
01-28 18:23:11.139: E/danmubbc(13522): 2text = 陈佩斯 left = -187.7456
01-28 18:23:11.162: E/danmubbc(13522): 1text = 陈佩斯 left = -187.7456
01-28 18:23:11.163: E/danmubbc(13522): currTime = 9856time =6079 displayer.getWidth() = 1920 elapsedTime = 3777 duration.value = 5630 mStepX=0.37531084
01-28 18:23:11.163: E/danmubbc(13522): 2text = 陈佩斯 left = 502.45093
01-28 18:23:11.171: E/danmubbc(13522): 1text = 陈佩斯 left = 502.45093

正常情况下是currTime不断的变大，但是有时会出现currTime突然变小，然后在慢慢变大的情况。

导致的现象就是，弹幕从右到左走完后，突然又从中间显示，再向左走的情况。

currTime 的值来自mTimer.currMillisecond。所以我想知道currMillisecond是根据什么变化的，在代码的什么位置变化？

Random native crash

It should be related to threading...
1.
06-23 19:47:02.524 F/libc ( 6103): Fatal signal 11 (SIGSEGV), thread 9371 (Cache Building )
2.
pid: 7132, tid: 7211 >>> <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 00000000
...
#00 pc 00000000
#1 pc 0007dcb4 /system/lib/libskia.so (ZN8SkCanvas8drawTextEPKvjffRK7SkPaint)
3.
pid: 1282, tid: 21964, name: Cache Building >>> <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 00000000
backtrace:
#00 pc 00000000
#1 pc 00061c80 /system/lib/libskia.so (AutoDrawLooper::next(SkDrawFilter::Type)+96)
#2 pc 00066230 /system/lib/libskia.so (SkCanvas::drawText(void const, unsigned int, float, float, SkPaint const&)+152)
#3 pc 0006bccf /system/lib/libandroid_runtime.so
#4 pc 0006bdeb /system/lib/libandroid_runtime.so
#5 pc 0001fb70 /system/lib/libdvm.so (dvmPlatformInvoke+112)
#6 pc 0004e8b9 /system/lib/libdvm.so (dvmCallJNIMethod(unsigned int const_, JValue_, Method const_, Thread_)+360)
#7 pc 00029020 /system/lib/libdvm.so
#8 pc 0002d7e8 /system/lib/libdvm.so (dvmInterpret(Thread_, Method const_, JValue_)+180)
#9 pc 0005fed5 /system/lib/libdvm.so (dvmCallMethodV(Thread_, Method const_, Object_, bool, JValue_, std::va_list)+272)
#10 pc 0005feff /system/lib/libdvm.so (dvmCallMethod(Thread, Method const, Object_, JValue_, ...)+20)
#11 pc 00055327 /system/lib/libdvm.so
#12 pc 00012e70 /system/lib/libc.so (__thread_entry+48)
#13 pc 000125c8 /system/lib/libc.so (pthread_create+172)
4.
pid: 12134, tid: 13706 >>> <<<
signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 00000000
#00 pc 00000000
#1 pc 00074164 /system/lib/libskia.so (_ZN8SkCanvas8drawTextEPKvjffRK7SkPaint)
#2 pc 0006e244 /system/lib/libandroid_runtime.so
#3 pc 0006e3c2 /system/lib/libandroid_runtime.so
#4 pc 0001dab0 /system/lib/libdvm.so (dvmPlatformInvoke)
#5 pc 000586aa /system/lib/libdvm.so (_Z16dvmCallJNIMethodPKjP6JValuePK6MethodP6Thread)
5.
06-23 23:51:04.391 F/libc ( 9806): Fatal signal 11 (SIGSEGV), thread 5796 (DFM Drawing thr)

sample 发送一条弹幕不显示

我sample程序跑起来，点击发送一条弹幕，没有任何显示，这是为啥？

支持B站的轨迹弹幕

最近随着播放器的高级弹幕工具完善，B站现在有越来越多的轨迹跟踪弹幕，比如这个 http://comment.bilibili.com/2196678.xml 之类的。不知是否可能加入新的轨迹弹幕策略。

粗略测试看到最后的数组是的M,L就是常见轨迹定义（参考SVG Path），整个轨迹使用的时间同原来的移动Duration。

不过可能需要比较大的改动，从简单的 beginX,beginY,endX,endY切换到一个坐标和时间序列数组。当然这样就能支持A站的移动弹幕了（A站默认就支持轨迹移动）。

请教一个弹幕release的问题

我在fragment中使用弹幕，但是当我销毁fragment后发现弹幕数据的jsonArray并没有被回收掉，导致弹幕数据对象依旧占用内存，即使退出应用也是如此，所以我在JsonSource中 release时将mJsonArray置为null，经测试，发现已经可以正常回收，想请教下这样会有什么问题吗，感谢。
JsonSource:
@OverRide
public void release() {
IOUtils.closeQuietly(mInput);
mInput = null;
//回收mJSONArray
mJSONArray = null;
}

在手机上面有些弹幕会延迟出现还有卡顿很频繁，请问有什么方法可以解决吗

ConcurrentModificationException again

java.util.ConcurrentModificationException

java.util.TreeMap$MapIterator.stepForward(TreeMap.java:883)
java.util.TreeMap$BoundedMap$BoundedIterator.stepForward(TreeMap.java:1485)
java.util.TreeMap$BoundedMap$BoundedKeySet$1.next(TreeMap.java:1547)
master.flame.danmaku.danmaku.model.android.Danmakus$DanmakuIterator.a(Danmakus.java:257)
master.flame.danmaku.controller.CacheManagingDrawTask$CacheManager$CacheHandler.a(CacheManagingDrawTask.java:571)
master.flame.danmaku.controller.CacheManagingDrawTask$CacheManager$CacheHandler.handleMessage(CacheManagingDrawTask.java:423)
android.os.Handler.dispatchMessage(Handler.java:99)
android.os.Looper.loop(Looper.java:153)
android.os.HandlerThread.run(HandlerThread.java:60)