<div dir="ltr">Hello, <div><br></div><div>I am working on a pipeline on 1.16.1 that consumes a RTP MPEG-2 transport stream and writes it to an HLS feed without transcoding the video. The pipeline looks roughly like this:</div><div><br></div>gst-launch-1.0 -v rtpbin name=rtpbin buffer-mode=0 udpsrc address=xxx.xxx.xxx.xxx port=1234 ! rtpbin.recv_rtp_sink_0 rtpbin. ! rtpmp2tdepay ! tsdemux ! h264parse ! hlssink2<div><br></div><div>This usually works fine, but occasionally in the middle of running the pipeline with INFO level logging, we'll see corrupted segments get written with unrealistically small file sizes while the following logs are repeatedly generated at a very rapid rate:</div><div><br></div><div>5:37:20.238213074     7 0x55c2d0d75a80 INFO        mpegtspacketizer mpegtspacketizer.c:772:mpegts_try_discover_packet_size: have packetsize detected: 188 bytes<br></div><div>5:37:20.239808445     7 0x55c2d0d75a80 INFO              mpegtsbase mpegtsbase.c:956:mpegts_base_apply_pat:<hls_ts_demux> PAT</div><div><br></div><div>Can someone help me understand what these logs mean? After reading into the code more, I think we should see the PAT log when we receive a PSI message with PAT info, but I'm still not grasping what those are and how it could affect the bad output we are seeing. </div><div><br></div><div>Also, is it better practice to put a tsparse in between rtpmp2tdepay and tsdemux? I didn't understand what the use case of tsparse was when reading the gstreamer docs.<br><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><br></div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature">Thanks,<br>Sid<br><br></div></div></div></div></div>