使用doubango做视频的朋友，如果观察过播放，就会发现忽快忽慢。
这个问题亦引起吾之重视。头目甲提拔的总监不解决（服务器、终端一句代码也没改），那么只能吾解决了。
首先，播放器是没有问题的。
其次，网络问题不予考虑。因为有问题咱也没办法。可以做帧缓冲。
那么，唯一能改进的，就是接收包之后，派发的代码。
吾跟踪了派发流程，最后发现问题是出在tdav_video_jb.ｃ。
吾又研究了派发代码，然后就感觉自己智商低，没看明白怎么回事。怎么办？最后干脆全部删除，按照自己的思路写。问题果然解决了。新代码如下：
/** 新的处理逻辑： 缓冲区中帧数太少，等待指定时间。 当前一帧数据不完整，等待指定时间和次数。 缓冲区中帧数太多，或超过等待条件式，不论当前帧是否完整，立即处理。 考虑到收到帧的时间间隔并不均匀，所以这里也不进行间隔控制。 判断有效帧数？可以考虑。 按理说，latency_min、latency_max应该根据帧率实时调整。 注意帧率不是自己这边控制的，只能计算。 */ static void* TSK_STDCALL _tdav_video_jb_decode_thread_func(void *arg) { tdav_video_jb_t* jb = (tdav_video_jb_t*)arg; tdav_session_av_t* session = (tdav_session_av_t*)jb->cb_data_any.usr_data; //tdav_session_video_t* video = (tdav_session_video_t*)session; tdav_video_frame_t* frame; uint64_t next_decode_duration = 0, now; tsk_list_item_t *item; jb->decode_last_seq_num = -1; jb->decode_last_seq_num_with_mark = -1; // -1 -> unset jb->decode_last_time = tsk_time_now(); //这是何意？ (void)(now); TSK_DEBUG_INFO("Video jitter buffer thread - ENTER"); while(jb->started) { now = tsk_time_now(); if (next_decode_duration > 0) { tsk_condwait_timedwait(jb->decode_thread_cond, next_decode_duration); next_decode_duration = 0; } if(!jb->started) { break; } //是否考虑判断有效帧数？ if (jb->frames_count < jb->latency_min) { next_decode_duration = WAIT_FRAME_DATA_DELAY; continue; } tsk_safeobj_lock(jb); // against get_frame() tsk_list_lock(jb->frames); // against put() /** 如果当前流出错，应该迅速处理。或根据上一秒的丢包情况调整缓冲区。 目前测试发现，必须有jb->latency_max>=MAX。否则必然崩溃。 为了避免出错，一切照旧。实际上以现在网络之发达情况，多等亦无用。 */ //暂时不便公开。 //对应create，是真正要释放了。 TSK_OBJECT_SAFE_FREE(item); } //while(jb->started) TSK_DEBUG_INFO("Video jitter buffer thread - EXIT"); return tsk_null; }
