Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

TS input autodetection fails #119

Closed
kepppis opened this issue Mar 8, 2022 · 1 comment · Fixed by #120 or #191
Closed

TS input autodetection fails #119

kepppis opened this issue Mar 8, 2022 · 1 comment · Fixed by #120 or #191
Labels
status: archived Archived and locked; will not be updated type: bug Something isn't working correctly
Milestone

Comments

@kepppis
Copy link

kepppis commented Mar 8, 2022

Hello,

Looks like the steamer cannot use ts-files as input. On first test the probe failed getting/setting the framerate. I then defined the fps on input config, but then it failed to get other video properties. If I manually convert the file to mp4, it can be be used fine.

I am trying to use ffmpeg filters to burn the dvb-subtitles into the video and therefore I need to use ts as input.

@mariocynicys
Copy link
Contributor

Running these commands (which are the commands Shaka Streamer runs when probing some media content)

ffprobe testvid1.ts -select_streams v:0 -show_entries stream=index -of compact=p=0:nk=1 2> /dev/null
ffprobe testvid1.ts -select_streams v:0 -show_entries stream=field_order -of compact=p=0:nk=1 2> /dev/null
ffprobe testvid1.ts -select_streams v:0 -show_entries stream=avg_frame_rate -of compact=p=0:nk=1 2> /dev/null
ffprobe testvid1.ts -select_streams v:0 -show_entries stream=width,height -of compact=p=0:nk=1 2> /dev/null
ffprobe testvid1.ts -select_streams a:0 -show_entries stream=index -of compact=p=0:nk=1 2> /dev/null
ffprobe testvid1.ts -select_streams a:0 -show_entries stream_tags=language -of compact=p=0:nk=1 2> /dev/null
ffprobe testvid1.ts -select_streams a:0 -show_entries stream=channels -of compact=p=0:nk=1 2> /dev/null

Gives this output

0


0

progressive


progressive

25/1


25/1

1912|800


1912|800

1

1
swe
2

2

For some reason, every output (other than the language swe) is duplicated, which causes this error.
This happens with transport stream containers but not with mp4 containers.

@joeyparrish joeyparrish added the type: bug Something isn't working correctly label Mar 9, 2022
@joeyparrish joeyparrish changed the title Transport steam file input TS input autodetection fails Mar 9, 2022
joeyparrish pushed a commit that referenced this issue Mar 9, 2022
With some container formats (such as `ts`), ffprobe reports the output twice with newline characters in between. This fix is to take into consideration only the first line of ffprobe's output.

Closes #119
@github-actions github-actions bot added the status: archived Archived and locked; will not be updated label May 8, 2022
@github-actions github-actions bot locked as resolved and limited conversation to collaborators May 8, 2022
@joeyparrish joeyparrish added this to the v1.0 milestone Nov 8, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
status: archived Archived and locked; will not be updated type: bug Something isn't working correctly
Projects
None yet
3 participants