Brian Willoughby schrieb:> You're not going to be able to create a feasible FLAC implementation > in Java.As long as Android obviously has a rather poorly performing VM and no support for playing software generated PCM samples (except for writing them to a temporary WAV file and telling Andorid to play it after decoding is complete) it's not feasible, but a "real" Java implementation of FLAC is very much feasible. Ben: Patching the Android operating system with C code won't be an option for the regular Android user, or did you hope Google would adopt the code in a future official release of Android? Tor
I envisioned this being implemented as a patch to Android at the OS level. It looks like Android has native decoders which the media player and Java APIs call. My understanding is that T-Mobile pushes out over the air updates of the operating system every so often. For example, there's a new version of the Android OS called Cupcake<http://source.android.com/roadmap/cupcake>in the works. Patching the OS would allow the default media player and third party media players to play FLAC files on updated versions of the OS. Conrad, you mentioned the OpenMax IL components. I've posted links in the bug report <%20http://code.google.com/p/android/issues/detail?id=1461> to existing places in the code base that we'd have to hook into. Perhaps you could peek at those links and point to a place in the code where there's an existing OpenMax component implementation to use as an example? I'm pretty strong with Java, but since it turns out this needs to be done natively, I'm not sure whether I would have the ability to patch Android myself. I at least wanted to find out if anyone else was working on it and help come up with a design documented on the bug report, so that when someone eventually does tackle it there will be a game plan in place. As a side note, if someone already involved in FLAC development were willing to work on the feature, I'm pretty optimistic I could connect you to somone on the Android side of things for design feedback, code reviews, etc. -Ben -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/flac-dev/attachments/20090223/11ed5516/attachment.htm
Hi, (apologies for losing the link before ;-) That bug report seems to point out the right places. Here's some more thoughts about making OpenMAX components for free codecs (also thinking about other codecs like Theora and Speex): http://blog.kfish.org/2009/02/is-openmax-important-for-free-software.html After some discussions at FOMS last month, we might be able to get a few people together and co-ordinate this through Xiph.org. Conrad. 2009/2/24 Ben McCann <ben at benmccann.com>:> I envisioned this being implemented as a patch to Android at the OS level. > It looks like Android has native decoders which the media player and Java > APIs call.? My understanding is that T-Mobile pushes out over the air > updates of the operating system every so often.? For example, there's a new > version of the Android OS called Cupcake in the works.? Patching the OS > would allow the default media player and third party media players to play > FLAC files on updated versions of the OS. > Conrad, you mentioned the OpenMax IL components.? I've posted links in the > bug report to existing places in the code base that we'd have to hook into. > Perhaps you could peek at those links and point to a place in the code where > there's an existing OpenMax component implementation to use as an example? > I'm pretty strong with Java, but since it turns out this needs to be done > natively, I'm not sure whether I would have the ability to patch Android > myself.? I at least wanted to find out if anyone else was working on it and > help come up with a design documented on the bug report, so that when > someone eventually does tackle it there will be a game plan in place.? As a > side note, if someone already involved in FLAC development were willing to > work on the feature, I'm pretty optimistic I could connect you to somone on > the Android side of things for design feedback, code reviews, etc. > > -Ben > > > _______________________________________________ > Flac-dev mailing list > Flac-dev at xiph.org > http://lists.xiph.org/mailman/listinfo/flac-dev > >