We haven't released a Cupcake SDK yet. Docs will come when the SDK is
published.
On Jan 17, 6:17 pm, peter cowan paco...@gmail.com wrote:
static audio buffers and PCM streamin should do what i need. i don't
see any javadoc api for the new cupcake features on the android site,
can you point to
static audio buffers and PCM streamin should do what i need. i don't
see any javadoc api for the new cupcake features on the android site,
can you point to where this code is located (ie: what package)?
-peter
have you written up this FAQ?
On Jan 7, 6:50 pm, Dave Sparks davidspa...@android.com
TTS is already available as a library from Android Market and
http://eyes-free.googlecode.com, and works quite well in my
experience.
For many audio purposes, javax.sound is not needed, as other audio
APIs may offer similar functionality. For me the audio functionality
of Java ME (J2ME) was and
Any update on anyone getting javax.sound.sampled (or something
similar) working?
Pv
On Nov 23 2008, 12:49 am, MichaelEGR foun...@egrsoftware.com wrote:
Greets... Wow.. good thread and discussion thus far. Best and most
recent audio thread I've seen.
I am an audio/graphics professional and
From a very quick glance at PortAudio, it looks like it is an abstraction
layer to provide a common audio API across a variety of platforms? If so,
it doesn't really address the issue here, that the Android platform isn't
yet providing the features you want. A lot of the issues in doing this
On Sat, Nov 22, 2008 at 2:30 PM, E blockswo...@gmail.com wrote:
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.
To
There is no plan to support javax.sound. I guess I need to writeup a
media FAQ because this question gets asked repeatedly.
Cupcake has support for streaming PCM audio in and out of Java. It
also supports static buffers, i.e. load a buffer with sound data and
trigger (one-shot) or loop. Both
are u means that they not going to support TTS and STT in android???
wesley.
On Thu, Jan 8, 2009 at 10:50 AM, Dave Sparks davidspa...@android.comwrote:
There is no plan to support javax.sound. I guess I need to writeup a
media FAQ because this question gets asked repeatedly.
Cupcake has
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
Greets...
I am an audio/graphics professional and my first project, for kicks,
is to port my desktop Java Quake3 class game engine to Android and
OpenGL ES as a test of well my ability to figure out ES and Android
and it didn't take long to realize the state of audio in SDK 1.0 is
not suitable
Greets... Wow.. good thread and discussion thus far. Best and most
recent audio thread I've seen.
I am an audio/graphics professional and my first project, for kicks,
is to port my desktop Java Quake3 class game engine to Android and
OpenGL ES as a test of well my ability to get Q3 tech playing
Thank you Dianne.
The media player application source is available;
I was not aware of that as I (and I guess some others too) could not
find it while browsing and searching through http://android.git.kernel.org/
. Where exactly can we find it? Thanks.
this discussion seems to be rooted on
The media player application source is available;
After wading through plenty of audio glue and interfacing code in
various code branches, I think that what we meant by MediaPlayer in
the discussions is mostly situated in AudioFlinger,
AudioHardwareGeneric, AudioTrack and AudioRecord? I.e.,
The media framework code can be found in frameworks/base/media. The
Packet Video OpenCore and Sonivox MIDI player are separate projects in
external/opencoreand external/sonivox respectively.
On Nov 22, 12:57 am, blindfold [EMAIL PROTECTED] wrote:
Thank you Dianne.
The media player
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
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
On Thu, Nov 20, 2008 at 12:16 PM, blindfold [EMAIL PROTECTED]wrote:
When Dianne said...
Contributing patches would be a much more effective approach than a
petition.
...the specific patches she presumably meant would be patches to make
this as-yet incomplete code into a stable, usable,
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
On Wed, Nov 19, 2008 at 8:21 PM, Robert Green [EMAIL PROTECTED] wrote:
I motion for a petition for full audio API in the 1.1 SDK.
Contributing patches would be a much more effective approach than a
petition.
--
Dianne Hackborn
[EMAIL PROTECTED]
That's very unfortunate. iPhone has one up on the android in this
arena.
On Nov 20, 12:26 am, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
We have no plans to support the Javax multimedia classes at this time.
On Nov 19, 8:21 pm, Robert Green [EMAIL PROTECTED] wrote:
I motion for a petition
What mic-memory and memory-speaker method(s) *do* you plan to support?
Not to complain, android is wonderful, but mic-file and file-speaker
just won't work for many applications.
On Thu, Nov 20, 2008 at 1:26 AM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
We have no plans to support the Javax
Dianne,
Give even a general description of what patches would help get this
lack of audio functionality dealt with in a way
that would be accepted for inclusion in the base, and I bet someone
will take up the challenge...
Regards,
Dorn Hetzel
On Thu, Nov 20, 2008 at 4:08 AM, Dianne Hackborn
Agreed. The API really needs input and output streams. It's tough to
make any creative audio application the way it is right now.
On Nov 20, 8:11 am, Dorn Hetzel [EMAIL PROTECTED] wrote:
What mic-memory and memory-speaker method(s) *do* you plan to support?
Not to complain, android is
Agreed, it's very hard to do something innovative when I can't even do
simple things like fire off a few sounds on demand and have it work in
any kind of synchronous manner. I hope MediaPlayer is getting a lot of
attention, I have two apps on hold right now for this very reason.
On Nov 20, 11:24
And I'm using SoundPool which is an unsupported API, but it still
doesn't offer streaming from memory capabilities.
On Nov 20, 12:37 pm, Sundog [EMAIL PROTECTED] wrote:
Agreed, it's very hard to do something innovative when I can't even do
simple things like fire off a few sounds on demand and
On Thu, Nov 20, 2008 at 11:24 AM, Dorn Hetzel [EMAIL PROTECTED] wrote:
There already are Android-specific classes and methods for a lot of
audio-related functionality...
At least for my applications, which would be new code for the android
platform, not ports from somewhere else,
I don't
Dan,
There already are Android-specific classes and methods for a lot of
audio-related functionality...
At least for my applications, which would be new code for the android
platform, not ports from somewhere else,
I don't care if it's javax.sound or whatever, as long as I can move
bits from
Dan,
I must be overlooking something? The only audio input method that I
can find documented there is MediaRecorder, and it seems to only know
how to send audio to a file. Can you point a little more closely at
whatever method will allow collecting audio input to a memory buffer
and sending
Thanks Dan, that is quite informative!
We are absolutely committed to improving audio support.
Great to hear that!
You can find the javax.sound code, as it currently exists, in the open
source tree at /platform/dalvik/libcore-disabled/.
OK, at
On Thu, Nov 20, 2008 at 12:16 PM, blindfold [EMAIL PROTECTED] wrote:
You can find the javax.sound code, as it currently exists, in the open
source tree at /platform/dalvik/libcore-disabled/.
[...]
...the specific patches she presumably meant would be patches to make
this as-yet incomplete
Fair enough. Sorry (also to Ethan) for perhaps distracting a bit from
javax.sound even though Java ME supports much the same javax.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.
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
I am with you guys on that. I think there are more elegant solutions
for audio programming design challenges. I don't think anyone cares
if it's the javax.audio API as much as they would just like to be able
to run their own audio buffers in and out of the device.
Being able to chain effects
I motion for a petition for full audio API in the 1.1 SDK.
On Nov 19, 8:43 pm, E [EMAIL PROTECTED] wrote:
Hello,
Some months ago I began a project that involved some basic signal
processing. I used the Java Sound API, including AudioInputStream to
get linear bytes from a recording to do
We have no plans to support the Javax multimedia classes at this time.
On Nov 19, 8:21 pm, Robert Green [EMAIL PROTECTED] wrote:
I motion for a petition for full audio API in the 1.1 SDK.
On Nov 19, 8:43 pm, E [EMAIL PROTECTED] wrote:
Hello,
Some months ago I began a project that
35 matches
Mail list logo
