microsoft / microsoft/FFmpegInterop
MpegTS
Nobody has claimed this yet.
- Dominant language
- C++
- Stars
- 1.4k
- Forks
- 319
- PR merge metrics
- No merged PRs in 30d
Description
I'm trying to decode the stream preview GoPro Hero4. This is the command i use with FFPlay:
ffplay -fflags nobuffer -f:v mpegts udp://192.168.1.255:8554
and it runs like a charm.
I'm the vanilla example of FFmpegInterop, i just added this line in the method CreateMediaStreamSource of FFmpegInteropMSS.cpp
AVInputFormat *fmt = av_find_input_format("mpegts"); int result = avformat_open_input(&avFormatCtx, charStr, fmt, &avDict); if (result < 0) { hr = E_FAIL; // Error opening file }
and pushed this option in the propertyset:
options.Add("fflags", "nobuffer");
The stream starts but it's extremely laggy (from 2 to 20 seconds randomly, with looong pauses) and glitchy.
Using "forcevideodecode" is even worst.
Why can't I make it work just like ffplay?
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start in FFmpegInteropMSS.cpp, in CreateMediaStreamSource, and compare the vanilla setup with the reported ffplay command for the GoPro UDP MPEG-TS stream. Check how the input format and fflags option are passed, then verify that playback no longer has long pauses, random latency, or glitches without relying on forcevideodecode.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- cpp
- Domain
- audio-video-rtc, desktop
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 25/100