Re: [Linphone-developers] Linphone Blackberry one way audio

[Jehan Monnier]

Hi Ramu,

30 to 40 RTP packets is probably the time between the start of the sender and the start of the receiver.

I believe starting the player stop the recorder. I spent days trying to fix this issue on a BB storm 2 without success.

I know some proprietary sip client uses play/record in a small buffer of hundreds of ms instead of real time streaming before sending to the network. This is not the approach we have on Linphone.  

For your information we tested on a Bold 9700 os5 we bought last year.

Cheers

 

Jehan

www.linphone.org

Le 30 juin 2011 à 09:14, Ramu a écrit :

Jehan/Simon,

Can you guys take look?

---------- Forwarded message ----------
From: Ramu <address@hidden>
Date: Wed, Jun 29, 2011 at 1:11 PM
Subject: Re: [Linphone-developers] Linphone Blackberry one way audio
To: address@hidden


Hi Jehan,

We are very glad that you are on it.

Issue: The audio stops after certain amount of time (approximately after sending 30 to 40 RTP packets)

The audio recording stops BB side but receiving is fine.

How can we verify "#!AMR" issue.  May I know list of device you tested this version?

On Wed, Jun 29, 2011 at 12:50 PM, Jehan Monnier <address@hidden> wrote:

Hi,

What I don't manage to understand from various emails is either the audio stop immediately in one direction or after a certain amount of time.

In case audio stop immediately is probably because the device does not support simultaneous play/record.

In case it is after a while, there is probably a bug somewhere, but it is extremely difficult for us to work a bug that did not happen with our device.

 

During development stage we experienced the following issue with our Bold 9700: After 3 mn of audio , the SendStream just stop. We figured out that the read buffer of the source stream object was a rotating buffer requiring special code at the end of this buffer to take into account the offset introduced by the initial "#!AMR" header. I don't know if it can be linked to the issue you reported, but if you can determine this rotating buffer is  30s of audio large in your case, it can be a good start.

  

Jehan

www.linphone.org

Le 29 juin 2011 à 08:51, Ramu a écrit :

Jehan,

We are testing bb_linphone on real device i.e BlackBerry bold 9650.  As I said in my earlier email the audio recording stops in SendStream.java file with the error "Device Unavailable".

I dont think it is the device problem who doesn't do simultaneous play and record because MO-Call application is really working great on the same device.

I think as Aleksei said it is something which is stopping device and reporting "Device Unavailable"

We will be waiting for your feedback.

On Wed, Jun 29, 2011 at 8:17 AM, aleksei drassen <address@hidden> wrote:

Yes, i update my BB to OS 5.0 with my carrier support, and try in the real devices: BB torch, BB bold 9000,9700 and curve 8520, curve 9000, Storm ...
 
I implement a patch to encode/decode amr on windows using mjserver and yes, when i call with linphone, the app support a normal call at the same time also, the problem is still 30-40 secs of audio when the app stop to receive audio data (one device).
 
so, jehan, simon: i need know if you try bb_linphone on a real devices also. And so, what solution you propose (i can try to write the solution you have as you wish)
 
I don't have any more ideas where i can find to write a certain an best solution.
 
 
 
cheers
 

> Date: Tue, 28 Jun 2011 16:14:56 -0400
> From: address@hidden

> To: address@hidden

