Android 2.2 MediaPlayer可用于HTTPS和实时流媒体

Android 2.2 MediaPlayer可用于HTTPS和实时流媒体,android,android-mediaplayer,android-networking,Android,Android Mediaplayer,Android Networking,我创建了一个使用android.media.MediaPlayer的服务,它在3.1+设备上运行良好,正如预期的那样,不能完全与旧的android版本一起工作。本地文件没有问题 我想做的是为3.1+设备使用android.media.MediaPlayer,我必须为其他设备创建一个替代方案(基本SDK是8,android 2.2) 我发现了一个有点有用的方法,我想它对实时流不起作用(因为它将数据记录到文件中),我不确定它是否是HTTPS渐进流的好方法 我想使用有限大小的内存缓冲区;缓存加载的内容

我创建了一个使用
android.media.MediaPlayer
的服务,它在3.1+设备上运行良好,正如预期的那样,不能完全与旧的android版本一起工作。本地文件没有问题

我想做的是为3.1+设备使用
android.media.MediaPlayer
,我必须为其他设备创建一个替代方案(基本SDK是8,android 2.2)

我发现了一个有点有用的方法,我想它对实时流不起作用(因为它将数据记录到文件中),我不确定它是否是HTTPS渐进流的好方法

我想使用有限大小的内存缓冲区;缓存加载的内容和查找位置的能力根本不如开始播放的能力重要。不幸的是,我找不到任何关于
android.media.MediaPlayer
android.media.MediaPlayer
本身内存分配的信息

所以问题是,除了支持低级数据源(如流或缓冲区)或HTTPS和实时流的任何其他解决方案,还有什么替代方案可以替代android.media.MediaPlayer?如果SDK8+中没有类似的东西,那么可能有一个开源项目需要fork



还有一个类似的问题,它要求提供我不需要的功能,但不要求提供我需要的功能。

我不知道您是否仍在寻找实现这一点的方法,但我猜本地代理服务器将解决您的问题。关于这一点,请看我的答案。当然,正如您所指出的,您应该禁用任何seek/trickplay功能,除非您计划通过代理实现它。您应该能够实现服务器,以便
MediaPlayer
只查看HTTP内容。在这一点上,它应该不会有问题。

感谢您的输入。我们最终通过替换URL的前缀来“强制”2.2-3.1设备的http。这一决定是基于其他解决方案的巨大开发和支持成本,以及3.1+设备是目标受众硬件的主要部分这一事实,也是我们希望支持可接受的http替换的服务。