问题标签 [sd-card]

我想将我写的程序移植到android。该程序在 windows 和 linux 上使用 c++ 编写。该程序将 dll 用于插件架构。可以通过下载程序从特定文件夹加载的 dll 将新插件添加到程序中。我的问题是......是否可以将为 android 构建的 dll 下载到 sdcard 上的目录，然后从本机代码加载并使用这些 dll

我一直在尝试扩展我的手机配置文件应用程序，以便能够处理手机的默认铃声。

将我的应用程序设置为使用默认铃声和系统默认铃声时，它设置得很好。当我尝试设置 /sdcard 上的默认铃声时，Uri 正确进入，但是在设置它时，它只会拉出指向设备 Settings.System 设置的指针，这似乎并不指向我的铃声媒体。

通常，在设置系统默认设置时，它是 Toast 的名称和设置的 Uri，没有问题，但是使用外部的，说“未知铃声”，并且 Uri 向我们显示指向系统设置的指针）。

我RingtoneManager.getDefaultType()用来获取 Uri，然后setActualDefaultRingtoneUri()设置它。

我正在尝试在 Windows CE 中实现基于 SDCard 序列号的 DRM。我有几个问题。

1. SDCards 的序列号是否像 MAC 地址一样唯一？
2. 在 Windows CE 6 中（由于一些源代码可用，有人可以制作一个报告错误序列号的 SDCard 读卡器驱动程序。（一个不是来自 SDCard 而是假号码的数字）。
3. 嵌入在 SD 卡中的序列号可以通过某种 JTAG 或闪烁来更改吗？

我将如何获取 sdcard 上特定目录（即 /ringtones/）中所有文件的数组？

如何从 SD 卡上的图像设置主屏幕壁纸？

IE：

没有工作，返回错误：'WallpaperManager 类型中的方法 setResource(int) 不适用于参数（字符串）'

在解决了我之前的所有问题以运行代码以从 sdcard 中检索视频并在 GridView 中显示它们之后，我仍然看不到视频。我不知道我做错了什么，他们不会显示并且数组没有传递。

如果有人可以帮助我，请，因为我真的不知道出了什么问题...... :((谢谢......

这是尝试从 GridView 中的 sdcard 检索和显示视频的 java 文件：

强制关闭错误 - 问题已解决

应用程序消失 - 问题已解决

阵列问题 - 问题已解决

当您在设备上拍照时，您可以发送它。有些应用程序正在将他们的操作推送到这些发送列表中（比如 Twidroid，它在该菜单中添加了一个名为“发送推文”的列表项）。

那么，如何将这样的菜单点添加到该菜单中呢？对于我的应用程序，我希望能够从两者（应用程序本身和通过真实的相机发送列表）拍摄照片并将它们保存在 sdcard 上。

背景

我的开发板在SPI上集成了一个带有SD/MMC 卡的STM32微控制器，并以 48 ksamples/s 的速度对模拟数据进行采样。我正在使用 Keil 实时库 RTX 内核和ELM FatFs。

我有一个高优先级任务，通过 DMA 以 40 个样本（40 x 16 位）的块捕获模拟数据；数据通过长度为 128 的队列（构成大约 107 毫秒的样本缓冲）传递到第二个低优先级任务，该任务将样本块整理到 2560 字节缓冲区（这是 512 字节 SD 扇区大小和40 个样本块大小）。当此缓冲区已满（32 个块或大约 27 毫秒）时，数据将写入文件系统。

观察

通过检测代码，我可以看到每 32 个块写入数据，并且写入大约需要 6 毫秒。这一直持续到（在 FAT16 上）文件大小达到 1 MB，此时写入操作需要 440 毫秒，此时队列已填满并且日志记录被中止。如果我将卡格式化为FAT32，则“长写”事件之前的文件大小为 4 MB。

发生这种情况的文件大小在 FAT16 和 FAT32 之间发生变化的事实向我表明，这不是卡的限制，而是文件系统在 1 MB 或 4 MB 边界处执行的操作需要额外的时间。

我的任务似乎也被及时安排了，ELM FatFs代码仅在 1 MB（或 4 对于 FAT32）边界处消耗了时间。

问题

有解释或解决方案吗？是 FAT 问题，还是特定于 ELM 的 FatFs 代码？

我考虑过使用多个文件，但根据我的经验，FAT 不能很好地处理单个目录中的大量文件，这也会失败。完全不使用文件系统并写入原始卡是可能的，但理想情况下，我想在具有标准驱动程序且没有特殊软件的 PC 上读取数据。

我想到尝试编译器优化来缩短写入时间；这似乎有效果，但写入时间似乎更加多变。在 -O2 处，我确实得到了一个 8 MB 的文件，但结果不一致。我现在不确定文件大小与失败点之间是否存在直接关联；我已经看到它在没有特定边界的各种文件长度上以这种方式失败。可能是显卡性能问题。

我进一步检测了代码并应用了分而治之的方法。这一观察结果可能会使这个问题过时，并且所有先前的观察结果都是错误的或转移注意力的。

我最终将其缩小到一个多扇区写入 (CMD25) 的实例，其中卡的“等待就绪”轮询偶尔需要 174 毫秒，用于 5 个块中的前三个扇区。等待就绪的超时设置为500 毫秒，所以它会很乐意忙等待那么久。在一般情况下，迭代地使用 CMD24（单扇区写入）要慢得多——每个扇区 140 毫秒——而不是偶尔。

所以这毕竟是卡的一种行为。我将努力尝试一系列 SD 和 MMC 卡。

我正在编写一个与 Android 1.6 兼容的应用程序，但我想为运行 Android 2.2 的用户提供将应用程序安装移动到他们的 sd 卡的选项。

如何为 1.6 编译我的应用程序，但仍允许 2.2 用户将其安装到他们的 sd？

我可以在具有 d--rwxr-x 权限的文件资源管理器中看到 sd 卡。当我尝试向其中添加任何文件时，它显示推送项目失败。它甚至没有添加非常小的文件。

你们能建议如何解决这个问题吗？