上回对avformat_open_input进行了解析，在avformat_open_input内部，对samba网络协议的匹配其实是通过函数指针去调用samba的libsmbc_open()
我们先回顾一下：
static av_cold int libsmbc_open(URLContext *h, const char *url, int flags)
{
LIBSMBContext *libsmbc = h->priv_data;
int access, ret;
struct stat st;
libsmbc->fd = -1;
libsmbc->filesize = -1;
if ((ret = libsmbc_connect(h)) < 0)
goto fail;
if ((flags & AVIO_FLAG_WRITE) && (flags & AVIO_FLAG_READ)) {
access = O_CREAT | O_RDWR;
if (libsmbc->trunc)
access |= O_TRUNC;
} else if (flags & AVIO_FLAG_WRITE) {
access = O_CREAT | O_WRONLY;
if (libsmbc->trunc)
access |= O_TRUNC;
} else
access = O_RDONLY;
/* 0666 = -rw-rw-rw- = read+write for everyone, minus umask */
if ((libsmbc->fd = smbc_open(url, access, 0666)) < 0) {
ret = AVERROR(errno);
av_log(h, AV_LOG_ERROR, "File open failed: %s\n", strerror(errno));
goto fail;
}
if (smbc_fstat(libsmbc->fd, &st) < 0)
av_log(h, AV_LOG_WARNING, "Cannot stat file: %s\n", strerror(errno));
else
libsmbc->filesize = st.st_size;
return 0;
fail:
libsmbc_close(h);
return ret;
}
此函数内部调用了libsmbclient库的smbc_open()函数
回到上回的问题：为什么基于ffmpeg的播放器在模拟器上可以正常播放smb://的链接，到真机上就是报错了呢：
[smb @ 0x107d041d0] File open failed: Permission denied
为了查明真相，我们先分析问题：
- 1.报错为Permission denied，是否真的是权限问题？
其实就是对ffmpeg内部日志的不信任
当我们遇到问题时，如果对日志表示怀疑的，那么我们就要去源码里面才能找到答案
所以，此问题一般很棘手，我们先放着，稍后在分析
- 2.权限报错，一般分为密码错误或者账户错误或者根本所用账户没有访问权限
我的账户默认开启了Guest访问可读写权限，并且模拟器可以正常播放（访问），为何真机不行？
是不是真机内部使用的默认账户并非Guest？
是不是真机内部没有传递账户验证信息？
真机和模拟器的CPU架构不同，是否ffmpeg在调用smbc_open时没有使用验证信息
解决思路
带着上面的疑问，首先想到的就是要调试，那如何调试呢？当然是写一个demo，一个用于测试smbc_open的demo。
回到最开始关于libsmbc_open的ffmpeg源码，我发现在使用smbc_open之前还需要建立smb的连接：
static av_cold int libsmbc_connect(URLContext *h)
{
LIBSMBContext *libsmbc = h->priv_data;
libsmbc->ctx = smbc_new_context();
if (!libsmbc->ctx) {
int ret = AVERROR(errno);
av_log(h, AV_LOG_ERROR, "Cannot create context: %s.\n", strerror(errno));
return ret;
}
if (!smbc_init_context(libsmbc->ctx)) {
int ret = AVERROR(errno);
av_log(h, AV_LOG_ERROR, "Cannot initialize context: %s.\n", strerror(errno));
return ret;
}
smbc_set_context(libsmbc->ctx);
smbc_setOptionUserData(libsmbc->ctx, h);
smbc_setFunctionAuthDataWithContext(libsmbc->ctx, libsmbc_get_auth_data);
if (libsmbc->timeout != -1)
smbc_setTimeout(libsmbc->ctx, libsmbc->timeout);
if (libsmbc->workgroup)
smbc_setWorkgroup(libsmbc->ctx, libsmbc->workgroup);
if (smbc_init(NULL, 0) < 0) {
int ret = AVERROR(errno);
av_log(h, AV_LOG_ERROR, "Initialization failed: %s\n", strerror(errno));
return ret;
}
return 0;
}
分析上述libsmbc_connect，可以学习到smbc建立连接的方法：
smbc也是纯c的思想，但凡写得好的第三方c语言库，都会用到context思想，一个神秘的翻译：上下文。
后续操作都是基于context的操作。
废话不多说，查阅smbclient的文档，模仿ffmpeg的调用把这个demo写成：
+ (void)test
{
//构造context
SMBCCTX * ctx = smbc_new_context();
if (!ctx) {
NSLog(@"smbc_new_context failed");
}
//初始化context
if (!smbc_init_context(ctx))
{
NSLog(@"smbc_init_context failed");
}
smbc_set_context(ctx);
//初始化smbc
if (smbc_init(NULL, 0) < 0) {
NSLog(@"smbc_init failed");
}
//打开链接
if ((smbc_open("smb://172.16.9.10/video/test.mp4", O_RDONLY | O_WRONLY, 0666)) < 0) {
NSLog(@"File open failed");
}
到此运行，在模拟器上，发现smbc_open是成功了的
我切换到真机，居然把我们的之前遇到的问题复现了
这就好办了，那既然问题能复现，并且范围也被缩小到这段代码之内，还排除了ffmpeg的嫌疑（对应问题1：Permission denied的准确性）
接下来划重点了
既然我们通过上述几行代码能建立smb的连接，那之前提到的--传递账户验证信息--又是在哪里调用呢？
答案还是在ffmpeg的源码中，我们不难发现libsmbc_connect中有个smbc_setFunctionAuthDataWithContext函数，此函数正式设置context验证信息的
smbc_setFunctionAuthDataWithContext为context设置一个回调函数，用于传递auth三要素
SMBCCTX的账户验证信息包括三个部分：
- 工作组：默认WORKGROUP
- 账户：默认GUEST
- 密码：默认为空
那么，我么继续优化demo:
static void my_smbc_get_auth_data_with_context_fn(SMBCCTX *c,
const char *srv,
const char *shr,
char *workgroup, int wglen,
char *username, int unlen,
char *password, int pwlen)
{
}
+ (void)test
{
SMBCCTX * ctx = smbc_new_context();
if (!ctx) {
NSLog(@"smbc_new_context failed");
}
if (!smbc_init_context(ctx))
{
NSLog(@"smbc_init_context failed");
}
smbc_set_context(ctx);
//为context设置auth的回调函数
smbc_setFunctionAuthDataWithContext(ctx, my_smbc_get_auth_data_with_context_fn);
if (smbc_init(NULL, 0) < 0) {
NSLog(@"smbc_init failed");
}
if ((smbc_open("smb://172.16.9.10/video/test.mp4", O_RDONLY | O_WRONLY, 0666)) < 0) {
NSLog(@"File open failed");
}
这里关键的smbc_setFunctionAuthDataWithContext是为SMBCCTX设置账户验证信息的
通过调试发现，在执行到smbc_open时，会调用my_smbc_get_auth_data_with_context_fn，我们打个断点看看此方法中，参数都是些什么妖魔鬼怪
上面的调试信息是在真机运行下出现的，我们一眼看出username为mobile肯定是不对的，因为我并没有为我的samba服务器配置过名字为mobile的用户
至此，原因算是找到了，真机下，smbc的默认账户为mobile，而模拟器是x86_64架构，在smbc执行时会为此类设备设置默认账户名为Guest，我们再验证一下：
好了，那问题来了
我们如何为ffmpeg解决这个问题呢?
一个最简单的方案就是在我们的samba服务器上添加一个无密码的名字为“mobile”的账户
我偏不这样该咋办？
先回顾ffmpeg的源码，在libsmbclient.c中，验证信息回调函数被设置为libsmbc_get_auth_data，有一句注释很出戏
static void libsmbc_get_auth_data(SMBCCTX *c, const char *server, const char *share,
char *workgroup, int workgroup_len,
char *username, int username_len,
char *password, int password_len)
{
/* Do nothing yet. Credentials are passed via url.
* Callback must exists, there might be a segmentation fault otherwise. */
}
正是这句：/* Do nothing yet. Credentials are passed via url.
好一个”via url“， 我又该如何？
我没查到资料，瞎蒙了一个（完全凭经验），原链接为：
smb://172.16.9.10/video/test.mp4
通过”via url"启发，我改为这个：
smb://[email protected]/video/test.mp4
运气不错，通过真机调试发现my_smbc_get_auth_data_with_context_fn回调中的username打印日志确实为“guest”,并且smbc_open成功！