Opened 4 years ago

Closed 4 years ago

#5367 closed defect (duplicate)

ffmpeg muxing error, no video packets muxed: cur_dts is invalid (this is harmless if it occurs once at the start per stream)

Reported by: leo.z Owned by:
Priority: normal Component: undetermined
Version: git-master Keywords: h264 mpegts
Cc: Blocked By:
Blocking: Reproduced by developer: no
Analyzed by developer: no

Description

Hi all

I'm using ffmpeg to recode a live mpegts stream, but no video packets muxed, the debug log keep saying: cur_dts is invalid (this is harmless if it occurs once at the start per stream).
the source file recoded using others tools: http://203.118.245.62/hd_spts.ts.
the ffmpeg report file: http://203.118.245.62/ffmpeg-20160323-065632.log

Attachments (4)

ffmpeg-20160627-160404.log (108.2 KB) - added by lavv17 4 years ago.
iptv-raw conversion log
ffmpeg-20160627-160955.log (654.3 KB) - added by lavv17 4 years ago.
iptv-raw conversion log from ffmpeg git d693392886b8454c818e384c816b9ede53c570d8
hd_spts_cut.ts (2.4 MB) - added by cehoyos 4 years ago.
iptv-raw_cut (2.4 MB) - added by cehoyos 4 years ago.

Change History (9)

comment:1 Changed 4 years ago by cehoyos

  • Keywords cur_dts is invalid removed

Please provide the command line that allows to reproduce the issue together with the complete, uncut console output here on the bug tracker to make this a valid ticket: External resources may disappear.

comment:2 Changed 4 years ago by leo.z

I'm using command "ffmpeg -y -i hd_spts.ts -c copy 1.ts -report", just try to remux it.
I had uploaded the source video, report log file and the dts/pts analyze form:
source video: http://203.118.245.62/hd_spts.ts
report log: http://203.118.245.62/ffmpeg-20160323-065632.log
pts/dts: http://203.118.245.62/hd_spts.xlsx

Input #0, mpegts, from 'hd_spts.ts':

Duration: 00:01:43.30, start: 16966.364000, bitrate: 8120 kb/s
Program 352

Metadata:

service_name : FIGHT SPORTS HD
service_provider:

Stream #0:0[0xc0], 255, 1/90000: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0:1[0x124], 211, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, s16p, 192 kb/s

Successfully opened the file.
Parsing a group of options: output file 1.ts.
Applying option c (codec name) with argument copy.
Successfully parsed a group of options.
Opening an output file: 1.ts.
[file @ 0xb4945a0] Setting default whitelist 'file'
Successfully opened the file.
[mpegts @ 0xb493fe0] muxrate VBR, pcr every 9000 pkts, sdt every 200, pat/pmt every 40 pkts
Output #0, mpegts, to '1.ts':

Metadata:

encoder : Lavf57.25.100
Stream #0:0, 0, 1/90000: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 25 fps, 25 tbr, 90k tbn, 90k tbc
Stream #0:1, 0, 1/90000: Audio: mp2 ([3][0][0][0] / 0x0003), 48000 Hz, stereo, 192 kb/s

Stream mapping:

Stream #0:0 -> #0:0 (copy)
Stream #0:1 -> #0:1 (copy)

Press [q] to stop, ? for help
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
...
[mpegts @ 0xb493fe0] Delay between the first packet and last packet in the muxing queue is 10008000 > 10000000: forcing output
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
[mpegts @ 0xb493fe0] Delay between the first packet and last packet in the muxing queue is 10008000 > 10000000: forcing output
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
[mpegts @ 0xb493fe0] Delay between the first packet and last packet in the muxing queue is 10008000 > 10000000: forcing output
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
cur_dts is invalid (this is harmless if it occurs once at the start per stream)
No more output streams to write to, finishing.
frame= 0 fps=0.0 q=-1.0 Lsize= 2657kB time=00:01:42.91 bitrate= 211.5kbits/s speed= 150x
video:0kB audio:2411kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 10.197172%
Input file #0 (hd_spts.ts):

Input stream #0:0 (video): 5148 packets read (97738708 bytes);
Input stream #0:1 (audio): 4287 packets read (2469312 bytes);
Total: 9435 packets (100208020 bytes) demuxed

Output file #0 (1.ts):

Output stream #0:0 (video): 0 packets muxed (0 bytes);
Output stream #0:1 (audio): 4287 packets muxed (2469312 bytes);
Total: 4287 packets (2469312 bytes) muxed

0 frames successfully decoded, 0 decoding errors
[AVIOContext @ 0xb45df20] Statistics: 0 seeks, 858 writeouts
[AVIOContext @ 0xb460e60] Statistics: 110383212 bytes read, 3 seeks

Version 0, edited 4 years ago by leo.z (next)

comment:3 Changed 4 years ago by cehoyos

  • Resolution set to needs_more_info
  • Status changed from new to closed

Feel free to reopen this ticket if you can provide the command line that allows to reproduce this issue together with the complete, uncut console output.

comment:4 Changed 4 years ago by lavv17

  • Resolution needs_more_info deleted
  • Status changed from closed to reopened

Please look at this iptv sample:
https://drive.google.com/file/d/0B0laIcbq4vKRV1g0c1B4NGREZ1E/view?usp=sharing

ffplay can show the video, but ffmpeg cannot copy it using this command line:

ffmpeg -report -y -ss 5 -i iptv-raw -t 30 -c copy /tmp/a.avi

The diagnostics looks very similar to the report of the topic starter.

Changed 4 years ago by lavv17

iptv-raw conversion log

Changed 4 years ago by lavv17

iptv-raw conversion log from ffmpeg git d693392886b8454c818e384c816b9ede53c570d8

comment:5 Changed 4 years ago by cehoyos

  • Keywords h264 mpegts added
  • Resolution set to duplicate
  • Status changed from reopened to closed

I believe this is a duplicate of ticket #5088.

Changed 4 years ago by cehoyos

Changed 4 years ago by cehoyos

Note: See TracTickets for help on using tickets.