microsoft / microsoft/FFmpegInterop

MpegTS

Open
#84 1 comment 0 reactions 0 assignees View on GitHub

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

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.