ffmpeg把mp4推rtsp报错：AAC with no global headers is currently not supported.

最新推荐文章于 2025-04-18 10:23:03 发布

zhuxian2009

最新推荐文章于 2025-04-18 10:23:03 发布

阅读量1.7k

点赞数

分类专栏：积累跬步音视频开发学习文章标签：实时音视频

本文链接：https://blog.csdn.net/zhuxian2009/article/details/127122601

版权

音视频开发学习同时被 2 个专栏收录

48 篇文章

订阅专栏

积累跬步

42 篇文章

订阅专栏

在尝试使用ffmpeg将本地TS文件推送到RTSP流服务器时遇到错误：AAC编码器不支持无全局头。解决方案是在命令中添加'-rtp_flags latm'参数，修正后的ffmpeg命令成功将音频和视频流复制到RTSP流中。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

原始命令是

 .\ffmpeg.exe -re -i D:\素材\1.ts -c:v copy -c:a -copy -f rtsp rtsp://localhost:8554/stream

然后报错

[rtsp @ 000000bc0ddf76b0] AAC with no global headers is currently not supported.
Could not write header for output file #0 (incorrect codec parameters ?): Server returned 400 Bad Request
Error initializing output stream 0:1 --
Stream mapping:
  Stream #0:0 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (copy)

正确命令

 .\ffmpeg.exe -re -i D:\素材\1.ts -c:v copy -c:a copy -rtpflags latm -f rtsp rtsp://localhost:8554/stream

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

zhuxian2009

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

协议知识点（4）- AAC with no global headers is currently not supported

liuzhen007的专栏

07-19

887

问题今天遇到一个问题，本来想把m3u8文件推rtsp媒体流到服务器，但是遇到一个报错： [NULL @ 0x7faddb017200] AAC with no global headers is currently not supported. 解决具体报错截图如下：

树莓派 RaspBerryPi 网络配置相关与设置usb网络摄像头进行RTSP 推流

shiter编写程序的艺术

11-21

1712

此处用的vlc构建服务器，不是很多博文介绍的，直接在vlc软件中进行设置，而是在命令行中使用命令的方式，这样没必要在服务器端进行显示，只需要在客户端显示即可。可能是帧率或者什么时间同步设置的不对。树莓派 USB 摄像头的使用。iot 学习资料大全。

参与评论您还未登录，请先登录后发表或查看评论

JavaCV error AAC with no global headers is currently not supported

zhou_Tian的博客

07-19

1021

意思就是缺少全局头部信息的AAC编码器不被支持，那么給它添加一些配置信息即可。

Could not write header for output file #0 (incorrect codec parameters ?): Server returned 403 Forbid

最新发布

好好学习，天天向上

04-18

216

我在ubuntu系统上面使用ffmpeg命令推流到位于本机上面的rtsp服务器的时候遇到这个问题。此时ufw已经关闭。

ffmpeg：Codec for stream 0 does not use global headers but container format requires global headers

Dontla的博客

01-04

1060

ubuntu下，我用.h264转换.mp4格式提示一下信息： ffmpeg -i 1e1fee9790f26fa3_202214225310.h264 -vcodec copy -f mp4 test.mp4 [root@ubuntu /arnold_test/20220104_ffmpeg_test]6# ffmpeg -i 1e1fee9790f26fa3_202214225310.h264 -vcodec copy -f mp4 test.mp4 ffmpeg version 2.8.17-0ubun

[ubuntu][技术杂谈]ffmpeg将视频转成rtsp报错Could not write header for output file #0

FL1623863129的博客

01-13

8813

插了好多资料都没解决开始我以为是依赖有问题或者ffmpeg没安装好，但是卸载后情况依然存在，正在绝望之际看到说不需要写端口，于是我改成。结果可以正常运行了，这个错误太难发现了。特此记录，希望遇到类似情况的可以顺利解决。

