On Wed, Sep 9, 2009 at 5:50 PM, Ross Finlayson <span dir="ltr">&lt;<a href="mailto:finlayson@live555.com">finlayson@live555.com</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I believe this because VLC is incorrectly reporting the # of bits per sample as 16, and that&#39;s the only inheritance hierarchy I can see that clearly communicates such a value.  Is that correct?<br>
</blockquote>
<br></div>
What RTP payload format are you delivering to the client?  u-law (&quot;PCMU&quot;)?  &quot;L8&quot;?  Or &quot;L16&quot;?  Only the last is 16-bits-per-sample. Once again, look closely at the &quot;WAVAudioFileServerMediaSubsession&quot; code for a model.<div>
<div></div><div class="h5"><br></div></div></blockquote><div><br>Here&#39;s how I implemented the subsession methods:<br><br>    RTPSink * LiveG711MediaSubsession::createNewRTPSink(Groupsock *rtpGroupsock, unsigned char rtpPayloadTypeIfDynamic, FramedSource *inputSource)<br>
    {<br>        char const* mimeType = &quot;PCMU&quot;;<br>        unsigned char payloadFormatCode = 0;<br>        int sampleFrequency = 8000;<br>        unsigned int numChannels = 1;<br><br>        return SimpleRTPSink::createNew(envir(), rtpGroupsock,<br>
                    payloadFormatCode, sampleFrequency,<br>                    &quot;audio&quot;, mimeType, numChannels);<br>    }<br><br>    FramedSource * LiveG711MediaSubsession::createNewStreamSource(unsigned int clientSessionId, unsigned int &amp;estBitrate)<br>
    {<br>        // For G711, our bitrate is always going to be 64kbps<br>        estBitrate = 64;<br>        return LiveG711AudioStreamFramer::createNew(envir(), NULL, m_mediaSource );<br>    }<br><br><br>The &quot;LiveG711AudioStreamFramer is also something I wrote, and &quot;m_mediaSource&quot; is the thing that supplies my audio.  For the values I supply to SimpleRTPSink, I basically copied what WAVAudioFileServerMediaSubsession was delivering for PCMU audio (8000 hz, 1 channel, etc.).  <br>
<br>Still not sure what problem I&#39;m having--I see VLC is receiving the audio stream, but it&#39;s dropping all of the data claiming the &quot;PTS is out of range.&quot;  Going to check and see what the SDP exchange looks like with openRTSP.  Thanks again for all your help.<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"></blockquote></div></div>