#334 closed defect (duplicate)
c3b6cc6 breaks AAC playback
Reported by: | llogan | Owned by: | Michael Niedermayer |
---|---|---|---|
Priority: | normal | Component: | ffplay |
Version: | git-master | Keywords: | |
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description
FFplay will not play back AAC audio (raw AAC seems to play fine) resulting in no audio and gives message "Invalid sample rate or channel count". Arch Linux x86_64.
c3b6cc61e502b8df0d5bc6b9058dfc482a08d42a bad
f02f745e4aa070e5fabf1156b75c340171304933 good
sample:
http://mirror05.x264.nl/Dark/x264clips/IronMan.mkv
$ ffplay -loglevel 99 IronMan.mkv ffplay version N-31290-gebd1edf, Copyright (c) 2003-2011 the FFmpeg developers built on Jul 7 2011 11:14:21 with gcc 4.6.1 configuration: --prefix=/usr libavutil 51. 11. 0 / 51. 11. 0 libavcodec 53. 7. 0 / 53. 7. 0 libavformat 53. 5. 0 / 53. 5. 0 libavdevice 53. 2. 0 / 53. 2. 0 libavfilter 2. 24. 3 / 2. 24. 3 libswscale 2. 0. 0 / 2. 0. 0 socket(): Address family not supported by protocol [matroska,webm @ 0x188f340] Format matroska,webm probed with size=2048 and score=100 st:0 removing common factor 1000000 from timebase st:1 removing common factor 1000000 from timebase [h264 @ 0x18bf9e0] Unsupported bit depth: 0 [h264 @ 0x18bf9e0] no picture Last message repeated 1 times [matroska,webm @ 0x188f340] All info found [matroska,webm @ 0x188f340] Estimating duration from bitrate, this may be inaccurate Input #0, matroska,webm, from 'IronMan.mkv': Duration: 00:01:48.50, start: 0.000000, bitrate: N/A Stream #0.0, 43, 1/1000: Video: h264 (High), yuv420p, 1280x720, 208541/10000000, PAR 115:87 DAR 1840:783, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) Stream #0.1, 88, 1/1000: Audio: aac, 48000 Hz, stereo, s16 (default) Invalid sample rate or channel count [h264 @ 0x18bf9e0] no picture 1.54 A-V: 0.000 s:0.0 aq= 0KB vq= 91KB sq= 0B f=0/0 0/0 Last message repeated 1 times
Change History (3)
comment:1 by , 13 years ago
Resolution: | → duplicate |
---|---|
Status: | new → closed |
comment:3 by , 13 years ago
Confirmed. It is working as expected now. Thanks for the feedback.
Fixed with commit Move resetting of channels, sample_rate back to av_find_stream_info.
Note:
See TracTickets
for help on using tickets.
Duplicate of ticket #213.