[vlc] MP3 Streaming - Repacketization during Packet Loss

[balaji shanmugam]

Hi

I like to know how VLC is handling the repacketization of the MP3 frames 
when streamed from a streaming server (RTSP - RTP/RTCP over UDP and RFC 2250 
- compatible) and without MPEG Audio-specific header (attached to each RTP 
packet at the start of the  payload and after any RTP headers for an MPEG1/2 
Audio payload type)

How to basically identify the end of the lost MP3 frames ?

Say for example, the server sends out a 128Kbps CBR 44.1 KHz MP3 file. If 
RTP packet 1 contains 100 bytes of MP3 frame 1, RTP Pkt 2 containing 217 
bytes of MP3 frame 1 and RTP Pkt 3 containing the remaining 100 bytes of MP3 
frame 1.

Upon sending the frames, the server is putting out
          RTP pkt 1 with Frame 1 Hdr + 100 bytes of Frame 1
          RTP pkt 2 with Frame 2 Hdr + 217 bytes of Frame 1
          RTP pkt 3 with Frame 3 Hdr + 100 bytes of Frame 1 + 200 bytes of 
Frame 2

How to repacketize the MP3 frames if the RTP Pkt 2  is lost in the 
transmission?

Some insight about this issue will be helpful.

I understand that the newer RFC 3119 has overcome this issue.

- Balaji Shanmugam

_________________________________________________________________
Win a trip to Singapore! http://eu.xmts.net/80450 Experience the magic!

-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html