ffmpeg推流本地MP4 h264视频文件到rtsp服务器，rtsp客户端NVDECODE无法解码

weixin_43360707的博客

06-30

2232

问题描述：最近在音视频遇到一个问题，因为需要，必须采用英伟达的NVDEC解码接受到的rtsp流，刚开始从摄像头拉流，非常正常，后来摄像头没了，就采用ffmpeg+ZLMediaKit进行rtsp推流，结果突然就无法解码了。解决：首先想到的第一个是推的流有问题，结果用VLC又能打开，真实日了狗了。第二个想到的是h264_mp4toannexb转换有误，参考：https://github.com/gongluck/AnalysisAVP#%E6%B5%81%E5%AA%92%E4%BD%93%E5%8

2021-09-23 基于ffmpeg+nginx+rtsp的http-flv点播方案-推流失败问题分析

程序员沙子的专栏

09-23

4488

项目场景：使用ffmpeg拉取rtsp服务器的码流，并且推rtmp流到nginx，web前端使用flv码流进行点播；拉流以及推流使用的是ffmpeg原生接口；点播服务器使用是NGINX，并集成了http-flv模块（可以参考我的其他文档。）问题描述： ffmpeg打开rtsp的url，从in_stream的码流中，复制所需要的h264编码信息；然后写入对应的rtmp流（out_stream）中，结果发现写入函数av_interleaved_write_frame一直异常，无法写入？并且错误信

【FFMpeg】源码编译

郭老二

08-07

1484

【一】使用apt命令安装 1、参考博客 https://blog.csdn.net/mandagod/article/details/52337434 2、命令步骤 sudo add-apt-repository ppa:kirillshkrogalev/ffmpeg-next sudo apt-get update sudo apt-get install ffmpeg 3、官方安装包 http://ppa.launchpad.net/kirillshkrogalev/ffmpeg-next/ubu

FFMPEG进阶系列02-ffmpeg命令详解1

irainsa的博客

12-01

796

ffmpeg在做音视频编解码时非常方便，所以很多场景下转码使用的是ffmpeg，铜鼓通过ffmpeg -help命令操作可以看到ffmpeg常见的命令大概分为六部分：ffmpeg信息查询部分公共做操参数部分文件主要操作参数部分视频操作参数部分音频操作参数部分字幕操作参数部分 ffmpeg信息查询部分主要参数：ffmpeg.exe -h。

Qt+FFmpeg开发视频播放器笔记(三)：音视频流解析封装

Leroy的博客

09-11

1706

Qt6+FFmpeg SDL解码音视频播放,使用多线程，实现播放暂停和拖动快进播放功能。

将rtsp流保存为aac

08-24

获取rtsp流中的音频并保存为可播放的aac文件

实现ffmpeg将RTSP流封装成mp4、avi、flv文件的源码

07-28

实现ffmpeg将RTSP流封装成mp4、avi、flv文件的源码，也只封装格式转换，希望对你有用.........

ffmpeg连接rtsp流提示Connection refused

热门推荐

LIEY

08-23

1万+

遇到一奇怪问题，在window上用VLC打开视频流成功，用linux后台用ffmpeg却连接失败，摄像机，笔记本，开发板之间网络互通. 原因： IP冲突，通过抓包分析，ffmpeg去连接网络里的另一台同IP机器被拒绝，然后返回失败；而VLC去连接被拒绝后再次发起请求，但第二次连的是摄像机，所以连接成功。 ...

2-ffmpeg生成rtsp视频流-easydarwin.ini配置文件中修改让其推流同时本地进行存储失败原因-easydarwin部分信息

moneyxjj的博客

10-27

299

easydarwin部分信息

利用FFMPEG 将RTSP流的音频G711 转码为AAC 并推流到RTMP

baoecit的博客

03-01

1777

通过FFMpeg将音频编码G711 转为AAC格式

ffmpeg rtsp(h264、acc)录制为mp4

qq_43715359的博客

05-31

3391

