Opened 7 years ago

Closed 7 years ago

#6397 closed defect (fixed)

FFplay is silent for a single "hearing impaired" stream

Reported by: Carl Eugen Hoyos Owned by: Marton Balint
Priority: important Component: undetermined
Version: git-master Keywords: mpegts regression
Cc: Marton Balint Blocked By:
Blocking: Reproduced by developer: no
Analyzed by developer: no

Description

A real-world transport stream was uploaded for ticket #6395 that contains only one audio stream marked as hearing impaired and plays no sound with FFplay since
60e7306643054e93dfc1962f89b24554bb76e18a

$ ffplay stream_AzTV_cut.ts
ffplay version N-86090-g376247a Copyright (c) 2003-2017 the FFmpeg developers
  built with gcc 7.1.0 (GCC)
  configuration: --enable-gpl --cc=/usr/local/gcc-7.1/bin/gcc
  libavutil      55. 63.100 / 55. 63.100
  libavcodec     57. 96.100 / 57. 96.100
  libavformat    57. 72.101 / 57. 72.101
  libavdevice    57.  7.100 / 57.  7.100
  libavfilter     6. 89.101 /  6. 89.101
  libswscale      4.  7.101 /  4.  7.101
  libswresample   2.  8.100 /  2.  8.100
  libpostproc    54.  6.100 / 54.  6.100
[mp2 @ 0x7f0cc0006720] Header missingB vq=    0KB sq=    0B f=0/0
[mpegts @ 0x7f0cc0000920] PES packet size mismatch
    Last message repeated 1 times
Input #0, mpegts, from 'stream_AzTV_cut.ts':
  Duration: 00:00:05.28, start: 29657.128678, bitrate: 3881 kb/s
  Program 1
    Stream #0:0[0x134]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, top first), 720x576 [SAR 64:45 DAR 16:9], 25 fps, 25 tbr, 90k tbn, 50 tbc
    Stream #0:1[0x100](eng): Audio: mp2 ([4][0][0][0] / 0x0004), 48000 Hz, stereo, s16p, 128 kb/s (hearing impaired)
29658.76 M-V:  0.000 fd=   0 aq=    0KB vq=  519KB sq=    0B f=0/0

Attachments (1)

stream_AzTV_cut.ts (2.4 MB ) - added by Carl Eugen Hoyos 7 years ago.

Change History (6)

by Carl Eugen Hoyos, 7 years ago

Attachment: stream_AzTV_cut.ts added

comment:1 by Marton Balint, 7 years ago

av_find_best_stream ignores hearing/visual impaired streams. Would it make sense to change av_find_best_stream to return impaired streams if no "normal" streams are available?

comment:2 by Marton Balint, 7 years ago

Cc: Marton Balint added

comment:3 by Hendrik, 7 years ago

It should probably return some stream at all times. Never prefer those, sure, but if nothing else is found its certainly better then "none"?

comment:4 by Marton Balint, 7 years ago

Owner: set to Marton Balint
Status: newopen

comment:5 by Marton Balint, 7 years ago

Resolution: fixed
Status: openclosed
Note: See TracTickets for help on using tickets.