Thanks for the answer Ross. I will make myself a bit more clear to state the case.<br><br>I am streaming a sequence of PES (both audio and video). I use the demux class to stream audio and video separatelly ( audio to IP port 7777 and video to 8888). I am using a dedicated network - so all traffic to that port must be generated by the LiveMedia server.
<br><br>At port 7777 - audio can be received and decoded successfully.<br><br>At port 8888, video was "jiggy". So ran some network traces with Wireshark. RTP packets DO get sent in port 8888. However, as I have stated before, the RTP sequence number is not continuous - and alternates. Secondly - I have also observed some RTP packets in port 8888 with payload 72!
<br><br>With video - the Demux is connected to a discrete framer, which is connected to a RTP Sink (just like the VOB Streamer code...).<br><br>Does anyone have any idea why this could happen? Why is my RTP sink generating bad sequence numbers? What about the RTP packets with payload 72! They must be coming from the same RTPSink and Framer... but how can that happen!?
<br><br>Thanks!<br><br><br><br>-------- Original Message -------------------<br>>Audio works fine - I am encountering a rather peculiar error with<br>>video. My video RTP packets are being send with alternating Sequence
<br>>Numbers. For example:<br>><br>>RTP packet 1 Sequence number:54820<br>>RTP packet 2 Sequence number:44758<br>>RTP packet 3 Sequence number:54821<br>>RTP packet 4 Sequence number:44759<br>>RTP packet 5 Sequence number:54822
<br>>RTP packet 6 Sequence number:44760<br>>RTP packet 7 Sequence number:54823<br>><br>>It is as if it sees two video streams when in fact there should only be one.<br>><br>>Can anyone tell me how the Sequence Number is calculated?
<br><br>Sequentially for each (video or audio) RTP stream.<br><br>Therefore, you must be generating more than one RTP stream.