[Live-devel] MPEG2TrasportStreamFramer 100% CPU usage (MPEG2TrasnsportStreamFramerSimple)

[jiri.pinkava at vscht.cz]

On Sun, 02 Jul 2006 18:57:07 -0700
Ross Finlayson <finlayson at live555.com> wrote:

> 
> >I will make it quick. For some reasons I create new TS stream 
> >framer. Goal is be more robust. It does not include any packet 
> >timing routines (like computation fDurationInMicroseconds and 
> >presentationTime).
> 
> These things are important; they should not be omitted.
> 
> (In particular, if you are streaming from a file, then 
> "fDurationInMicroseconds" tells the downstream object how long to 
> wait between requesting each new Transport Stream packet.  If you 
> omit this (or set it to zero), then the file will be streamed out at 
> full speed, regardless of the  stream's actual bitrate.)
> 
> 
> 	Ross Finlayson
> 	Live Networks, Inc. (LIVE555.COM)
> 	<http://www.live555.com/>
> 
> _______________________________________________
> live-devel mailing list
> live-devel at lists.live555.com
> http://lists.live555.com/mailman/listinfo/live-devel

Well, I now do backward compatibility MPEG2TransportStreamFramer and repair some pretty stupid bugs in my new TS Framer and send this. For live source is necessary do caching (read as much data as possible). Is there a tip how to do this for device/socket source (it is necessary create buffer in SocketSource class or is there way to use buffer of "client")