I have been given an Audio HAL library for vexpress and want to get it into our JB builds and was hoping to find an existing board with working audio to get some clues from it.
I'm a bit worried that since the move to JB logcat shows lots of lines like:
E/WVMExtractor( 1925): Failed to open libwvm.so
which seems to be related to attempts to play sound, so I'm guessing that we might be missing something important.
On Nov 8, 2012 11:45 PM, "Jon Medhurst (Tixy)" tixy@linaro.org wrote:
I have been given an Audio HAL library for vexpress and want to get it into our JB builds and was hoping to find an existing board with working audio to get some clues from it.
I'm a bit worried that since the move to JB logcat shows lots of lines like:
E/WVMExtractor( 1925): Failed to open libwvm.so
which seems to be related to attempts to play sound, so I'm guessing that we might be missing something important.
It's looking for drm related library implemented by the oems. Sadly we don't have in our builds. I know that this mess has been improved in master branch and audio plays on master without the drm stuff. I was waiting for 4.2 upgrade where we would get these fixes. Is it a critical requirement?
We can back port the change for the fix.
-- Tixy
linaro-android mailing list linaro-android@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-android
On Nov 8, 2012 11:53 PM, "Vishal Bhoj" vishal.bhoj@linaro.org wrote:
On Nov 8, 2012 11:45 PM, "Jon Medhurst (Tixy)" tixy@linaro.org wrote:
I have been given an Audio HAL library for vexpress and want to get it into our JB builds and was hoping to find an existing board with working audio to get some clues from it.
Audio hal is implemented for stable panda and origen. On origen have tested with wav file. For mp3 playback we either wait for 4.2 release or work on backporting the patches.
I'm a bit worried that since the move to JB logcat shows lots of lines like:
E/WVMExtractor( 1925): Failed to open libwvm.so
which seems to be related to attempts to play sound, so I'm guessing that we might be missing something important.
It's looking for drm related library implemented by the oems. Sadly we
don't have in our builds. I know that this mess has been improved in master branch and audio plays on master without the drm stuff. I was waiting for 4.2 upgrade where we would get these fixes. Is it a critical requirement?
We can back port the change for the fix.
-- Tixy
linaro-android mailing list linaro-android@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-android
On Thu, 2012-11-08 at 23:56 +0530, Vishal Bhoj wrote:
I'm a bit worried that since the move to JB logcat shows lots of
lines
like:
E/WVMExtractor( 1925): Failed to open libwvm.so
which seems to be related to attempts to play sound, so I'm
guessing
that we might be missing something important.
It's looking for drm related library implemented by the oems. Sadly
we don't have in our builds. I know that this mess has been improved in master branch and audio plays on master without the drm stuff. I was waiting for 4.2 upgrade where we would get these fixes. Is it a critical requirement?
No one has indicated to me that it's critical, but I know people were wanting to use audio playback as a power management use-cases on big.LITTLE.
However, right now I was just looking for any way to persuade Android to generate any sound to test the drivers and finally found that playing WAV files in music player or the Browser works :-)
Other files like OGG need the missing DRM library. That's what threw me, didn't associate DRM with OGG, but I suppose it's only a container format and could have DRMed content.
And the UI sounds also don't work, presumably because the sounds are in a container format which could have DRMed contents.
On Thu, 2012-11-08 at 23:56 +0530, Vishal Bhoj wrote:
I'm a bit worried that since the move to JB logcat shows lots of
lines
like:
E/WVMExtractor( 1925): Failed to open libwvm.so
which seems to be related to attempts to play sound, so I'm
guessing
that we might be missing something important.
It's looking for drm related library implemented by the oems. Sadly
we don't have in our builds. I know that this mess has been improved in master branch and audio plays on master without the drm stuff. I was waiting for 4.2 upgrade where we would get these fixes. Is it a critical requirement?
Is this '4.2 upgrade' likely to happen any time soon? People are bound to ask me that, especially as the only sound which seems to work is playing WAV format sounds in the Music app - which is just about as close to no working audio as you could get and still get a noise out of the device ;-)
On 9 November 2012 15:42, Jon Medhurst (Tixy) tixy@linaro.org wrote:
On Thu, 2012-11-08 at 23:56 +0530, Vishal Bhoj wrote:
I'm a bit worried that since the move to JB logcat shows lots of
lines
like:
E/WVMExtractor( 1925): Failed to open libwvm.so
which seems to be related to attempts to play sound, so I'm
guessing
that we might be missing something important.
It's looking for drm related library implemented by the oems. Sadly
we don't have in our builds. I know that this mess has been improved in master branch and audio plays on master without the drm stuff. I was waiting for 4.2 upgrade where we would get these fixes. Is it a critical requirement?
Is this '4.2 upgrade' likely to happen any time soon? People are bound to ask me that, especially as the only sound which seems to work is playing WAV format sounds in the Music app - which is just about as close to no working audio as you could get and still get a noise out of the device ;-)
As per the link here: https://groups.google.com/forum/#%21msg/android-building/pBHWFIO6QI0/KVlU0l4...
The code should be available when the device reaches the consumers i.e November 13th. We will get a clear picture next week.If our upgrades appear to take too much time then we will have to work on backporting the patches for audio.
-- Tixy
On 9 November 2012 11:16, Vishal Bhoj vishal.bhoj@linaro.org wrote:
Is this '4.2 upgrade' likely to happen any time soon?
The code should be available when the device reaches the consumers i.e November 13th.
If previous releases are any indication, the code will be available 1-3 days later, then it will take a couple of days (probably less, given the changes seem to be fairly minor) to merge into our code base (with any luck, the script I wrote for the 4.1 upgrade will take care of most of it).
I'm hoping we can have a 4.2 based 12.11 release, but I wouldn't count on it.
ttyl bero
On Thu, 2012-11-08 at 23:53 +0530, Vishal Bhoj wrote:
On Nov 8, 2012 11:45 PM, "Jon Medhurst (Tixy)" tixy@linaro.org wrote:
I have been given an Audio HAL library for vexpress and want to get
it
into our JB builds and was hoping to find an existing board with
working
audio to get some clues from it.
I'm a bit worried that since the move to JB logcat shows lots of
lines
like:
E/WVMExtractor( 1925): Failed to open libwvm.so
which seems to be related to attempts to play sound, so I'm guessing that we might be missing something important.
It's looking for drm related library implemented by the oems. Sadly we don't have in our builds. I know that this mess has been improved in master branch and audio plays on master without the drm stuff. I was waiting for 4.2 upgrade where we would get these fixes. Is it a critical requirement?
We can back port the change for the fix.
Do you know what patch(s) implemented the fix? Or at least which component to look in? (frameworks/av/ doesn't see to have any fixes for this.)
If it's reasonable straight forward for me to hack things together on my machine, it would be good to do so to verify that things will be OK once we get 4.2, rather than finding out afterwards that there are still problems...
On 9 November 2012 22:11, Jon Medhurst (Tixy) tixy@linaro.org wrote:
On Thu, 2012-11-08 at 23:53 +0530, Vishal Bhoj wrote:
On Nov 8, 2012 11:45 PM, "Jon Medhurst (Tixy)" tixy@linaro.org wrote:
I have been given an Audio HAL library for vexpress and want to get
it
into our JB builds and was hoping to find an existing board with
working
audio to get some clues from it.
I'm a bit worried that since the move to JB logcat shows lots of
lines
like:
E/WVMExtractor( 1925): Failed to open libwvm.so
which seems to be related to attempts to play sound, so I'm guessing that we might be missing something important.
It's looking for drm related library implemented by the oems. Sadly we don't have in our builds. I know that this mess has been improved in master branch and audio plays on master without the drm stuff. I was waiting for 4.2 upgrade where we would get these fixes. Is it a critical requirement?
We can back port the change for the fix.
Do you know what patch(s) implemented the fix? Or at least which component to look in? (frameworks/av/ doesn't see to have any fixes for this.)
If it's reasonable straight forward for me to hack things together on my machine, it would be good to do so to verify that things will be OK once we get 4.2, rather than finding out afterwards that there are still problems...
It seemed to be straight forward. Only this config file is needed to be placed in /system/etc/ folder and right decoder was getting detected. I have verified it on origen.
-- Tixy
On 11 November 2012 14:18, Vishal Bhoj vishal.bhoj@linaro.org wrote:
On 9 November 2012 22:11, Jon Medhurst (Tixy) tixy@linaro.org wrote:
On Thu, 2012-11-08 at 23:53 +0530, Vishal Bhoj wrote:
On Nov 8, 2012 11:45 PM, "Jon Medhurst (Tixy)" tixy@linaro.org wrote:
I have been given an Audio HAL library for vexpress and want to get
it
into our JB builds and was hoping to find an existing board with
working
audio to get some clues from it.
I'm a bit worried that since the move to JB logcat shows lots of
lines
like:
E/WVMExtractor( 1925): Failed to open libwvm.so
which seems to be related to attempts to play sound, so I'm guessing that we might be missing something important.
It's looking for drm related library implemented by the oems. Sadly we don't have in our builds. I know that this mess has been improved in master branch and audio plays on master without the drm stuff. I was waiting for 4.2 upgrade where we would get these fixes. Is it a critical requirement?
We can back port the change for the fix.
Do you know what patch(s) implemented the fix? Or at least which component to look in? (frameworks/av/ doesn't see to have any fixes for this.)
If it's reasonable straight forward for me to hack things together on my machine, it would be good to do so to verify that things will be OK once we get 4.2, rather than finding out afterwards that there are still problems...
It seemed to be straight forward. Only this config file is needed to be placed in /system/etc/ folder and right decoder was getting detected. I have verified it on origen.
We should have mp3/youtube playback working now with this change : http://review.android.git.linaro.org/#change,2980
-- Tixy
On Sun, 2012-11-11 at 16:54 +0530, Vishal Bhoj wrote:
It seemed to be straight forward. Only this config file is needed to be placed in /system/etc/ folder and right decoder was getting detected. I have verified it on origen.We should have mp3/youtube playback working now with this change : http://review.android.git.linaro.org/#change,2980
Thanks very much. That gets MP3 and other Audio formats working :-)
Trying to play YouTube gets lots of ENOSYS errors
E/MediaPlayer( 2881): Error (-38,0)
but I wasn't optimistic that things like video would just start working as well. There are probably other problems, e.g. lack of hardware acceleration, which prevent that.
Thanks again for the audio fix.
Hi, Galaxy Nexus and Nexus 7 (it's an unofficial build, you can find it in my personal area on android-build) have working audio.
E/WVMExtractor( 1925): Failed to open libwvm.so
This is harmless - libwvm.so is part of the DRM stuff that comes with non-free Android builds. You should still be able to play an unencrypted file though, I've seen the libwvm.so message on Nexus 7 as well (and it still worked).
ttyl bero
linaro-android@lists.linaro.org
-
Bernhard Rosenkränzer -
Jon Medhurst (Tixy) -
Vishal Bhoj