有点偷懒,在一个使用了jni工程里面稍微修改一下,编译另外一个jni工程. 代码写完后,Android.mk等文件也写好,但是ndk-build的时候提示Android NDK:Your APP_BUILD_SCRIPT points to an unknown file: xxx 唯一的区别就是jni文件夹路径改变了. 命令ndk-build NDK_LOG=1可以查看到错误的路径信息,编译的时候可以用这句查看一下错误的提示. 搜索了一下才了解,ndk-build要查找的文件夹是 从jni目录

因Windows文件夹有长度限制,在路径太深,长度达到600多个字符时,删除文件时出现报错"源文件名长度大于文件系统支持的长度.请尝试将其移动到具有较短路径名称的位置,或者在执行此操作前尝试将其重命名为较短的名称",百度了很多方式或下载软件都无法删除,最后找到一个解决方法,下来在这里写出来. 使用del和rd命令都无法删除,下面来说下我找到的方法 新建的空白目录:test 要删除的目录:data 以管理员权限打开cmd命令行窗口 命令行下输入:cd c:/home           

1.直接找到文件拖进cmd里,路径就出来了. 2.在文件目录的空白处,按住shift键,再点击右键,就出来再此处打开命令行窗口了. 相关CMD.exe的加强项目: https://github.com/mridgers/clink,这样按Tab就能自动补全了. 想用Linux下命令,却又不想安装cygwin/msys/gnuwin32? Gow不错:https://github.com/bmatzelle/gow. ConEmu:ConEmu - Handy Windows Terminal r

用windows自带的命令解决  win7以上的系统有 robocopy 命令 http://www.jianshu.com/p/95a269951a1b 导致目录太深的原因就是用node中的node_modules引起的, 所以以毒攻毒, 用node解决npm install -g windows-node-deps-deleter https://www.npmjs.com/package/windows-node-deps-deleter#readme

方法一:新建空文件夹 D:\temp robocopy D:\temp D:\target\source\test  /purge 或者在同一目录下,建一个空文件夹, test 在cmd下切换进入到当前目录的路径 执行命令:robocopy test zspt /purge 从而达到清空zspt 文件夹的目的

原文网址:http://jingyan.baidu.com/article/3d69c5516c129df0ce02d77b.html Ubuntu 默认的终端下面,进入很多层的目录后,前面那个提示符会显示完整的路径,这样命令行太长,让人觉得不舒服,现在教大家一个方法修改一下使命令行只显示当前目录的最后一级目录名,这样看起来也好,用pwd可以看到完整的路径名.   工具/原料 ubuntu xshell 方法/步骤   找到配置文件先进行备份:  cp  ~/.bashrc  ~/.bashrc

错误信息 System.IO.PathTooLongException:"指定的路径或文件名太长,或者两者都太长.完全限定文件名必须少于 260 个字符,并且目录名必须少于 248 个字符." 环境 NET 4.5 原因分析 在C#API中读取文件或文件夹时,完全限定文件名必须少于 260 个字符,并且目录名必须少于 248 个字符.(System.IO源码中做的限制) 解决方案 方案1 使用第三方开源库ZetaLongPaths ,NuGet中使用1.0.0.24的版本,更高版本需要

首先通过搜索有关Android-Studio 编译耗时(好久.太长)问题的博客,速度确实有所改善. 一.暂时解决 Android-Studio 编译耗时(好久.太长)问题 本文链接:https://blog.csdn.net/u012827205/article/details/78338829 简单描述一下我遇到的问题2017年10月24日下午6点之前我的 android studio 编译器还是瞬间编译,但是之后我遇到的问题就让“怒发冲冠”,从6点到晚上10点从gradle的初始化编译到ap

最近在研究视频直播相关的技术,了解到了FFmpeg,就在网上查看如何将FFmpeg移植到Android中,查了几天,看的东西不少,就是没有一个可以完全移植成功的,最后通过产看各种资料,结合网上的资料,终于把FFmpeg给搞定了.在此记录一下. 整体构思: 在Centos7.5下搭建NDk编译环境,编译FFmpeg库,生成Android所需要的库文件,然后在Android中使用 准备工作: 1.在虚拟机中安装Centos系统 2.下载NDK linux 32 bithttp://dl.google

阅读前准备 这是一篇相对入门的文章.文中会涉及到少许NDK的知识,但个人认为对初学者来说都相对比较实用,因为都是在平时项目中遇到的(目前自己也是初学者).一些其他高深的技术不再本文探讨范围之内(因为我不懂).文章中可能会存在一些啰里八嗦的地方,抱歉,目前的行文风格如此,考虑以后变得牛逼点儿再改改文风,毕竟现在的阶段还是自嘲的情感因素占上风. 你要知道什么是NDK,我是用cocos2dx的,所以平日里还算经常有接触,如果不知道,那就skip这篇文章吧,否则你也看不懂,要不就自己google去.这里

