关于录像检索/上传的问题

liuwei

ywz 发表于 2015-6-23 11:36
换上新的文件系统后编译通过了，但接着在运行的时候出现如下问题：

应该是运行了BVPU_FS_Init();这条 ...

我们这边测试是ok的。
给出的推测是，你们应该是没有把新给你们的sdk库放入文件系统的/usr/lib目录中。

ywz

liuwei 发表于 2015-6-23 15:44
我们这边测试是ok的。
给出的推测是，你们应该是没有把新给你们的sdk库放入文件系统的/usr/lib目录中。

我在Makefile修改了一些东西，因为在你们给的最新的文件系统里面找不到有include的文件夹，所以我就只是添加了lib的库。

原来的：


修改的：


是因为我改的Makefile有问题而导致的？

liuwei

ywz 发表于 2015-6-23 17:30
我在Makefile修改了一些东西，因为在你们给的最新的文件系统里面找不到有include的文件夹，所以我就只是 ...

在给你的SDK文件目录下有这么几个文件  libBVPUsdk-arm-hisi-linux.so  libBVPUsdk-arm-hisi-linux.so.0.0.4  libBVPUsdk.so ，把这几个库用cp -rdfv 拷贝到你目前使用的我们的文件系统里的/usr/lib里面即可。你的问题不在于编译，而是程序运行的时候在文件系统里面找不到新的sdk的动态库。

ywz

liuwei 发表于 2015-6-23 17:48
在给你的SDK文件目录下有这么几个文件  libBVPUsdk-arm-hisi-linux.so  libBVPUsdk-arm-hisi-linux.so. ...

昨天我回复之前已经对比过了，md5sum都是一样的。

文件系统里的那3个库：


SDK里的那3个库：

liuwei

我这边测试依然没问题，我建议你检查下你的文件系统，可能是哪一次不小心把sdk库拷到了比如lib这样的目录下面，导致程序运行的时候优先使用的是老旧的sdk库。或者重新做一个新的文件系统。我这边用一个老旧的sdk替换到文件系统里面才会出现和你一样的问题。

ywz

liuwei 发表于 2015-6-24 11:38
我这边测试依然没问题，我建议你检查下你的文件系统，可能是哪一次不小心把sdk库拷到了比如lib这样的目录下 ...

我明白你的意思了，是需要更新设备里的文件系统吧？我之前只是更新了编译环境的文件系统~

我通过生成固件更新文件系统后，出现了不断重启的现象，不知道是不是要配合新的固件更新文件才行的？

通过串口调试看到的现象如下：

串口打印完上面的信息后设备就重启了。。。

我接着尝试使用原来的旧版文件系统只更新那三个SDK库，然后发现用远程登陆的方式运行程序时，出现如下现象：

liuwei

ywz 发表于 2015-6-24 17:29
我明白你的意思了，是需要更新设备里的文件系统吧？我之前只是更新了编译环境的文件系统~

我通过生成 ...

cant resolve symbol 应该还是库的问题，你把新文件系统下面usr/lib里面库替换到老旧的文件系统里面，再更新下三个SDK库。替换之前先备份下。

ywz

liuwei 发表于 2015-6-25 09:50
cant resolve symbol 应该还是库的问题，你把新文件系统下面usr/lib里面库替换到老旧的文件系统里面，再 ...

已经尝试过几种不一样的方法了（1.新的BVS-W4020-VC-E.filesys.3515、旧的filesys.3515和旧的tools；2.新的BVS-W4020-VC-E.filesys.3515、将新的BVS-W4020-VC-E.filesys.3515文件夹里面的内容复制到filesys.3515下【除了文件ulmage】和旧的tools；3.旧的BVS-W4020-VC-E.filesys.3515里面usr/lib里面的库替换成新的BVS-W4020-VC-E.filesys.3515/usr/lib、旧的filesys.3515里面usr/lib里面的库替换成新的BVS-W4020-VC-E.filesys.3515/usr/lib和旧的tools；......），还是一样的问题（不断重启）。

我想问BVS-W4020-VC-E.filesys.3515和filesys.3515只是差了一个ulmage文件吗（你们只是给了新的BVS-W4020-VC-E.filesys.3515文件给我，另外的filesys.3515和tools文件夹我都是用旧的）？新的BVS-W4020-VC-E.filesys.3515能和旧的filesys.3515和旧的tools共用？