Context Navigation

#2205 closed defect (invalid)

It does not be streaming a RTSP(H.264/AAC) using ffserver.

Reported by:	Eric Ahn	Owned by:	Eric Ahn
Priority:	normal	Component:	ffserver
Version:	git-master	Keywords:	rtsp rtp aac ffserver
Cc:		Blocked By:
Blocking:		Reproduced by developer:	no
Analyzed by developer:	no

Description

Summary of the bug:

I have a got a error, that is "AAC with no global headers is currently not supported." whenever an rtsp client tried to play the stream.
I read a old post that the url of ffmpeg-devel is http://ffmpeg.org/pipermail/ffmpeg-devel/2010-May/096088.html.

How to reproduce:

# ffmpeg -i http://qthttp.akamai.com.edgesuite.net/iphone_demo/Video_Content/npr/blindpilot_hdv_bug/all.m3u8 -acodec copy -vcodec copy http://10.10.250.122:8090/feed1.ffm
ffmpeg version N-48413-gdc8b367 Copyright (c) 2000-2013 the FFmpeg developers
  built on Jan 22 2013 15:58:23 with gcc 4.5 (SUSE Linux)
  configuration: --enable-gpl --enable-nonfree --enable-version3 --enable-libx264 --enable-libfaac --enable-libmp3lame --extra-cflags=-I/home/work/ffmpeg/x264 --extra-ldflags=-L/usr/local/lib
  libavutil      52. 13.100 / 52. 13.100
  libavcodec     54. 85.101 / 54. 85.101
  libavformat    54. 59.102 / 54. 59.102
  libavdevice    54.  3.102 / 54.  3.102
  libavfilter     3. 30.102 /  3. 30.102
  libswscale      2.  1.103 /  2.  1.103
  libswresample   0. 17.102 /  0. 17.102
  libpostproc    52.  2.100 / 52.  2.100
[mpegts @ 0x1564600] Estimating duration from bitrate, this may be inaccurate
[mpegts @ 0x16339a0] Estimating duration from bitrate, this may be inaccurate
[mpegts @ 0x174aca0] Estimating duration from bitrate, this may be inaccurate
Input #0, hls,applehttp, from 'http://qthttp.akamai.com.edgesuite.net/iphone_demo/Video_Content/npr/blindpilot_hdv_bug/all.m3u8':
  Duration: 00:03:51.00, start: 10.000000, bitrate: 0 kb/s
  Program 0 
    Metadata:
      variant_bitrate : 860000
    Stream #0:0: Audio: aac ([15][0][0][0] / 0x000F), 32000 Hz, stereo, fltp, 65 kb/s
    Metadata:
      variant_bitrate : 860000
    Stream #0:1: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p, 400x224, 29.97 tbr, 90k tbn, 180k tbc
    Metadata:
      variant_bitrate : 860000
  Program 1 
    Metadata:
      variant_bitrate : 512000
    Stream #0:2: Audio: aac ([15][0][0][0] / 0x000F), 32000 Hz, stereo, fltp, 65 kb/s
    Metadata:
      variant_bitrate : 512000
    Stream #0:3: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p, 400x224, 29.97 tbr, 90k tbn, 180k tbc
    Metadata:
      variant_bitrate : 512000
  Program 2 
    Metadata:
      variant_bitrate : 160000
    Stream #0:4: Audio: aac ([15][0][0][0] / 0x000F), 32000 Hz, mono, fltp, 34 kb/s
    Metadata:
      variant_bitrate : 160000
    Stream #0:5: Video: h264 (Constrained Baseline) ([27][0][0][0] / 0x001B), yuv420p, 400x224, 11.99 tbr, 90k tbn, 180k tbc
    Metadata:
      variant_bitrate : 160000
Output #0, ffm, to 'http://10.10.250.122:8090/feed1.ffm':
  Metadata:
    creation_time   : now
    encoder         : Lavf54.59.102
    Stream #0:0: Video: h264 ([27][0][0][0] / 0x001B), yuv420p, 400x224, q=2-31, 1000k tbn, 90k tbc
    Metadata:
      variant_bitrate : 860000
Stream mapping:
  Stream #0:1 -> #0:0 (copy)

# cat ffserver.conf
Port 8090
BindAddress 0.0.0.0
MaxHTTPConnections 5
MaxClients 5
MaxBandwidth 40000
CustomLog -
NoDaemon

RTSPPort 5454
RTSPBindAddress 0.0.0.0

<Feed feed1.ffm>
File /tmp/feed1.ffm
FileMaxSize 100M
ACL allow localhost
ACL allow 127.0.0.1
ACL allow 10.10.250.0 10.10.255.255
#Launch ffmpeg -i http://qthttp.akamai.com.edgesuite.net/iphone_demo/Video_Content/npr/blindpilot_hdv_bug/all.m3u8
</Feed>

<Stream live.h264>
Format rtp
Feed feed1.ffm
</Stream>

<Stream status.html>
Format status
ACL allow localhost
#ACL allow 192.168.0.0 192.168.255.255
ACL allow 10.10.250.0 10.10.255.255
ACL allow 127.0.0.1
</Stream>

<Redirect index.html>
URL http://www.ffmpeg.org/
</Redirect>

We run ffserver with ffserver.conf, and tried to play using VLC(rtsp://10.10.250.122:5454/live.h264)

# ffsever -f ffserver.conf
ffserver version N-48413-gdc8b367 Copyright (c) 2000-2013 the FFmpeg developers

built on Jan 22 2013 15:58:23 with gcc 4.5 (SUSE Linux)
configuration: --enable-gpl --enable-nonfree --enable-version3 --enable-libx264 --enable-libfaac --enable-libmp3lame --extra-cflags=-I/home/work/ffmpeg/x264 --extra-ldflags=-L/usr/local/lib
libavutil 52. 13.100 / 52. 13.100
libavcodec 54. 85.101 / 54. 85.101
libavformat 54. 59.102 / 54. 59.102
libavdevice 54. 3.102 / 54. 3.102
libavfilter 3. 30.102 / 3. 30.102
libswscale 2. 1.103 / 2. 1.103
libswresample 0. 17.102 / 0. 17.102
libpostproc 52. 2.100 / 52. 2.100

Mon Jan 28 12:21:49 2013 FFserver started.
Mon Jan 28 12:21:54 2013 10.10.250.122 - - [GET] "/feed1.ffm HTTP/1.1" 200 4175

Mon Jan 28 12:22:02 2013 [NULL @ 0x14cc500]AAC with no global headers is currently not supported.
Mon Jan 28 12:22:02 2013 10.10.250.85 - - [DESCRIBE] "rtsp://10.10.250.122:5454/live.h264 RTSP/1.0" 200 541
Mon Jan 28 12:22:02 2013 10.10.250.85 - - [OPTIONS] "rtsp://10.10.250.122:5454 RTSP/1.0" 200 85

ps : if it use a NoAudio in ffserver.conf, we play well with vlc.

Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker.

Change History (6)

comment:1 by Eric Ahn, 12 years ago

Version:	unspecified → git-master

comment:2 by Eric Ahn, 12 years ago

Owner:	set to Eric Ahn
Status:	new → open

I found ticket at https://ffmpeg.org/trac/ffmpeg/ticket/228, got same error message, but looks different ffserver.conf and stream contents.

I'm going to capture packet using tcpdump for a closer look the rtsp flow.