谷歌已经证实它正在努力做出改变，因此像Pandora和TuneWiki这样的流式音频服务在通过3G流式传输时将不再具有低质量。 你的怪异和好奇的类型可以检查Android的git存储库中框架的代码更改。 没有关于何时期待这些变化的消息，但谷歌已将它们提交到Android源代码中，因此它不应该太过分。 当然，这将取决于制造商，运营商，甚至是五角大楼的夜间看门人，批准和建立变更，然后分发它们。
当有关此问题的提示进入时，我跳转到Google的Android错误跟踪器页面并开始阅读。 我很好奇，因为我在播放音乐时没有问题，无论是流媒体还是SD卡。 我发现的东西稍微让我感到不安，而且我会在休息后咆哮一下。 （是的，我也可以抱怨。）
谷歌决定改用另一种名为Stagefright的媒体框架。 我不确定为什么要做出这种改变，但我认为这与谷歌音乐服务传闻有关。 在任何情况下，都进行了更改。 事实证明，Stagefright的设置方式，某些文件类型（HE-AAC v1和HE-AAC v2）不再被正确解码。 大错，对吗？ 没那么快。
当您从Slacker流式传输（我将使用它们作为示例，而不是将它们单独出来）放在WiMax或WiFi上时，一切听起来都很棒，因为它使用更高质量的音频编解码器进行流式传输。 但是通过3G流式传输（以及EDGE - 我查了一下，该死的几乎杀了我）听起来很糟糕。 这是因为当通过单元数据连接时，它们使用较低质量的音频编解码器 - 见上文。 此外，从卡上的应用程序播放缓存的“工作站”也可能听起来像垃圾，因为它们以较低质量的格式缓存。 通过其他人的报告和我自己的测试，我可以确认它只是花花公子。
咆哮部分来了。
这里有两个明显的选择。 首先，应用程序开发人员在通过蜂窝网络进行流式传输时更改其应用程序并使用更高质量的编解码器。 这解决了流媒体时的问题，无论是来自电视广播还是来自SD卡。 第二，谷歌回归并支持遗留文件类型。 是的，遗产。 糟糕的遗产。 在不需要的膨胀中增加的遗产类型，以及经常足够的，会影响性能。 为什么我们会继续使用传统解决方案？ 我不能在没有第三方魔法的Windows 7 PC上玩Leisure Suit Larry，以支持游戏所依赖的DOS 5中剩余的旧的，性能更差的比特。 您需要重新编写所有PalmOS应用程序才能使用WebOS。 微软在即将推出的Windows Phone 7中几乎放弃了Windows Mobile 6.5应用支持。这是向前发展的正确方法。 我们在这里挑选了很多苹果（这完全是出于爱情，Rene，我发誓！），但史蒂夫永远不会倒退安抚软件供应商，安迪也不应该。
如果你把它称为bug，功能或小马，我不在乎。 首先，这样做是出于某种原因。 谷歌甚至将新方法列为Froyo的一项功能。 谷歌没有着眼于未来，不是因为他们爱我们，而是因为他们不想浪费钱做两次。 Google Code页面上关于该问题的评论者之一已经确认应用程序供应商不愿意对此做任何事情，因此Google将不得不重新配置操作系统以继续支持他们不想支持的内容。第一名。 修复你该死的应用程序，供应商。 不要强迫我最喜欢的移动操作系统进行更改并提供遗留支持，因为您想要轻松解决问题。 Rdio运行得很好，听起来很棒，并且它们不会导致列出的功能被更改，因为它们是懒惰的编码器或者想要在带宽上便宜。 他们每月只赚了5块钱。
现在随意撕开我，但至少试着解释改变每个人的软件与开发人员改变他们的应用程序以保持同步的好处。
