Alright, well the gist of this is pretty clear. I'm no champion of the javax.sound API in particular, but I was happy to move my project from a MIDP target to Android, especially since the emulation and on-loading tools were much more sophisticated and open. I moved *because* the functionality I needed was there at the time.
My requirements are pretty simple: 1) record to a file 2) open that file with some sort of input stream 3) read chunks from that stream and get amplitude info and whatnot from each sample 4) not have to worry about the particulars of the audio codecs and algorithms of the stored files The AudioInputStream etc. let me do that. Now I'm looking at having to send the audio snippet off-phone for the processing and then send the results back. Obviously that may not be scalable at all, but might be an interim solution until something is more supported. I appreciate the "so help and send patches!" request, and I'm glad the codebase is open. However, for a product which is being sold on a production device, it smacks as a cheap way to get free coders for a REALLY BIG company. Regardless, I'm glad it's an option, and frankly it's one of the reasons I'm trying to work with the platform in the first (maybe second) place. Thanks for the info. -Ethan On Nov 21, 9:07 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote: > There is no approved method for getting at sample audio input or > output in SDK 1.0. We are aware that is a significant limitation and > efforts are underway to address it. > > On Nov 21, 11:06 am, Sriramv <[EMAIL PROTECTED]> wrote: > > > What about the SoniVox audio APIs? > > SoniVox (http://www.sonivoxrocks.com/google.html) is already in the > > source tree under external libraries. > > Can they be used to access sample-level audio streams at the moment? > > > On Nov 20, 8:29 pm, "[EMAIL PROTECTED]" > > > <[EMAIL PROTECTED]> wrote: > > > We are committed to improved multimedia support, as I've made clear in > > > other posts. You'll see some new features in the next major SDK > > > release. We just don't think that javax is the best way to support > > > audio. > > > > On Nov 20, 12:36 pm, blindfold <[EMAIL PROTECTED]> wrote: > > > > > Fair enough. Sorry (also to Ethan) for perhaps distracting a bit from > > > >javax.soundeven though Java ME supports much the samejavax.sound > > > > AudioInputStream functionality that Ethan was specifically inquiring > > > > about. Glad to hear that our ideas match. It should help in getting > > > > the actual work done. > > > > > Thanks > > > > > On Nov 20, 9:23 pm, Dan Bornstein <[EMAIL PROTECTED]> wrote: > > > > > > The original request was (and the subject line still is) specifically > > > > > about functionality injavax.sound. I responded in that context. My > > > > > later remarks were meant to frame the larger picture. Briefly put, we > > > > > agree. > > > > > > -dan --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~----------~----~----~----~------~----~------~--~---
