Opened 13 years ago
Closed 13 years ago
#654 closed defect (invalid)
When listening from a mpeg-ts source, when the codec to HE-ACC mono, SWR doesn't detect the number of channels correctly!
Reported by: | asbro | Owned by: | Michael Niedermayer |
---|---|---|---|
Priority: | normal | Component: | undetermined |
Version: | git-master | Keywords: | |
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description
[root@ns360662 ~]# ffmpeg -y -loglevel info -vsync 2 -async 4000 -i "udp://0.0.0.0:30000?pkt_size=1316" -r 15 -g 30 -c:v libx264 -threads 2 -preset fast -vprofile baseline -level 3.0 -b:v 200k -s 320x180 -c:a libfaac -b:a 128k -ac 2 -ar 44100 -f flv "rtmp://0.0.0.0:1945/live/iphone"
ffmpeg version N-34855-gc8136eb, Copyright (c) 2000-2011 the FFmpeg developers
built on Nov 14 2011 22:04:45 with gcc 4.1.2 20080704 (Red Hat 4.1.2-51)
configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --enable-runtime-cpudetect --enable-gpl --enable-version3 --enable-debug --enable-postproc --enable-avfilter --enable-libfreetype --enable-pthreads --disable-avisynth --enable-libmp3lame --enable-librtmp --enable-libx264 --enable-libxvid --enable-libfaac --enable-libaacplus --enable-nonfree --extra-cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC' --disable-stripping
libavutil 51. 24. 1 / 51. 24. 1
libavcodec 53. 33. 0 / 53. 33. 0
libavformat 53. 20. 0 / 53. 20. 0
libavdevice 53. 4. 0 / 53. 4. 0
libavfilter 2. 48. 1 / 2. 48. 1
libswscale 2. 1. 0 / 2. 1. 0
libpostproc 51. 2. 0 / 51. 2. 0
[mpegts @ 0x621120] Unable to seek back to the start
[mpegts @ 0x621120] max_analyze_duration 5000000 reached at 5013600
[mpegts @ 0x621120] Estimating duration from bitrate, this may be inaccurate
Input #0, mpegts, from 'udp://0.0.0.0:30000?pkt_size=1316':
Duration: N/A, start: 54.202311, bitrate: 116 kb/s
Program 1
Stream #0:0[0x100]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p, 640x360 [SAR 1:1 DAR 16:9], 40.4 6 fps, 25 tbr, 90k tbn, 50 tbc
Stream #0:1[0x101]: Audio: aac ([15][0][0][0] / 0x000F), 44100 Hz, stereo, s16, 116 kb/s
[buffer @ 0x92bca0] w:640 h:360 pixfmt:yuv420p tb:1/1000000 sar:1/1 sws_param:
[scale @ 0x64c2a0] w:640 h:360 fmt:yuv420p -> w:320 h:180 fmt:yuv420p flags:0x4
[libx264 @ 0x676660] using SAR=1/1
[libx264 @ 0x676660] using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64
[libx264 @ 0x676660] profile Constrained Baseline, level 3.0
[libx264 @ 0x676660] 264 - core 119 r2106 07efeb4 - H.264/MPEG-4 AVC codec - Copyleft 2003-2011 - http://www.v ideolan.org/x264.html - options: cabac=0 ref=2 deblock=1:0:0 analyse=0x1:0x111 me=hex subme=6 psy=1 psy_rd=1.0 0:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=1 chroma_qp_offs et=-2 threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 we ightp=0 keyint=30 keyint_min=3 scenecut=40 intra_refresh=0 rc_lookahead=30 rc=abr mbtree=1 bitrate=200 ratetol =1.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, flv, to 'rtmp://0.0.0.0:1945/live/iphone':
Metadata:
encoder : Lavf53.20.0
Stream #0:0: Video: h264 ([7][0][0][0] / 0x0007), yuv420p, 320x180 [SAR 1:1 DAR 16:9], q=-1--1, 200 kb/s, 1k tbn, 15 tbc
Stream #0:1: Audio: aac ([10][0][0][0] / 0x000A), 44100 Hz, 2 channels, s16, 128 kb/s
Stream mapping:
Stream #0:0 -> #0:0 (h264 -> libx264)
Stream #0:1 -> #0:1 (aac -> libfaac)
Press [q] to stop, ? for help
Input stream #0:1 frame changed from rate:44100 fmt:s16 ch:2 to rate:48000 fmt:s16 ch:2 drop=2002
[SWR @ 0x685720] Input channel layout has a different number of channels than the number of used channels, ignoring layout
Input stream #0:1 frame changed from rate:48000 fmt:s16 ch:2 to rate:44100 fmt:s16 ch:2 drop=2056
frame= 9125 fps= 15 q=28.0 size= 25608kB time=00:10:24.73 bitrate= 335.8kbits/s dup=0 drop=5934
Change History (6)
comment:1 by , 13 years ago
Component: | FFmpeg → undetermined |
---|
comment:2 by , 13 years ago
Is the problem also reproducible if you encode to a file (instead of a stream)?
comment:4 by , 13 years ago
Please provide a sample either here or upload to http://www.datafilehost.com/
comment:5 by , 13 years ago
meanwhile i update to the latest git and the problem is solved! thanks ;)
comment:6 by , 13 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
Are external libraries necessary to reproduce your problem?
(Is the problem also reproducible with -vcodec mpeg4 and -strict experimental -acodec aac?)