转自:http://blog.csdn.net/wenrenwang/article/details/12003671 1.__int64找不到符号 采用int64_t来代替: #if defined(__ANDROID__) typedef int64_t __int64; #endif 2.<sys/io.h>找不到 android下不需要直接引用该文件,用下面的宏去掉即可 #if !defined(__APPLE__) && !defined(__ANDROID__) #

今天我终于自己遇到了这个问题, PO form 打不开了, 看了下 trace 发现 SQL*Net message from client 等待时间太长. 但是这不可能是网络问题, 这个环境是在我电脑的虚拟机里面跑的, 网速很快, 而且其他 Form 都能正常很快打开. 真是崩溃; 我试了一下 Receipts form, 然后在 $PO_TOP/forms/US 下面把 RCVRCERC.fmx 文件删掉, 再打开 Receipts form 的时候报错, 说找不到文件; 然后我把 POXP

附(2018-01-06):     有一个将x264及lame等库集成进去了且基于android的ffmpeg的编译方法,地址参见:       https://github.com/writingminds/ffmpeg-android 原文转自:http://abitno.me/compile-ffmpeg-android-ndk Android内置的编解码器实在太少,于是我们需要FFmpeg.Android提供了NDK,为我们使用FFmpeg这种C语言代码提供了方便. 不过为了用NDK编

本节讨论 URL 的构成.SharePoint 2010 构建 URL 的方式.URL 的编码和加长以及作为其他 URL 中的参数传递的方式. SharePoint URL 的构成 SharePoint URL 的总长度等于文件夹或文件路径的长度,包括协议和服务器名称和文件夹或文件名称,以及作为 URL 的一部分包含在内的任何参数.公式如下: · URL = 协议 + 服务器名称 + 文件夹或文件路径 + 文件夹或文件名 + 参数 例如,下面是 SharePoint  2010 中存储的文件的典

这个月要负责一个项目,使用FFMPEG渲染视频,主要是Android端的,由于性能要求,要使用硬解码,但网上大多数教程都是没有libstagefright的,所以个人觉得,生成的so库文件也是没有开启libstagefright硬解码,于是自己去编译一次,期间遇到的所有坑,都记录下来,为了不再重蹈覆辙! 编译环境:Ubuntu14.04+NDK-r9+FFMPEG2.8.6 (环境需各位自行下载配置,下载最新版的应该也没问题) 编译libstagefright还要安装git sudo apt-g

作者:wainiwann 出处:http://www.cnblogs.com/wainiwann/ 本文版权归作者所有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利.   摘要:本文主要介绍将FFmpeg音视频编解码库移植到Android平台上的编译和基本测试过程. 环境准备: Ubuntu12.04 TLS android-ndk-r9d-linux-x86_64.tar.bz2 ffmpeg2.2 ------------------

Ffmpeg 无处不在,自然android系统少不了它,折腾了不少时间完成 ndk编译ffmpeg,生成so库中引用了外部库librtmp,libx264.条条大路通罗马, 也许还有别的更好的方法去完成它,我没有仔细研究.我使用的方法完全可以达到我的预期目的. 一.选择编译环境 可以选择windows下cygwin,也可以选择linux系统,我建议选择后者.花了很多时间在cygwin下编译,configure时总是提示链接需要的so文件找不到.无奈 之下转到linux环境下编译.我用的版本是ub

原文网址:http://jeyechao.iteye.com/blog/2164286 ndk编译出来的共享库,eclipse会自动打包到apk中,而编译出来的可执行文件则不会. 要想可执行文件自动被打包到apk中,可以把文件名改成libxxx.so的形式,伪装成so,这样就会被打包进apk. 但是每次编译之后都改一下名字,太麻烦! 写个脚本吧,又有arm, armv7, x86的麻烦事! 想试着改LOCAL_MODULE_FILENAME来试试,NDK又不允许. 于是稍微看了下NDK的编译脚本

vs调试windows mobile程序时布署时间太长的解决办法 1.VS平台上,选工具-选项-项目和解决方案-MS BUILD项目生成输出详细信息中选择“诊断”,目的是在调试窗口中看出哪个过程编译的时间最久,MOBILE平台一般问题都是出现在PlatformVerificationTask上. 2.进入.NET环境的安装位置:C:\WINDOWS\Microsoft.NET\Framework\v3.5,修改Microsoft CompactFramework.Common.targets中关

LOCAL_PATH := $(call my-dir) include $(CLEAR_VARS) LOCAL_MODULE := live555 MY_SRC_PATH := $(LOCAL_PATH)/ MY_All_Files := $(shell find $(MY_SRC_PATH)/.) MY_All_Files := $(MY_All_Files:$(MY_SRC_PATH)/./%=$(MY_SRC_PATH)%) MY_C_CPP_LIST := $(filter %.cpp