<div dir="ltr"><div>Hi James.</div><div><br></div><div>Now see you are using the hlssink2 element, that has a built in muxer that takes elementary streams, so please disregard my email on the muxer thing.<br><br></div><div>Check your load on machine individual processes and check how you integrate the stream with your web server. Does your web/stream-server support HLS correctly? And is it compatible with GStreamers inpmenetation Search Google for examples.</div><div><br></div><div>Best regards<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 3, 2022 at 12:16 AM James via gstreamer-devel <<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">gstreamer seems very nice in concept. The fact that I've been trying for 3 months and can get no help is a big deterent.<br>
<br>
I've got a 4 core i7 NUC clocked to 4.8G and I get a stream of QoS messages telling me the computer is too slow.<br>
(GST_DEBUG=2,pulsesrc:6)<br>
<br>
The machine is idle running a single pipeline.<br>
The stream stutters. ffmpeg shows dup and often a 100 dropped frames on each segment.<br>
<br>
Using audiotestsrc renders perfectly.<br>
<br>
#! /bin/bash<br>
<br>
IP=`hostname -I`<br>
<br>
gst-launch-1.0 -e -v v4l2src device=/dev/video2 ! \<br>
        video/x-h264,width=1920,height=1080,framerate=30/1 ! \<br>
        h264parse ! \<br>
        tee name=vt \<br>
        vt. ! queue ! hlssink2 max-files=5 name=hl \<br>
        playlist-root=http://$IP playlist-location=/dev/shm/channel1.m3u8 location=/dev/shm/segment_%05d.ts \<br>
        pulsesrc device=0 ! audioconvert ! avenc_aac ! \<br>
        tee name=at \<br>
        at. ! queue ! aacparse ! hl.audio<br>
<br>
The redundant tee's are for use later.<br>
unless I see a euroka moment I'll have to try somethink else<br>
James<br>
<br>
</blockquote></div>