IPC的RTSP视频流（含麦克风音频）拉流操作，需要录制一段视频的情况，保存为mp4容器

ffmpeg 推流rtsp流为h264/aac

esdhhh的专栏

04-07

1708

最近有一个需求，获取摄像头的数据，写mp4，视频比较好处理（解码->编码->写文件）。对于音频，稍微有点麻烦。摄像头支持的音频格式有多种，比如pcmu/pama/aac. 对于aac格式，直接写文件。对于pcma/pcmu,需要做一些处理。我的想法是，pcma解码后直接编码成aac，保持和原始数据相同的采样率通道数等，不想重采样。这里吐槽下，百度真垃圾，博客都是前...

ffmpeg 支持aac格式转换

yangzhao0001的博客

01-14

4767

网上搜了一下命令为： [java] view plaincopy ffmpeg -i 20120814164324_205.wav -acodec libfaac output.aac 出现了如下提示，没有找到编码器 Unknown encoder 'libfaac' 那就先去下载 http://downloads.sourcefo

live555 h264

01-03

### Live555 H264 Implementation and Usage in Streaming Media #### Overview of Live555 with H264 Encoding Live555 is a C++ library that facilitates the creation of RTSP (Real-Time Streaming Protocol) servers and clients. When dealing specifically with H264 encoded video streams, live555 performs several key operations to ensure proper handling of data. In an H264 stream, important configuration information such as PPS (Picture Parameter Set) and SPS (Sequence Parameter Set) are crucial for decoding frames correctly. These parameters define how each frame should be interpreted by decoders. In the context of live555, this critical metadata is extracted during the SDP description phase rather than being embedded within individual RTP packets[^1]. Once these settings have been established through the initial setup process via RTSP DESCRIBE requests, subsequent RTP payloads transmitted over UDP contain only raw NAL units without any additional headers or parameter sets attached. This design choice reduces overhead while maintaining compatibility across different devices and applications using standardized protocols like RTP/RTCP. To access specific details about codec configurations after establishing connections, developers can utilize functions provided by live555's API, including `parseSPropParameterSets`, which parses base64-encoded strings from SDPs into usable binary formats suitable for passing directly onto other libraries responsible for actual playback or further processing tasks. #### Code Example Demonstrating How to Handle H264 Streams Using Live555 Library Below demonstrates basic steps involved when working with H264 content streamed over RTSP: ```cpp // Initialize environment variables required by LIVE555 TaskScheduler* scheduler = BasicTaskScheduler::createNew(); UsageEnvironment& env(*scheduler); // Create URL object pointing towards target resource location char const* url = "rtsp://example.com/path/to/stream"; RTSPClient* rtsp_client = RTSPClient::createNew(env, url, 1 /* timeout */ ); if (!rtsp_client){ cerr << "Failed creating RTSP client!" << endl; } // Implement callback function to handle incoming media samples void afterGettingFrame(void* clientData, unsigned frameSize, unsigned numTruncatedBytes, struct timeval presentationTime, unsigned durationInMicroseconds) { u_int8_t* buffer; // Buffer containing received sample // Process frame here... } ``` This code snippet initializes necessary components needed before initiating communication sessions between server-client pairs operating under RTSP protocol specifications. Additionally, it showcases implementing custom callbacks designed to manage newly arrived multimedia segments efficiently once they arrive at endpoints configured appropriately according to application requirements specified earlier on startup sequences outlined above. --related questions-- 1. What modifications would one need to make if intending to support multiple codecs simultaneously? 2. Can you explain more about parsing sprop-parameter-sets found inside SDP descriptions? 3. Are there alternative methods available besides utilizing parseSPropParameterSets() method offered natively within Live555 framework itself? 4. Is it possible to integrate FFMPEG alongside Live555 for enhanced functionality regarding transcoding processes involving various audiovisual standards supported today? 5. How does Live555 handle synchronization issues arising due to network jitter affecting real-time transmission quality adversely?