Android 上的 AIR ||播放应用程序目录中的大型 flv 文件
我在 Android 的 AIR 项目中包含了一个大型 flv 文件。
我成功在 SD 卡上安装应用程序（使用 Astro 文件浏览器） 现在，当我播放 5mb 的 flv 文件（位于应用程序目录中）时，一切正常。当我使用较大的 flv 文件（300mb）时，没有任何反应...
当将文件直接放在 SD 卡上时，它确实可以工作，但我想避免这种情况，因为我的文件是这样暴露的。我尝试对 flv 文件进行加密/解密，但这非常慢......
有谁知道如何处理这个问题？
预先非常感谢。
I am including a large flv file in an AIR project for Android.
I succeed in installing the application on the sd card (with Astro file browser)
Now when I play an flv file (residing in the application directory) of 5mb everything works just fine. When I use a larger flv file (300mb) nothing happens...
When putting the files on the sd card directly it does work, but I want to avoid this because my files are exposed like this. I tried en/decrypting of the flv file but that is painfully slow...
Does anyone know how to handle this?
Thanks a lot in advance.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
根据我使用的 Darwin Streaming Server，这是在我的机器上正常工作的
请参阅链接以获取更多信息
http://justdevelopment.blogspot.com/2009/10/video-streaming-with-android-phone.html#Video_Streaming_with_the_Google_Phone
Accordind to me use Darwin Streaming Server this is the properly worked on my machine
See link for more info
http://justdevelopment.blogspot.com/2009/10/video-streaming-with-android-phone.html#Video_Streaming_with_the_Google_Phone
我相信 AIR 框架对于 Android 的简单/快速/标准使用来说是可以的，但是通过阅读 SOF 中出现的所有问题，我想说它不适合更大/奇怪/高级的应用程序。
您可能需要尝试真正的 Android SDK。
I believe the AIR framework is ok for easy/fast/standard usage of Android but from reading all the questions coming in SOF, I'd say its not suited for larger/weird/advanced app.
You might need to try the real Android SDK.
谢谢各位的解答。
看来AIR实际上并不是这里的问题。
问题是，当您在 SD 卡上安装应用程序并将文件写入捆绑包时，这些文件不会存储到 SD 卡上的捆绑包中，而是会写入内部存储器中。
因此，当您的应用程序位于 SD 卡上时，指向您的应用程序目录实际上是指向设备上的内部内存存储。这没有任何意义...
这让我将文件写入指向 SD 卡的“用户目录”，但这样做会使我的文件在 SD 卡上不受保护。有多种方法可以进行加密/解密，但对于较大的文件，它们会大大减慢进程速度，从而破坏用户体验。
它就像一条多头龙...一旦你成功砍掉一个头，它就会长得更多...对于你找到的每个解决方案，你都会额外解决两个问题，依此类推...:-)
Thanks for anwsers guys.
It seems that AIR is not the problem here actually.
The problem is that when you install an application on the SD card and you write files into your bundle these files are not stored into the bundle on the SD card but they are written onto internal memory.
So pointing to your application directory when your app is on the SD card is actually pointing to internal memory storage on the device. This does not make any sense...
Which leaves me to writing files into 'user directory's' pointing to the SD card, but doing so leaves my files unprotected on the sd card. There are ways to do encryption/decryption but for larger files they slow down the process too much thus ruining the user experience.
It's like a multi headed dragon...Once you succeed in cutting one head of it grows even more... For each solution you find, you get an extra two problems to solve and so on... :-)