mobile CCTV,mobile surveillance,police body worn cameras

 forgetPW
 registerNow
search
view: 30250|reply: 3
打印 prevThread nextThread

How to share audio recording capture stream with other APKs on Android Device?

[copyURL]

1

主题

2

帖子

19

积分

newBie

Rank: 1

积分
19
jumpTo
owner
poston 2020-6-19 07:16 | 显示全部楼层 回帖奖励 |倒序浏览 |阅读模式
Hello there,
I am hoping the community here might be able to help resolve an issue for us. We have an existing POC PTT application that runs on Android devices and is focused on delivering PTT voice services to users. This PTT application calls AUDIO_RECORDER object in the android OS to interact with the audio capture recording output of the MIC whenever the PTT button is pressed on the Android device to record the audio to send.  It encodes it into AMR for transmission.  We are now looking to run alongside this existing PTT application the video capture capabilities of the MCU BVPU library to firstly do static recording of video capture files to the local Android device being carried by the user.  And then as a phase 2 development we would like to then look at live streaming the video through to our control room sites.  The issue however we see is that that the video library /code takes exclusive control of the MEDIA_RECORDER object so that it can put the audio into its video recordings and this then locks out access for other apps like our PTT apk from getting hold of the AUDIO_RECORDER.  When the video library starts up first, it grabs the mic and PTT app can only transmit silence.  If PTT app starts up first and initates AUDIO_RECORDER Object, then the video app does not get the audio stream into the video recording.   We both need to use the same Audio Capture source simultaneously in our different apks, but how can we make this work??!!  Clearly one idea is to embed the video SDK library into our PTT application manifest so there is one APK in control, but then what is your recommendation on mutually sharing the Audio source for the two different activities. Video encoding into AAC of the source and when the PTT button is pressed we need the same audio capture source which we will encode into AMR.  Your ideas would be greatly appreciated on how we might solve this challenge!
We must ensure PTT is accessing Audio Capture directly so as to keep latency issues to a minimum during transmission of these critical voice broadcasts, so we do want to avoid having the overhead of having to encode once for the first app and then take that encoded audio buffer and transcode that yet again into the other codec needed of the same stream in the device for the other app.  Ideally we need to find a solution that geneates two streams prior to encoding that each apk can use whether in the foreground or background of the device and each app must be able to get to the audio capture source of the mic on the device.

Thanks in advance
Brett   

reply

使用道具 report

1

主题

2

帖子

19

积分

newBie

Rank: 1

积分
19
sofa
 Owner| poston 2020-6-19 09:38 | 显示全部楼层
lihui2006 post on2020-6-19 09:15
hello, dear Brett,
1) what hardware at your hand? VM780?
2) the easiest solution, our APP MPU diab ...

Hello - Thanks for fast response.
1. Yes VM780 hardware at the moment is what we are looking at.
2.  I am sorry I do not understand the word "diable"   Could you explain please. I think you are saying that MPU APP does not capture PTT? Is that correct or did yo mean something else?
3. Thanks - Linked received and we will take a look later today.
4. Good to know. But if it is free how do you make any money?! We will need to discuss this further as we'd need to host the service ourselves to serve our customers. business model is software as a service.   Could you explain what VMS stands for?
THanks again
reply agree Against

使用道具 report

creditRule

QQ|wireless surveillance

GMT+8, 2024-5-7 19:04 , Processed in 0.054690 second(s), 19 queries .

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

QuickReply backToTop BackToList