When we receive h264 from liveMedia, we don't have an i_dts for the blocks. For display this is not an issue, but stream output needs the i_dts. So the h264 packetizer needs to be able to rebuild the i_dts from scratch, so we can save and stream h264 RTP streams.
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Child items
0
No child items are currently assigned. Use child items to break down this issue into smaller parts.
Linked items
0
Link issues together to show that they're related.
Learn more.
The problem with H264 is that you cannot always know the reordering buffer size (it is not
mandatory to specify it in the bitstream). This buffer can be as large as 16 frames.(The order of the frames is not related to the frame type as in MPEG 2/4).
ex: x264 can generate stream that need 2 reorder buffers in b pyramidal mode.
You can infer a value from the level but you have to hope it is respected.
So, to be able to do it properly you need to do it in 2 pass...
The problem with H264 is that you cannot always know the reordering buffer size (it is not
mandatory to specify it in the bitstream). This buffer can be as large as 16 frames.(The order of the frames is not related to the frame type as in MPEG 2/4).
ex: x264 can generate stream that need 2 reorder buffers in b pyramidal mode.
You can infer a value from the level but you have to hope it is respected.
So, to be able to do it properly you need to do it in 2 pass...
Hi!
As I can see this ticket does not have an owner and the work has not been started yet. Is there are any chance that this gets moved forward and work gets started? I guess that many people wanting to stream H.264 using the DSS would highly appreciate this feature.
current fix could be that check in live555 if packetization-mode=1 and then set dts=pts ? seems that it's disabled by default for some libmpeg2-oddity in revision 10012
(In [24194]) - narrow r10012 to remove dts only stuff that goes to libmpeg2 (mpgv) and
not all video. enables to restream/transcode rtsp/h264 streams.
Should also partly fix #397 (closed), it seems that most of h264 streams are
with packetization-mode=1 eg. in decoding order (thou it should be
checked here, and FIXME is for that).
only start GET_PARAMETER keepalive-thread if x-asf is setted eg. when
server is wms, DSS 5.5.4 & 5.5.5 doesn't like GET_PARAMETER at all and
closes the connection when getting that, and they seem to use
rtcp-data for liveness. Kasenna uses that KA in useragent-string.