goldvideo
ffmpeg解码会产生延时吗
你好，想问个问题，谢谢 使用ffmpegAPI软解h.265/h.264裸流 为yuv420p数据会产生延时吗，推送端，推送实时流足够快，裸流到了ffmpeg解码这里慢了，然后后面导致推流端堆积了裸流。产生延时固定在3-6s
不太懂，我觉得ffmpeg解码1080p 30fps的h,264裸流会产生延时，ffmpeg解码实时流解不过来
------------------ 原始邮件 ------------------ 发件人: "snxly"<[email protected]>; 发送时间: 2020年7月9日(星期四) 上午10:12 收件人: "goldvideo/decoder_wasm"<[email protected]>; 抄送: "带带我搬砖"<[email protected]>; "Author"<[email protected]>; 主题: Re: [goldvideo/decoder_wasm] ffmpeg解码会产生延时吗 (#4)
像我们的播放器那样，在前端缓存数据，是不是能解决你们的堆积问题？
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or unsubscribe.
不太懂，我觉得ffmpeg解码1080p 30fps的h,264裸流会产生延时，ffmpeg解码实时流解不过来 … ------------------ 原始邮件 ------------------ 发件人: "snxly"<[email protected]>; 发送时间: 2020年7月9日(星期四) 上午10:12 收件人: "goldvideo/decoder_wasm"<[email protected]>; 抄送: "带带我搬砖"<[email protected]>; "Author"<[email protected]>; 主题: Re: [goldvideo/decoder_wasm] ffmpeg解码会产生延时吗 (#4) 像我们的播放器那样，在前端缓存数据，是不是能解决你们的堆积问题？ — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or unsubscribe.
是的，虽然wasm+ffmpeg已经是目前前端解码的最快方案了，但是对于高码流视频，还是达不到每秒25帧的要求。
感谢博主，想在裸流解码接口前加一个 缓存队列，存储裸流数据，允许ffmpeg解的慢，不知道有没有效果改善延时
------------------ 原始邮件 ------------------ 发件人: "snxly"<[email protected]>; 发送时间: 2020年7月9日(星期四) 中午11:08 收件人: "goldvideo/decoder_wasm"<[email protected]>; 抄送: "带带我搬砖"<[email protected]>; "Author"<[email protected]>; 主题: Re: [goldvideo/decoder_wasm] ffmpeg解码会产生延时吗 (#4)
不太懂，我觉得ffmpeg解码1080p 30fps的h,264裸流会产生延时，ffmpeg解码实时流解不过来 … ------------------ 原始邮件 ------------------ 发件人: "snxly"<[email protected]>; 发送时间: 2020年7月9日(星期四) 上午10:12 收件人: "goldvideo/decoder_wasm"<[email protected]>; 抄送: "带带我搬砖"<[email protected]>; "Author"<[email protected]>; 主题: Re: [goldvideo/decoder_wasm] ffmpeg解码会产生延时吗 (#4) 像我们的播放器那样，在前端缓存数据，是不是能解决你们的堆积问题？ — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or unsubscribe.
是的，虽然wasm+ffmpeg已经是目前前端解码的最快方案了，但是对于高码流视频，还是达不到每秒25帧的要求。
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or unsubscribe.