ffmpeg中遇到UINT64_C’ was not declared in this scope

最新推荐文章于 2022-09-02 19:11:35 发布
转载 最新推荐文章于 2022-09-02 19:11:35 发布 · 7.6k 阅读 · 2
文章标签：

#ffmpeg #function

本文详细介绍了在使用ffmpeg时遇到的关于UINT64_C未声明的错误，包括错误源和解决方案。通过在cpp文件中加入特定代码片段或直接修改libavutil/common.h文件，可以有效解决此问题。

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

fmpeg 默认是用C文件来编译的，如果某个CPP文件想引用ffmpeg中的某些函数或者头文件，有可能出现

‘UINT64_C’ was not declared in this scope的错误

情形大概如下

The same issue i'm getting here when compiling chromium with ffmpeg from svn:

In file included from /usr/include/libavutil/avutil.h:81:0,

from /usr/include/libavcodec/avcodec.h:30,                

 from out/Release/obj.target/geni/ffmpeg_stubs.cc:16:

/usr/include/libavutil/common.h: In function 'int32_t av_clipl_int32(int64_t)':

/usr/include/libavutil/common.h:154:47: error: 'UINT64_C' was not declared in this scope

make: *** [out/Release/obj.target/geni/ffmpeg_stubs.o] Error 1

可以 在cpp文件中加入

extern "C"{

#ifdef __cplusplus
 #define __STDC_CONSTANT_MACROS
 #ifdef _STDINT_H
  #undef _STDINT_H
 #endif
 # include <stdint.h>
#endif

}

或者

/usr/local/include/libavutil/common.h: In function ‘int32_t av_clipl_int32_c(int64_t)’:
/usr/local/include/libavutil/common.h:170: error: ‘UINT64_C’ was not declared in this scope

这个问题可以这么解决

编辑文件  gedit /usr/local/include/libavutil/common.h

添加如下代码可以解决。

//add by bg2bkk
#ifndef UINT64_C
#define UINT64_C(value) __CONCAT(value, ULL)
#endif
//add by bg2bkk



来解决


