mpegts.js:1 [TSDemuxer] > Probe data 13 bytes is too few for judging MPEG-TS stream format! about mpegts.js HOT 12 OPEN

降低下分辨率就可以：从D1分辨率降低到了CIF 播放很流畅

from mpegts.js.

老大 找到解决办法：降低播放帧率，设备上传到帧率是7帧，开始播放到时候我用的12帧，现在我也改成了 7帧 ，高分辨率也可以了

from mpegts.js.

浏览器报：
mpegts.js:1 [TSDemuxer] > Probe data 13 bytes is too few for judging MPEG-TS stream format!
导致播放不了，不知道是需要调整哪？左边是浏览器，右边播放的是IINA 播放器

试一下 flv.js 是否有此问题？

from mpegts.js.

from mpegts.js.

from mpegts.js.

出现这个问题后，视频要等待9～10秒左右才出现，console 播放有打印提示，应该可以把这个等待时间缩短，1秒应该可以拿到很多数据不？

from mpegts.js.

老大 找到解决办法：降低播放帧率，设备上传到帧率是7帧，开始播放到时候我用的12帧，现在我也改成了 7帧 ，高分辨率也可以了

如何设置帧率的，如何知道设备上传的帧率？

from mpegts.js.

TSDemuxer 的那行 error log 不影响 flv 播放。

seek to 9.34反映出流有问题，请提供至少1分钟的 flv dump

from mpegts.js.

虽然我也遇到，但是很奇怪。它能显示

from mpegts.js.

这是一个TSDemuxer.probe抛出来的错误。它为了检测流是否是mpegts格式，要求初始长度大于3个ts包(3*188)。
我写了个ws的loader，在拿到第一个数据时判断下，如果不满足条件就直接丢弃，等待满足条件的包。这样能绕开这个问题。

_dispatchArrayBuffer (arraybuffer) {
        let chunk = arraybuffer;
        let byteStart = this._receivedLength;
        if(byteStart === 0 && chunk.byteLength<3*188){
            // drop and wait key frame
            let data = new Uint8Array(chunk);
            if (data[0] !== 0x46 || data[1] !== 0x4C || data[2] !== 0x56 || data[3] !== 0x01) {
                // not flv stream header
                // drop it
                return 
            }
           
        }
        this._receivedLength += chunk.byteLength;

        if (this._onDataArrival) {
            this._onDataArrival(chunk, byteStart, this._receivedLength);
        }
    }

from mpegts.js.

看了一下代码，先判断是不是TSif ((probeData = TSDemuxer.probe(data)).match), 使用websocket传输flv流时，第一个frame是flv标志，只有9个byte，所以必定会报错logger.js:38 [TSDemuxer] > Probe data 9 bytes is too few for judging MPEG-TS stream format!

from mpegts.js.

判断逻辑有问题

from mpegts.js.