[Live-devel] MPEG2TransportStreamFramer enhancement

[jiri.pinkava at vscht.cz]

On Sun, 16 Jul 2006 17:50:59 +0400
"Morgan Tørvolt" <morgan.torvolt at gmail.com> wrote:

> I am not sure about this, but Is it not better to just drop the framer
> of a live source? All the framer does is make sure the playout is done
> at the correct time. If the source already has the correct timing, why
> bother to re-calculate it?
> 
> -Morgan-

In many cases yes, it is. But from DVB-T (respective from incoming TCP stream) come data in "packs" of length cca 200-400kB and this (might) cause network overload and packet loss. 

> 
> On 15/07/06, jiri.pinkava at vscht.cz <jiri.pinkava at vscht.cz> wrote:
> > On Thu, 06 Jul 2006 18:19:07 -0700
> > Ross Finlayson <finlayson at live555.com> wrote:
> >
> > > At 01:21 PM 7/6/2006, you wrote:
> > > >There are new release of my TS Framer/Simple Framer.
> > >
> > > Rather than simply sending code for this new class (which I have no
> > > plans to add to the library) without explanation, it might be more
> > > instructive if you explained what you think is wrong with the
> > > existing class, and what your new class does that supposedly improves upon it.
> >
> > Sorry I have no experience with team development .....
> >
> > >
> > > If there really is a problem with the existing code, then the best
> > > solution would be to fix that, because that's what everyone is going
> > > to get to see.
> > >
> > >
> > >       Ross Finlayson
> > >       Live Networks, Inc. (LIVE555.COM)
> > >       <http://www.live555.com/>
> > >
> > > _______________________________________________
> > Problems and solutions for MPEG2TransportStreamFramer
> > I'm usign live555 to stream MPEG2 TS from DVB-T (digital video broadcast). Current MPEG2TransportStreamFramer implement both framer and timing, this is good for file sources, but not for live sources.
> >
> > 1. First goal is separate framing and timing, because for live source is necessary use other timer algorithm (current TS Framer/Timer cause packet lost and CPU overload for live source.)
> >
> > 2. I use TCP connection as source, this is true stream (is not framed), sometimes happen that half of frame is dropped by current framer. This is bad, part of frame must wait to be completed.
> >
> > 3. Current framing class does not handle (much pretty) errors inside stream (look only for sync byt in first TS packet and expect that all other is right).
> >
> > 4. next goal is control amount of TS packet present in frame by TS framing class (if I look at testMPEG2TransportStreamer this is now done by setting prefferedFrameSize in source, but this is little hacky). But this is minor issue.
> >
> > There are most important reasons for major changes in MPEG2 TS framer, implemented in my new class.
> > _______________________________________________
> > live-devel mailing list
> > live-devel at lists.live555.com
> > http://lists.live555.com/mailman/listinfo/live-devel
> >
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel