It does, but if I leave out the framer, the sink doesn't even call doGetNextFrame() of my class...If your "Transcoder" filter delivers discrete MPEG-4 frames, and sets "fPresentationTime" and "fDurationInMicroseconds" properly, then you don't need to insert a "MPEG4VideoStreamDiscreteFramer".
I don't know; you'll need to instrument this for yourself to figure it out. Make sure, though, that you are setting "fDurationInMicroseconds" correctly at each point in the chain, because that field determines how long "MPEG4ESVideoRTPSink" can wait after sending each packet before requesting new data.I tried both ways: Set to 0 or to 40000 (according to 25Hz framerate), doesn't change anything (maybe because I use the framer?)
No. ("MPEG1or2VideoStreamFramer" takes an unstructured byte stream as input.)
Better yet, fix your decoder so that it can handle individual slices - that way,
you will handle data loss much better.)
OK, it actually does handle slices.
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ live-devel mailing list [email protected] http://lists.live555.com/mailman/listinfo/live-devel
