At this point: no native code is supported in the SDK.  Using it may result
in your application breaking when an update to the phone is delivered.
Using C++ APIs will definitely result in you breaking in the future.

Could this please be moved over to one of the open-source groups?  Nothing
we are talking about is part of the current SDK?  Thanks.

On Mon, Nov 24, 2008 at 11:51 AM, Dorn Hetzel <[EMAIL PROTECTED]> wrote:

>
> Dianne,
>
> Ok, well, can you tell me if using the C++ Audio Libraries is merely
> unsupported, or is actually not possible due to the security model of
> the currently deployed platform (G1) ?
>
> I mean, can I write most of my application in the standard SDK but use
> one outside JNI/.so that is unsupported to do my audio bits, or will
> that simply not work because I can't merge it with the SDK code and
> sign it and upload it to market and download it to a phone and have it
> work?
>
> Thanks!
>
> -Dorn
>
> On Mon, Nov 24, 2008 at 2:36 PM, Dianne Hackborn <[EMAIL PROTECTED]>
> wrote:
> > Sorry, at this point any native code is outside of the SDK.  Using the
> C++
> > audio libraries is way way way outside of the SDK.
> >
> > On Mon, Nov 24, 2008 at 6:05 AM, Dorn Hetzel <[EMAIL PROTECTED]> wrote:
> >>
> >> Dianne,
> >>
> >> Hmm, sorry, didn't realize I had gone off-topic.  I still plan to
> >> develop in the SDK.
> >>
> >> Is it possible use the SDK and still access one custom .so ?  If so,
> >> am I still off-topic?
> >>
> >> Regards,
> >>
> >> -Dorn
> >>
> >> On Sun, Nov 23, 2008 at 7:48 PM, Dianne Hackborn <[EMAIL PROTECTED]>
> >> wrote:
> >> > Could you please move this to android-platform or another of the open
> >> > source
> >> > groups?  Thanks.
> >> >
> >> > On Sun, Nov 23, 2008 at 12:40 PM, Dorn Hetzel <[EMAIL PROTECTED]>
> wrote:
> >> >>
> >> >> David,
> >> >>
> >> >> Thank you very very much for the tips.  I've gotten as far as
> >> >> downloading the android source code (onto a clean ubuntu VM I built
> >> >> for the job) and doing an initial make (which generated quite a lot
> of
> >> >> whining level errors but seemed to complete ok).
> >> >>
> >> >> I'm so-so at Java but a pretty old hand at C/C++ so hopefully I will
> >> >> be able to work through the remaining steps.  Can you recommend any
> >> >> other similar interface classes I could examine for general clues?
> >> >>
> >> >> Once I get all this done, will the .so in the .apk be able to go
> >> >> through the marketplace and run on a real G1 or will I only be able
> to
> >> >> play with in on the emulator?
> >> >>
> >> >> In any case, I will write progress reports to the list and make the
> >> >> code available to all if I succeed.
> >> >>
> >> >> Best Regards,
> >> >>
> >> >> Dorn Hetzel
> >> >>
> >> >> On Fri, Nov 21, 2008 at 8:23 PM, davidsparks davidsparks
> >> >> <[EMAIL PROTECTED]> wrote:
> >> >> > The native interface is called AudioRecord.h. You'll need to
> download
> >> >> > the
> >> >> > Android source code, write a JNI interface to AudioRecord, build a
> >> >> > .so
> >> >> > library that you can include in your APK, write a Java wrapper
> class
> >> >> > for
> >> >> > it,
> >> >> > and then load the library from your Java wrapper.
> >> >> >
> >> >> > Hope that helps.
> >> >> >
> >> >> > Dave
> >> >> >
> >> >> > On Wed, Nov 19, 2008 at 11:22 AM, Dorn Hetzel <[EMAIL PROTECTED]>
> >> >> > wrote:
> >> >> >>
> >> >> >> David,
> >> >> >>
> >> >> >> It looks like the MediaRecorder functionality is a non-start for
> my
> >> >> >> application since I need to process the audio as it is coming in,
> >> >> >> not
> >> >> >> some time later after the recording is complete.  Can you provide
> me
> >> >> >> some clue as to where to find information on the native interface,
> >> >> >> since I would rather be able to at least make some progress with
> the
> >> >> >> rest of my application while waiting for the next version.
>  Without
> >> >> >> some alternative to MediaRecorder I will be simply unable to
> >> >> >> proceed.
> >> >> >>
> >> >> >> Thanks!
> >> >> >>
> >> >> >> -Dorn
> >> >> >>
> >> >> >> On Wed, Nov 19, 2008 at 2:14 PM, [EMAIL PROTECTED]
> >> >> >> <[EMAIL PROTECTED]> wrote:
> >> >> >> >
> >> >> >> > It is the only supported method in SDK 1.0. There is a native
> >> >> >> > interface to audio input, but it will be changing in a future
> >> >> >> > release
> >> >> >> > and I strongly advise against using it.
> >> >> >> >
> >> >> >> > On Nov 19, 8:26 am, dorn <[EMAIL PROTECTED]> wrote:
> >> >> >> >> Is the MediaRecorder the only method available to acquire audio
> >> >> >> >> from
> >> >> >> >> the microphone, or is there a lower level method available?
> >> >> >> >>
> >> >> >> >> On Nov 14, 4:59 pm, Dave Sparks <[EMAIL PROTECTED]>
> wrote:
> >> >> >> >>
> >> >> >> >> > The MediaRecorder is currently hardcoded for AMR-NB and is
> >> >> >> >> > intended
> >> >> >> >> > for MMS messages.
> >> >> >> >>
> >> >> >> >> > You can expect improvements toaudiorecording in a future SDK.
> >> >> >> >>
> >> >> >> >> > On Nov 14, 12:26 pm, ste <[EMAIL PROTECTED]> wrote:
> >> >> >> >>
> >> >> >> >> > > I'm testing out the MediaRecorder'saudiorecording
> capability,
> >> >> >> >> > > and
> >> >> >> >> > > the quality of theaudiowas less then I was expecting. It
> was
> >> >> >> >> > > significantly lower then the quality you get while speaking
> >> >> >> >> > > on
> >> >> >> >> > > the
> >> >> >> >> > > phone, and sounded very digitized.
> >> >> >> >> > > I've tested both the 3gpp and MPEG_4 encoding options, and
> >> >> >> >> > > noticed
> >> >> >> >> > > the
> >> >> >> >> > > same quality.
> >> >> >> >> > > Has anyone else noticed this, and is this an issue with the
> >> >> >> >> > > phone's
> >> >> >> >> > > hardware or the MediaRecorder's capabilities? If it's the
> >> >> >> >> > > latter,
> >> >> >> >> > > is
> >> >> >> >> > > the quality of recording something which is planned to be
> >> >> >> >> > > improved?
> >> >> >> > >> >
> >> >> >> >
> >> >> >
> >> >> >
> >> >>
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > Dianne Hackborn
> >> > Android framework engineer
> >> > [EMAIL PROTECTED]
> >> >
> >> > Note: please don't send private questions to me, as I don't have time
> to
> >> > provide private support.  All such questions should be posted on
> public
> >> > forums, where I and others can see and answer them.
> >> >
> >> >
> >> > >
> >> >
> >>
> >>
> >
> >
> >
> > --
> > Dianne Hackborn
> > Android framework engineer
> > [EMAIL PROTECTED]
> >
> > Note: please don't send private questions to me, as I don't have time to
> > provide private support.  All such questions should be posted on public
> > forums, where I and others can see and answer them.
> >
> >
> > >
> >
>
> >
>


-- 
Dianne Hackborn
Android framework engineer
[EMAIL PROTECTED]

Note: please don't send private questions to me, as I don't have time to
provide private support.  All such questions should be posted on public
forums, where I and others can see and answer them.

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
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
-~----------~----~----~----~------~----~------~--~---

Reply via email to