文件夹
1 初衷
2 ts demux的功能介绍
1 初衷
之前打算给dtplayer加入一些亮点功能,最初的想法是:bt下载播放 + hls支持
bt下载因为以来libtorrent库,尽管搞懂了怎样加入,但须要改动libtorrent库来集成,
若将libtorrent集成到代码中,会将代码变得庞大,框架清晰度会变差,随机临时取消了bt功能的开发/
后面開始加入hls支持,hls支持打算加入例如以下模块: stream - hls demuxer - ts decoder - h264 这样加上之前的faad
对于特定网络流就能够不依赖ffmpeg来播放了。
ts demuxer便是第一步功能。
凭借之前对ts的理解,感觉应该比較快完毕的,当时从github中找到了一个开源的ts解析库:https://github.com/nevali/tsdemux
但不幸的是这个库仅仅提供了 section的解析功能,并没有提供读取es包的功能。遂打算自行将这部分功能补全。
代码: https://github.com/peterfuture/dtplayer/blob/dev-ts/dtdemux/demuxer/demuxer_ts.c
2 ts demux的功能
ts demux符合dtplayer demuxer的标准接口,
先看下定义:
demuxer_wrapper_t demuxer_ts = {
.name = "ts demuxer",
.id = DEMUXER_TS,
.probe = ts_probe,
.open = ts_open,
.read_frame = ts_read_frame,
.setup_info = ts_setup_info,
.seek_frame = ts_seek_frame,
.close = ts_close
};
以下依次介绍各个功能。
2.1 probe
static int ts_probe(demuxer_wrapper_t *wrapper, dt_buffer_t *probe_buf)
{
const uint8_t *buf = probe_buf->data;
const uint8_t *end = buf + probe_buf->level - 7;
if(probe_buf->level < 10)
return 0;
int retry_times = 100;
for(; buf < end; buf++)
{
uint32_t header = DT_RB8(buf);
if((header&0xFF) != 0x47)
{
if(retry_times-- == 0)
return 0;
continue;
}
//found 0x47
if(buf+188 > end)
return 0;
header = DT_RB8(buf+188);
if((header & 0xFF) == 0x47)
{
dt_info(TAG,"ts detect \n");
return 1;
}
else
return 0;
}
return 0;
}
这里实现了一个比較简单的probe功能,先找到同步字0x47,若后面188字节后面也是0x47,则觉得是ts流,临时probe有些流还不能解析
主要问题有: a 有些流的包大小并非188, 这样的流会出错 b 单纯的仅仅推断一次会有偶然性的问题
但这些修正起来比較简单,因为功能还未实现,这里仅仅介绍思想,还有面会完好
2 ts_open
这里是解析ts头信息,主要功能包含:
pat解析
pmt解析
stream 信息解析: duration - bitrate
es信息解析:audio: channel-samplerate-bps video: width-height-fmt
这里代码比較多就仅仅说下思想,感兴趣的自己去读代码就能够了
首先pat pmt的解析是通过之前说的开源库完毕的,通过解析pat pmt能够得到文件里有几个流,各自是什么格式
得到后一般若有video stream,则以video为參考来计算流信息(正确的做法是找到流的pcr_pid,也就是參考流来计算,但普通情况下參考流都是video)
计算duration: 首先找到第一帧的pts , 然后找到最后一帧的pts, 通过pts差距得到duration
计算bitrate: 有了stream size和 duration, 直接计算得到bitrate
当中计算pts的时候,这里介绍下,详细代码在ts/stream.c中,是后面我自己加的
if(packet->payloadlen > 0 && packet->unitstart)
{
uint8_t *pcrbuf = packet->payload;
int len = pcrbuf[0];
if(len <= 0 || len > 183) //broken from the stream layer or invalid
goto QUIT;
pcrbuf++;
int flags = pcrbuf[0];
int has_pcr;
has_pcr = flags & 0x10;
pcrbuf++;
if(!has_pcr)
goto QUIT;
int64_t pcr = -1;
int64_t pcr_ext = -1;
unsigned int v = 0;
//v = (uint32_t)pcrbuf[3]<<24 | pcrbuf[2]<<16 | pcrbuf[1]<<8 |pcrbuf[0];
v = (uint32_t)pcrbuf[0]<<24 | pcrbuf[1]<<16 | pcrbuf[2]<<8 |pcrbuf[3];
pcr = ((int64_t)v<<1) | (pcrbuf[4] >> 7);
pcr_ext = (pcrbuf[4] & 0x01) << 8;
pcr_ext |= pcrbuf[5];
pcr = pcr * 300 + pcr_ext
packet->pts = pcr / 300;
//printf("get pts:%lld \n",pcr);
}
这里是去掉了ts包开头的四个字节,首先看是否是一帧的开头,若是的话推断是否有pcr flag
若有则直接解析,解析方法比較简单,依照标准就可以
这里介绍下ts的编码參考时钟为:27M HZ,而pts的单位与时间s的换算为:90000
因此获取參考时间(也就是上面的pcr后),换算为pts的计算方式为: pts = pcr * 9000 / 27000000 = pcr / 300
这里得到的就直接是pts了。
另一个问题是:这里直接解析es流貌似不能获取 视频: width height 音频:channel samplerate等信息,
对于ffmpeg来讲没有问题,因此在av_find_stream_info中能够通过decode one frame来获取, 但dtplayer框架上是不方便直接启动解码器的
对于mplayer 的ts 也是没有decode的,知道的同学能够指导下最好,不胜感激,否则得自己扒mplayer的代码了。
3 ts_setup_info
这里根据ts_open获取的信息,来setup dtplayer的media info
然后选择av视频流就能够了,比較简单
4 ts_read_frame
这里比較重要,也是花了比較多时间的地方,一開始的时候,以为拿到av的pid后,后面直接组装数据就能够了
流程为: 解析ts包获取pid -> 若是选择的pid,直接将payload保存下来,通过简单的推断是否是unit_start来推断是否读取到了完整帧 --> 返回完整帧
但实际情况并非这样,保存在ts包中的是实际的pes包,而不是es流,在读包的时候须要将pes包头去掉
这里參考ffmpeg进行了模拟,详细代码在:handle_ts_pkt中,详细逻辑不说了,仅仅是更正自己的一个认知误区
只是这里还有个问题,读取的数据包会掺杂错误信息: 经过跟代码,大体定位了问题,在解析pes包头的时候,是能够知道这个包的大小的
但读取ts包的时候都是依照188,即payload通常是184字节,这样非常有可能就超过了pes包的大小
此时应该怎样处理: 若仅仅读取固定大小凑足包大小返回,则声音是错的
若将全部payload都打包进去,则播放过程会有杂音。
这里还须要研究下。有熟悉的同学也请指教。
5 ts_seek
这里seek就比較简单了,尽管还未完毕,但思想能够说下,參考ffmpeg,一句bitrate seek到某个位置,读取ts包,计算pts
若不匹配,则依照二分查找算法,继续seek
来达到seek的目的。(后面会实现)
这里ts demux仅仅是为了实现一个简单的功能,给后面基于dtplayer开发简单的应用的开发人员提供便利: 若服务端也自己做的话,能够非常方便的改造dtplayer中的ts demux达到字节的要求,
同一时候去掉了ffmpeg的负担,岂不非常方便,这也是dtplayer会一直遵循的目标。
github:https://github.com/avplayer/dtplayer # C++
github:https://github.com/peterfuture/dtplayer # C
bug report: [email protected]
blog: http://blog.csdn.net/dtplayer
bbs: http://avboost.com/
wiki: http://wiki.avplayer.org/Dtplayer
因为后面随着开发的进行文章会进行细节的更新,因此为了保证读者随时读到最新的内容,文章禁止转载,多谢大家支持!