Google har verifierat att det fungerar för att göra ändringar så att strömmande ljudtjänster som Pandora och TuneWiki inte längre kommer att ha dålig kvalitet medan de strömmar över 3G. Du nördiga och nyfikna typer kan kolla in kodändringarna för ramverket på Android: s gitförvar. Inget ord om när de förväntar sig dessa förändringar, men Google har åtagit dem till Android-källan, så det borde inte vara för långt borta. Naturligtvis kommer detta att bero på alla från tillverkaren, transportören och kanske till och med nattvaktmästaren i Pentagon för att godkänna och bygga ändringarna och sedan distribuera dem.
När tipset om detta kom in, hoppade jag över till Googles Android-buggspårningssida och började läsa. Jag var väldigt nyfiken, för jag har inga problem med att spela min musik, varken streaming eller från mitt SD-kort. Vad jag hittade upprör mig något, och jag kommer att rantera lite efter pausen. (Ja, jag får också klaga.)
Google har beslutat att byta till ett annat medieram, som heter Stagefright. Jag är inte säker på varför denna förändring gjordes, men jag tänker att det har något att göra med rykten om Google Music-tjänsten som har flygt runt. I alla fall har förändringen gjorts. Det visar sig att sättet Stagefright konfigureras, vissa filtyper (HE-AAC v1 och HE-AAC v2) inte längre avkodas korrekt. Stort fel, eller hur? Inte så snabbt.
När du strömmar från Slacker (jag kommer att använda dem som exempel, inte visa dem ut) på WiMax eller WiFi, låter allt bra, eftersom det använder en högkvalitativ ljudkodek för att strömma. Men streaming över 3G (och EDGE - jag kontrollerade och det fördömde nära dödade mig) låter ganska dåligt. Det beror på att de använder en ljudkodek av lägre kvalitet - se ovan - när de är anslutna via celldata. Att spela cachade "stationer" från en app som finns på ditt kort kan också låta som skit eftersom de cachas i formatet med lägre kvalitet. Genom rapporter från andra och mina egna tester kan jag bekräfta att det fungerar bara dandy.
Här kommer den häktiga delen.
Det finns två uppenbara val här. Den första är att applikationsutvecklare ändrar sina appar och använder codecs av högre kvalitet när de strömmar över ett mobilnätverk. Detta åtgärdar problemet under streaming, både från luftvågorna och från SD-kortet. Den andra är att Google går tillbaka och stöder gamla filtyper. Ja, arv. Den dåliga arven. Den typ av arv som lägger till onödigt uppblåsning, och när det görs tillräckligt ofta, påverkar prestandan. Varför i helvete ska vi med den äldre lösningen? Jag kan inte spela Leisure Suit Larry på en Windows 7-dator utan någon trollkarlsguide för att stödja de äldre, sämre prestanda bitar kvar från DOS 5 som spelet beror på. Alla dina PalmOS-appar behövde skrivas om för att fungera med WebOS. Microsoft har övergett alla Windows Mobile 6.5-applikationsstöd i den kommande Windows Phone 7. Detta är rätt sätt att gå framåt. Vi väljer Apple mycket här (det är allt av kärlek, Rene, jag svär!), Men Steve skulle aldrig gå baklängt för att blidka mjukvaruleverantörer, och inte heller skulle Andy.
Jag bryr mig inte om du kallar det ett fel, en funktion eller en ponny. Det gjordes på det sättet av en anledning i första hand. Google listar till och med den nya metoden som en funktion i Froyo. Google gör ingenting utan att ha blick mot framtiden, inte för att de älskar oss, utan för att de inte vill slösa pengar med att göra det två gånger. En av kommentatorerna på Google Code-sidan om problemet har verifierat att applikationsleverantörerna inte vill göra något åt det, så Google kommer att behöva konfigurera OS igen för att fortsätta stödja för något de inte ville stödja i första plats. Fixa dina jävla appar, leverantörer. Tvinga inte mitt favorit mobila operativsystem att göra ändringar och ge äldre support eftersom du vill ta den enkla vägen. Rdio fungerar bra, det låter bra, och de gör inte att en listad funktion ändras eftersom de är lata kodare eller vill gå billigt på bandbredd. De tjänade bara mina fem dollar per månad.
Känn dig nu fri att riva ihop mig, men åtminstone försöka förklara fördelen med att ändra all programvara kontra utvecklare som ändrar sina appar för att hålla jämna steg.
