Hi Ross, Thanks for your quickly reply.
Each time, we will put 1024 bytes to ulaw encode and it produce 512 bytes ulaw data out. Then we copy 512 bytes to fTo and put 512 to fFrameSize. For fDurationInMicroseconds, we set 16000. I think it should be right. But I don’t know why 16K, stereo audio is not working. Thanks a lot. regards, eric, 12/17 > On Dec 17, 2015, at 15:29, Ross Finlayson <finlay...@live555.com> wrote: > >> We have a rtsp server on embedded system, rtsp server will stream out >> H264+ulaw streaming. >> Now, we face a problem. There is a vlc client to connect our rtsp server. >> If the audio is >> A. under 8K, 16bit, mono ulaw(encode from PCM), we set >> fDurationInMicroseconds to be 64000. Audio is good. >> B. under 16K, 16bit, stereo ulaw(encode from PCM), we set >> fDurationInMicroseconds to be 16000. Audio is vibration. > > Remember that - for stereo - each PCM sample will be twice as large as it was > for mono. I suspect that your problem has something to do with this. > > > Ross Finlayson > Live Networks, Inc. > http://www.live555.com/ > > > _______________________________________________ > live-devel mailing list > live-devel@lists.live555.com > http://lists.live555.com/mailman/listinfo/live-devel This electronic mail transmission is intended only for the named recipient. It contains information which may be privileged,confidential and exempt from disclosure under applicable law. Dissemination, distribution, or copying of this communication by anyone other than the recipient or the recipient's agent is strictly prohibited. If this electronic mail transmission is received in error, Please notify us immediately and delete the message and all attachments of it from your computer system. Thank you for your cooperation. _______________________________________________ live-devel mailing list live-devel@lists.live555.com http://lists.live555.com/mailman/listinfo/live-devel
