使用FFMPEG与Visual Studio 2013 Express的链接器错误(Linker error using FFMPEG with Visual Studio 2013 Express)
我正在尝试使用FFMPEG库编写程序。 我在这个链接中读到了。 我从http://ffmpeg.zeranoe.com/builds/下载了Shared和Devs文件。
我创建了一个控制台项目,这是配置:
其他图书馆目录
附加包含目录
这是我的代码:
#include "stdafx.h" #pragma comment (lib, "avformat.lib") #pragma comment (lib, "avcodec.lib") #pragma comment (lib, "avutil.lib") extern "C" { #ifndef __STDC_CONSTANT_MACROS #define __STDC_CONSTANT_MACROS #endif #include <libavcodec\avcodec.h> #include <libavformat\avformat.h> #include <libswscale\swscale.h> #include <libavutil\avutil.h> } int _tmain(int argc, _TCHAR* argv[]) { av_register_all(); return 0; }
我得到的错误是这样的:
错误1错误LNK2019:函数_wmain中引用的未解析的外部符号_av_register_all C:\ Users \ Andres \ Documents \ Visual Studio 2013 \ Projects \ PruebaFFMPEG \ PruebaFFMPEG \ PruebaFFMPEG.obj PruebaFFMPEG
错误2错误LNK1120:1个未解析的外部C:\ Users \ Andres \ Documents \ Visual Studio 2013 \ Projects \ PruebaFFMPEG \ Debug \ PruebaFFMPEG.exe PruebaFFMPEG
我错过了什么?
I am trying to write a program using FFMPEG libraries. I read about in this link. I downloaded Shared and Devs files from http://ffmpeg.zeranoe.com/builds/.
I created a console project and this is the configuration:
Additional Libraries Directories
Additional Include Directories
And here is my code:
#include "stdafx.h" #pragma comment (lib, "avformat.lib") #pragma comment (lib, "avcodec.lib") #pragma comment (lib, "avutil.lib") extern "C" { #ifndef __STDC_CONSTANT_MACROS #define __STDC_CONSTANT_MACROS #endif #include <libavcodec\avcodec.h> #include <libavformat\avformat.h> #include <libswscale\swscale.h> #include <libavutil\avutil.h> } int _tmain(int argc, _TCHAR* argv[]) { av_register_all(); return 0; }
And the error I am getting is this:
Error 1 error LNK2019: unresolved external symbol _av_register_all referenced in function _wmain C:\Users\Andres\Documents\Visual Studio 2013\Projects\PruebaFFMPEG\PruebaFFMPEG\PruebaFFMPEG.obj PruebaFFMPEG
Error 2 error LNK1120: 1 unresolved externals C:\Users\Andres\Documents\Visual Studio 2013\Projects\PruebaFFMPEG\Debug\PruebaFFMPEG.exe PruebaFFMPEG
What am I missing?
原文:https://stackoverflow.com/questions/20672777
最满意答案
使用当前配额,您每天可以上传近660个视频。 如果你接近这个数字,你可以填写一个长形式的表格,你需要两杯咖啡,可能需要2个多小时才能完成。 如果您的应用与“服务条款”兼容,他们会在大约48小时内发送结果并批准结果。 它是免费的。
干杯。
编辑
它没有在任何地方记录,但最近(几乎从我回答这个问题的那天起),YouTube已经改变了数据api,每天它接受50个视频,之后它每15分钟只接受一个视频。 并且因为它仅在未经YouTube记录或解释的情况下应用,我们无法预测将会有什么限制。
With the current quota, you can upload near 660 videos a day. If you get close to that number you can fill that form which is a long form and you need two cups of coffee and perhaps more than 2 hours to do it. In around 48 hours, they will send the result and will approve it, if your app behaves compatible with "terms of service". And it's free.
Cheers.
Edit
It is not documented anywhere, but very recently (almost since the day I answered this question), YouTube has changed the data-api, that each day it accepts 50 videos, and afterward it accepts only one video per 15 minutes. And because it is just applied without being documented nor explained by YouTube, we cannot anticipate what the limitation is going to be.
相关问答
更多-
配额限制(quota restrictions)[2022-01-02]
定价页面对其进行了解释: 如果您的需求超出以下默认限制,我们建议您联系销售代表 。 It is explained on the Pricing page: If your needs exceed the default limits below, we encourage you contact a sales representative. -
不存在此类历史配额使用API。 您应该按照https://youtube-eng.googleblog.com/2010/02/best-practices-for-avoiding-quota-issues_9.html中的建议避免配额问题 No such Historical Quota Usage API exists. You should avoiding quota issues as suggested at https://youtube-eng.googleblog.com/2010/02 ...
-
配额增加过程中存在一个错误,导致更改无法生效。 该错误已在代码中修复,应该在下周初发布。 There was a bug in the quota increase process that prevented changes from going into effect. The bug has been fixed in code and should be released early next week.
-
配额是指您在未请求访问权限的情况下允许向Google API发出的请求数。 大多数Google API都有免费配额,谷歌允许您在不要求获得更多请求的许可的情况下提出许多要求。 有基于项目的配额和基于用户的配额。 Unless it says other wise APIs Quotas are projects based not user based. 用户配额示例 每用户限制10个请求/秒/用户 某些配额是基于用户的,用户通常是已对该请求进行身份验证的人。 发送给谷歌的每个请求都包含有关谁以请求来自的 ...
-
目前没有办法使用API检索这个。 只有您知道的仪表板工具才能让您跟踪配额使用情况。 离文档最近的是配额计算器 ,它可以让你估计你使用配额的方式。 There is currently no way to retrieve this using the API. Only the dashboard tool, which you are aware of, lets you keep track of your quota usage. The closest thing from the docs is ...
-
GData Youtube API的搜索视频方法是免费的(免费配额)吗?(Is GData Youtube API's Search Videos method free(Quota free)?)[2023-03-07]
它受每个IP限制,低于API配额。 最佳做法是使用开发人员密钥以获得更好的配额限制。 It is limited per IP basis, which is less than API quota. Best practice is to use developer key to have better quota limits. -
使用当前配额,您每天可以上传近660个视频。 如果你接近这个数字,你可以填写一个长形式的表格,你需要两杯咖啡,可能需要2个多小时才能完成。 如果您的应用与“服务条款”兼容,他们会在大约48小时内发送结果并批准结果。 它是免费的。 干杯。 编辑 它没有在任何地方记录,但最近(几乎从我回答这个问题的那天起),YouTube已经改变了数据api,每天它接受50个视频,之后它每15分钟只接受一个视频。 并且因为它仅在未经YouTube记录或解释的情况下应用,我们无法预测将会有什么限制。 With the curre ...
-
Youtube API会对loadVideoById(videoId)影响配额(Youtube API does loadVideoById(videoId) affect quota)[2022-03-15]
如果您只是使用Youtube IFrame API ,则可能不会影响您的配额。 如果您要使用Youtube Data API (以获取视频,播放列表和频道等), Youtube Analytics和Youtube报告 ,这只会增加您的配额。 这些API将需要API Key或OAuth 2.0客户端ID才能运行( 凭据,访问,安全性和身份 )。 一个相关的SO问题还说,“ 不需要API密钥,也没有在任何文档或开发者控制台中指定配额限制。 ” 希望这可以帮助! You probably would not af ... -
不,目前无法在API控制台中查看较旧的使用信息。 Nope, it's currently not possible to see older usage information in the API console.
-
对于这个额度,你必须通过你的信用卡识别自己,就是这样。 您可以将此密钥用于个人用途或业务无关紧要。 因为整个应用程序拥有大量的搜索配额。 无论有多少人安装该应用程序。 所以答案是它也适合个人用户。 谢谢 for this amount of quota you have to identify yourself through your credit card and thats it. you can use this key for personal use or business does not m ...