[FFmpeg-user] Properly download/trim a hls-stream which reports invalid timestamps
barsnick at gmx.net
Sun Nov 19 14:14:38 EET 2017
On Sun, Nov 19, 2017 at 11:19:08 +0100, Reino Wijnsma wrote:
> On 18-11-2017 2:46, Moritz Barsnick <barsnick at gmx.net> wrote:
> > In order not to have youtube-dl remux the downloaded, reassembled
> > MPEG-TS to MP4, add "--fixup never".
> > Have you managed to hand an arbitrary m3u8 URL to youtube-dl for
> > download? I'd love to use it that way, but youtube-dl sometimes doesn't
> > get my point.
> youtube-dl.exe --hls-prefer-native --fixup never -o "temp.ts" "http://manifest.us.rtl.nl/10/v166/aes/adaptive/components/actueel/rtlnieuws/376457/2017w46/da93fffe-8f2e-3db7-ac4c-5d03a610b188.ssm/da93fffe-8f2e-3db7-ac4c-5d03a610b188.ism/da93fffe-8f2e-3db7-ac4c-5d03a610b188-audio=125437-video=3955000.m3u8"
> [generic] da93fffe-8f2e-3db7-ac4c-5d03a610b188-audio=125437-video=3955000: Requesting header
> [generic] da93fffe-8f2e-3db7-ac4c-5d03a610b188-audio=125437-video=3955000: Downloading m3u8 information
> [hlsnative] Downloading m3u8 manifest
> [hlsnative] Total fragments: 124
> [download] Destination: temp.ts
> [download] 100% of 617.80MiB in 05:43
> This works just fine.
Hmm, cool, okay. I must check that again. I'll come back to you next
time it fails. ;-)
> But is doesn't do anything about the initial problem.
> I'm not sure why 'Carl Eugen Hoyos' asked me to check up on other tools in the first place. This is the FFmpeg mailing list.
Because it wasn't clear whether you were just using ffmpeg to download
the original, or you wanted to use ffmpeg to actually process it. (If
the former: You can't avoid remuxing with ffmpeg.)
> [mpegts @ 04c93de0] Invalid timestamps stream=1, pts=975600, dts=979200, size=16711
> [mpegts @ 04c93de0] Invalid timestamps stream=1, pts=982800, dts=986400, size=15911
Yes, so ffmpeg apparently has problems processing this file. The result
gets out of sync, you say? Do any players play the original (test.ts)
More information about the ffmpeg-user