<br><font size=3><tt>><b>Ross Finlayson</b> </tt></font><a href="mailto:live-devel%40lists.live555.com?Subject=%5BLive-devel%5D%20Attached%20Test.amr%20file%20to%20investigate%20the%20less%0A%20number%20of%20RTP%20packets%20being%20sent.&In-Reply-To=OF9ED76807.50609058-ON65257283.00306F85-65257283.00311BE3%40tcs.com"><font size=3 color=blue><tt><u>finlayson
at live555.com </u></tt></font></a><font size=3><tt><i><br>
</i></tt></font>
<br><font size=3><tt>>Your file "test.amr" gets streamed correctly
by both <br>
>"testAMRAudioStreamer" and "live555MediaServer".
In each case, <br>
>QuickTime Player is able to play the stream (from the "</tt></font><a href="rtsp://"/"><font size=3 color=blue><tt><u>rtsp://"</u></tt></font></a><font size=3><tt>
URL <br>
>OK).</tt></font>
<br>
<br><font size=3><tt><br>
Hi All,</tt></font>
<br>
<br><font size=3><tt>In continuation to Rajat's queries related to streaming
AMR Payloads, we( Me and Rajat) have observed the following and still unable
to solve it:</tt></font>
<br>
<br><font size=3><tt>For your information, we are using testAmrAudioStreamer
to stream test.amr payloads. The complete RTP Code is working in a separate
thread. We are using the ethereal to capture the frames exchanged between
the Phone and the RTP Server.</tt></font>
<br>
<br><font size=3><tt>We have observed that, In case the phone does not
send any RTP packet, the rate of frames that we send from the RTP Server
is as high as 2000 frames per seond.</tt></font>
<br>
<br><font size=3><tt>In case when the phone also starts sending the RTP
Packets, we have debugged the code and observed that the first frame sent
(after the phone also starts sending RTP Packets) takes almost 50 mili
seconds to be sent out.. Due to this all the next queued up frames are
also getting delayed. We have also observed in the ethereal logs
that the frames are sent sequentially as they are built (i.e their Sequence
numbers are correct and the consecutive frames show a difference
of 160 in their time stamps. ). But the issue is that frames are
sent at a very low rate of 2 or 3 frames per second. However, the phone
is sending the frames at the correct rate of 50 frames / sec and
we are required to send at the same rate in return. </tt></font>
<br>
<br><font size=3><tt>We have managed to control the rate of sending frames
by incrementing the fPresenattionTime (in doGetNextframe in AMRAudioFileSource.cpp)
with 2 secs duration. With this change we were able to modify the rate
of sending the frames at 1 frame every two seconds </tt></font>
<br>
<br><font size=3><tt>Ross has already tested "Test.amr" and
there was no issue found with its streaming.. In fact we are using the
same testAMRAudioStreamer,cpp that Ross had used (i.e. without any modifications).
</tt></font>
<br>
<br><font size=3><tt>Ross had suggested that this rate is achievable if
Test.amr and testAMRAudioStreamer.cpp are correct. With the correct files
we are unable to achieve this rate. Kindly guide us in case we are
overlooking something and also please suggest as to how we can acheive
the rate of sending 50 frames per second while streaming AMR audio.</tt></font>
<br>
<br><font size=3><tt>Regards</tt></font>
<br><font size=3><tt>Mridu Kaura</tt></font>
<br><font size=1 color=white face="sans-serif">ForwardSourceID:NT00006DDE
</font><pre>=====-----=====-----=====
Notice: The information contained in this e-mail
message and/or attachments to it may contain
confidential or privileged information. If you are
not the intended recipient, any dissemination, use,
review, distribution, printing or copying of the
information contained in this e-mail message
and/or attachments to it are strictly prohibited. If
you have received this communication in error,
please notify us by reply e-mail or telephone and
immediately and permanently delete the message
and any attachments. Thank you
</pre>