FFmpeg：‘UINT64_C‘ was not declared in ths scope
github_34572149的博客
03-26 220
FFmpeg：‘UINT64_C‘ was not declared in ths scope
错误提示“was not declared in this scope”是在C++编译过程中常见的错误之一
TechNovaX的博客
08-20 2万+
错误提示“was not declared in this scope”是在C++编译过程中常见的错误之一。以下是一个例子，展示了这个错误的典型情况以及给出的解决方案。总结一下，当你在C++中遇到“was not declared in this scope”错误时，意味着你的标识符（变量、函数等）在当前作用域中未声明或引入。解决这个问题的方法是提前声明该标识符，以确保编译器可以找到它的定义。函数的声明，我们解决了该错误。函数中，我们声明并初始化了一个名为。函数的声明并成功编译代码。这个错误告诉我们，在。
ffmpeg: 'UINT64_C' was not declared in this scope
录事参军
02-13 8402
ffmpeg 是使用C语言写的，默认使用C编译，如果要在C++中调用ffmpeg，则有可能出现错误： ffmpeg: 'UINT64_C' was not declared in this scope 解决办法两种： 一种是： extern "C"{ #ifdef __cplusplus  #define __STDC_CONSTANT_MACROS
ffmpeg: ‘UINT64_C’ was not declared in this scope
KidLeaf2的专栏
07-10 5124
解决方法： 在该头文件加以下语句就行了。 #ifndef INT64_C #define INT64_C #define UINT64_C #endif  这个要放在 extern "C" { #include #include #include #include } 之前。 开发环境： QT 4.8.1 ffmpeg 0.6
国标GB28181协议视频推流平台EasyGBD在Linux下编译报“UINT64_C在此作用领域中尚未声明”错误
EasyGBS的博客
12-23 423
上一篇我们讲了国标GB28181协议视频推流平台EasyGBD正在重新编译，在编译中难免遇到不同的报错，比如“UINT64_C在此作用领域中尚未声明”错误就是其中一个。 出现该问题的原因大概率是EasyGBD平台的编译引用到了ffmpeg库，在调用ffmpeg库时出现了未定义现象。 由于是未定义UINT64_C，我们可以通过重新定义UINT64_C来解决该问题。 编译没有再出现此问题。 但仍然出现错误： Libx264库需要GLIBC_2.17的版本，而使用的版本是GLIBC 2.
/usr/local/include/libavutil/common.h:170:47: 错误： ‘UINT64_C’在此作用域中尚未声明
vishtvro的专栏
01-21 5130
解决： 在libavutil/common.h中添加 #ifndef UINT64_C(val) #define UINT64_C(val) val##ULL #endif
Function 'UINT64_C' could not be resolved
Topurce的专栏
02-14 6276
如题，我们在使用Eclipse for C++时，通过增加定义-D__STDC_CONSTANT_MACROS, 可以使编译通过，但CDT的智能提示却总是报错， 通过一番查找，在stdint.h头文件中发现了它的定义: /* The ISO C99 standard specifies that in C++ implementations these should only be d
ffmpeg Common.h error C3861: “UINT64_C”: 找不到标识符
summer_9527的博客
09-27 833
解决方法：在common.h中添加如下代码： #ifndef INT64_C #define INT64_C(c) (c ## LL) #define UINT64_C(c) (c ## ULL) #endif #ifdef __cplusplus #define __STDC_CONSTANT_MACROS #ifdef _STDINT_H #undef _STDINT_H #endif #...
xcode在编译时出现unknown type name uint64_t
qq_37857689的博客
09-02 1447
xcode在编译时出现unknown type name uint64_t
Linux移植兼容问题
Tangmp3的博客
06-04 750
Linux数据格式详见https://www.cnblogs.com/xkfz007/articles/2391865.html 将VS2013开发的项目移植于Linux中，出现整数类型和库不兼容问题。 1. uint64_t was not declared in this scope 2.__int64 does not name a type 3.‘numeric_limits’ ...
c# uint64_C＃中的uint，UInt16，UInt32和UInt64之间的区别
06-25 6847
c# uint64uint, UInt16, UInt32 and UInt64 are used to represent unsigned integers with values ranging based on their capacities/occupied size in the memory. These types work with positive values only. ...
【报错】C/C++作用域内未声明问题：error: ‘XXX‘ was not declared in this scope
weixin_46302510的博客
10-20 3万+
问题： 报错：error: ‘XXX’ was not declared in this scope 翻译：错误：在作用域内，未声明’XXX’ 原因： 1、忘记定义。 写代码的时候疏忽，以至于一些变量直接使用但没有定义。只要对应定义相应的函数或变量就好了。 2、拼写错误。 写代码的时候打错了字符。看一下是不是哪个字母写错了，对应修改就行。 3、作用域不正确。 在超出变量和函数的作用域部分使用了该变量或函数。这时候得通过定义位置，要么增加声明的手段，加大变量的作用域使其包含引用位置。 4、头文件相互包含。 在
昨天的错误修改后，make出现error: 'UINT64_C' was not declared in this scope
chenaini119的专栏
03-11 1321
/usr/local/include/libavutil/common.h 里面的common.h出错了 主要是c和c++区别 在common.h的最上面添加 #ifndef   UINT64_C #define   UINT64_C(value)__CONCAT(value,ULL) #endif 问题就可以解决 如果ubuntu11.04可以根据h
C语言小知识---数据类型
HXYDJ的博客
10-01 5253
  看到这个题目好多人肯定会迷惑，数据类型有什么可说的，这不是编程的基础吗？凡是会写代码的肯定都熟悉数据类型，不就是char,int,float,double这些每天都用成百上千次的的类型吗？各位看官切莫着急，且听我慢慢道来。   对于上位机开发来说，数据类型基本没有什么特别注意的，无非就是32位系统和64位系统的数据长度不一样。正是这个数据长度的问题，对于单片机开发来说，却是至关重要的。因为单片机有8位、16位、32位。如果不注意数据类型，不注意数据长度，那么在编写代码的时候，很容易就会造成数据溢出，导致
uint8_t / uint16_t / uint32_t /uint64_t 是什么数据类型c++/c？ (在andriod源码中)
Decisiveness的专栏
03-06 1939
typedef signed char int8_t typedef unsigned char uint8_t typedef signed int int16_t typedef unsigned int uint16_t typedef signed long int int32_t typedef unsigned long int uint32_t typedef signe
g++编译报错原因分析“was not declared in this scope"
热门推荐
oguro的博客
09-28 12万+
在编译程序的时候，提示：“was not declared in this scope"。 经过分析后发现原因如下： 1.变量、函数、或者类未声明或者定义。这是最简单的情况~却是我经常犯的错误（基本也是这几个原因中可能性最大的） 另外，网上有人指出以下原因也会导致该提示错误： 2.头文件相互#include时，导致了依赖关系错误。比如，头文件形成了一个环形依赖， /***fi
error: unknown type name 'uint64_t'|
共觞的博客
04-29 1万+
unknown type name ‘uint32_t’ error: unknown type name ‘uint64_t’| 解决：添加头文件： #include <stdint.h> QMAKE_CXXFLAGS += -O3 -std=c++11
树莓派2移植linux,移植sdk到树莓派大量报错
weixin_36473056的博客
05-16 509
之前头文件重定义问题没解决，想着先把已经做好的小demo(在ubuntu 16.04+qt5环境下成功编译运行)移植到树莓派先，没想到一模一样的工程在树莓派+ubuntu mate16.04+qt5环境下报出50多个错误，好像是什么构造函数被解析了，头都大了。 报错信息：14:04:13: 为项目face_check执行步骤 ...14:04:13: 配置没有改变, 跳过 qmake 步骤。14:...
Linux C/C++编译问题 xxx was not declared in this scope
是鲤鱼啊
09-03 2万+
原因可能是以下几种： 变量名或函数名写错了; 忘记定义了 没有成功链接到静态库或动态库; include头文件时出现了错误 解决方法： 1.有时变量名写错时,明知道位置也看不出的时候也不在少数; 原因有可能是大小写不一致，拼写的前后顺序不对等; 2.有多个文件的时候最好写makefile，直接用g++命令有可能会漏掉".c或.cpp"文件，导致出现问题。 3.找不到动态库或静态库，或者是静态库和动态库与头文件不匹配。 本文解决方法： 根据报错，找不到头文件里的各字符串名 于...
D:\chacha\ffmpeg\ffmpeg\decode_file.cpp:145: error: 'av_image_alloc' was not declared in this scope; did you mean 'av_max_alloc'? ../../decode_file.cpp: In member function 'void Decode_file::convert_frame_to_qimage(AVFrame*)': ../../decode_file.cpp:145:9: error: 'av_image_alloc' was not declared in this scope; did you mean 'av_max_alloc'? 145 | if (av_image_alloc(dst_data, dst_linesize, | ^~~~~~~~~~~~~~ | av_max_alloc
最新发布
03-11
<think>嗯，用户遇到了编译错误，提示‘av_image_alloc’未声明，建议‘av_max_alloc’。之前已经介绍过这个函数可能的错误原因，但这次的问题明显不同，是编译时找不到函数声明。 首先，我应该想到这可能是因为头文件没有正确包含。FFmpeg的函数需要对应的头文件，av_image_alloc在libavutil/imgutils.h里。用户可能没有包含这个头文件，导致编译器找不到声明。 另外，需要注意FFmpeg的版本是否支持这个函数。如果用户使用的是较旧的版本，可能函数名不同或者不存在。比如，有些旧版本可能用avpicture_alloc来代替，虽然已经被弃用，但用户如果参考了过时的代码，可能会遇到问题。 然后，链接库的问题也不能忽视。即使头文件正确包含，如果没有链接到avcodec、avutil等库，编译器在链接阶段也会报错。不过当前错误是编译阶段的，所以更可能是头文件问题。 还有，用户是否正确地使用了extern "C"？因为FFmpeg是C库，如果在C++文件中使用，需要用extern "C"包裹包含语句，避免名称修饰导致的问题。 此外，函数名拼写错误也有可能，但用户贴出的错误信息显示他们确实写了av_image_alloc，而编译器建议av_max_alloc，说明拼写正确，但可能函数不存在，所以需要确认FFmpeg的安装是否正确，或者是否有配置选项禁用了相关模块。 接下来，我应该分步骤引导用户检查这些可能性，从包含头文件开始，然后是检查FFmpeg版本，接着是extern "C"的使用，最后确认链接库和安装情况。同时，提供一个简单的代码示例，帮助他们验证是否正确包含头文件，并指导如何查找函数的存在与否。 另外，用户可能是在Windows环境下开发，路径中有D:\chacha\ffmpeg，可能需要确认他们的编译环境是否正确设置了包含路径和库路径，是否在项目中正确配置了这些设置。但用户当前的错误是作用域内未声明，更多是源码层面的问题，而非链接或路径设置，所以优先级较低，但可以作为补充提醒。 最后，总结可能的原因，并给出逐步解决方案，帮助用户系统性地排查问题，确保他们能一步步解决问题，而不是遗漏某个关键点。</think>这个编译错误表明编译器找不到 `av_image_alloc` 函数的声明，可能由以下原因导致： --- ### **1. 缺少头文件包含** `av_image_alloc` 是 FFmpeg 图像工具函数，需要包含以下头文件： ```cpp extern "C" { #include <libavutil/imgutils.h> // 核心头文件 } ``` #### 检查代码： - 确保在调用 `av_image_alloc` 的代码文件（`decode_file.cpp`）中包含了上述头文件。 - 如果是 C++ 项目，需用 `extern "C"` 包裹 FFmpeg 头文件，避免符号名冲突。 --- ### **2. FFmpeg 版本兼容性问题** - **旧版本 FFmpeg**：`av_image_alloc` 在较新版本中引入，旧版本可能使用 `avpicture_alloc`（已废弃）。 - **验证函数存在**： - 查看 FFmpeg 头文件 `libavutil/imgutils.h` 中是否有 `av_image_alloc` 的声明。 - 执行 `grep -rn "av_image_alloc" /path/to/ffmpeg/headers` 确认函数是否存在。 --- ### **3. 编译链接问题** #### 检查编译参数： - **包含路径**：确保编译器能找到 FFmpeg 头文件（如 `-I/path/to/ffmpeg/include`）。 - **链接库**：链接时需包含 `libavutil`（如 `-lavutil`）。 - **静态/动态库**：确认使用的 FFmpeg 库是正确编译安装的版本。 #### 示例编译命令（Linux）： ```bash g++ decode_file.cpp -o output -I/path/to/ffmpeg/include -L/path/to/ffmpeg/lib -lavcodec -lavutil -lswscale ``` --- ### **4. 函数替换方案（旧版本 FFmpeg）** 如果确认 FFmpeg 版本过旧，可使用 `avpicture_alloc` 替代（注意：该函数已废弃）： ```cpp #include <libavcodec/avcodec.h> // 需包含此头文件 AVFrame* frame = av_frame_alloc(); avpicture_alloc((AVPicture*)frame, AV_PIX_FMT_RGB24, width, height); // 使用后需手动释放：avpicture_free((AVPicture*)frame); ``` --- ### **5. 代码示例修正** 修改后的代码片段： ```cpp extern "C" { #include <libavutil/imgutils.h> } void Decode_file::convert_frame_to_qimage(AVFrame* frame) { uint8_t* dst_data[4] = {nullptr}; int dst_linesize[4] = {0}; int ret = av_image_alloc(dst_data, dst_linesize, width, height, AV_PIX_FMT_RGB32, 32); if (ret < 0) { // 错误处理 } // 使用后需手动释放内存：av_freep(&dst_data[0]); } ``` --- ### **总结步骤** 1. **确认头文件包含**：添加 `#include <libavutil/imgutils.h>` 并用 `extern "C"` 包裹。 2. **检查 FFmpeg 版本**：更新 FFmpeg 或使用兼容函数。 3. **验证编译参数**：确保包含路径和链接库正确。 4. **替换废弃函数**（可选）：使用 `avpicture_alloc`（不推荐长期方案）。 若仍有问题，请提供以下信息： - FFmpeg 版本（`ffmpeg -version`） - 完整的编译命令和错误日志 - `libavutil/imgutils.h` 文件内容片段（搜索 `av_image_alloc`）
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值