[Live-devel] MPEG2TransportStreamFramer enhancement

[Morgan Tørvolt]

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-

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
>