> Subject: Re: [Linphone-developers] Linphone Blackberry one way audio
>
> Hi Aleksei,
>
> Have you asked whether your device supports two-way audio on the BB
> developers forum?
>
> http://supportforums.blackberry.com/t5/Developer-Support-Forums/ct-p/blackberrydev
>
> Also, have you updated your OS to the latest version? The RIM site has
> OS updates per carrier.
>
> Is it possible that another app is keeping an audio channel open when
> Linphone tries to use it?
>
> I am not a BB developer myself, just had some ideas.
>
> Cheers,
> Iordan
>
> On Tue, Jun 28, 2011 at 2:33 PM, aleksei drassen <address@hidden> wrote:
> >
> >  Hi jehan, who are the chief developper of the blackberry project, the
> > device can support simultaneous play/record, the problem is originated on
> > the packet info at a secuential send of packets, the receiverstream
> > "receive" just "AMR"  header and stop the audio, but client still sends
> > audio packets....
> >
> >
> > I was try to determine when the header is send but is appear to be random
> > issue...
> >
> > My question to the chief developper is "why you do not observe that AMR
> > header who stops the audio on the other client?"
> >
> > cheers
> > ________________________________
> > From: address@hidden
> > Date: Tue, 28 Jun 2011 10:14:43 +0200
> > To: address@hidden
> > CC: address@hidden
> > Subject: Re: [Linphone-developers] Linphone Blackberry one way audio
> >
> > Hi,
> > Well, I'm not really optimistic. The following trace means the BB has
> > stopped the record stream just after the play stream begin:
> >
> > SendStream-Warn:Got event deviceUnavailable[]
> >
> > From my experience, having this sequence of event means the device does not
> > support simultaneous play/record.
> > Jehan
> > www.linphone.org
> >
> >
> >
> >
> >
> > Le 27 juin 2011 à 14:34, Ramu a écrit :
> >
> > Hi,
> >
> > We download linphone blackberry version to BB Bold series and we are
> > able to REGISTER and place calls.
> >
> > The issue is other party is not able to hear our Voice.  When we ran
> > the latest source in emulator and look at the debug messages, we are
> > getting device unavailable error.
> >
> > Please see debug messages.
> >
> >
> > MN: setRecordParameters(1,20)=0
> > SendStream-Warn:zerowire Got event recordStarted[0]
> > SendStream-Warn:zerowire Got event started[-1]
> > RecvStream-Info:connect data source
> > RecvStream-Info:start data source
> > 1309175380459 :: EventScanner going to sleep!
> > RecvStream-Info:Got event
> > com.rim.volume.control.type[volume.control.type.absolute]returned ms=0
> > RecvStream-Info:Got event
> > com.rim.volume.control.type[volume.control.type.absolute]returned ms=0
> > RecvStream-Info:Got event com.rim.loading[]returned ms=0
> > [STREAM] releasing big buffer [index: 0] [handle: 2569]
> > [STREAM] allocating big buffer [index: 0] [numStreams: 0]
> > [STREAM] allocating stream [index: 0] [size: 327680]
> > [STREAM] allocated stream [index: 0] [handle: 2825] [size: 327680]
> > null:_ss=2825 PID=212
> > MN: init0(16777216, 0, 5, 65535)=0
> > MN: load 0
> > AR: remove source 11
> > AR: setAudioMode 32
> > SendStream-Warn:Got event stopped[-1]
> > SendStream-Warn:Got event deviceUnavailable[]
> >
> > --
> > Ramu
> >
> > _______________________________________________
> > Linphone-developers mailing list
> > address@hidden
> > https://lists.nongnu.org/mailman/listinfo/linphone-developers
> >
> >
> > _______________________________________________ Linphone-developers mailing
> > list address@hidden
> > https://lists.nongnu.org/mailman/listinfo/linphone-developers
> > _______________________________________________
> > Linphone-developers mailing list
> > address@hidden
> > https://lists.nongnu.org/mailman/listinfo/linphone-developers
> >
> >
>
>
>
> --
> The conscious mind has only one thread of execution.
>
> _______________________________________________
> Linphone-developers mailing list
> address@hidden
> https://lists.nongnu.org/mailman/listinfo/linphone-developers

_______________________________________________
Linphone-developers mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/linphone-developers

--
Ramu
_______________________________________________
Linphone-developers mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/linphone-developers

_______________________________________________
Linphone-developers mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/linphone-developers

--
Ramu

--
Ramu