What a pity

[Peter Maersk-Moller]

Hi James.

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.

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.

Best regards

On Mon, Jan 3, 2022 at 12:16 AM James via gstreamer-devel <
gstreamer-devel at lists.freedesktop.org> wrote:

> 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.
>
> 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.
> (GST_DEBUG=2,pulsesrc:6)
>
> The machine is idle running a single pipeline.
> The stream stutters. ffmpeg shows dup and often a 100 dropped frames on
> each segment.
>
> Using audiotestsrc renders perfectly.
>
> #! /bin/bash
>
> IP=`hostname -I`
>
> gst-launch-1.0 -e -v v4l2src device=/dev/video2 ! \
>         video/x-h264,width=1920,height=1080,framerate=30/1 ! \
>         h264parse ! \
>         tee name=vt \
>         vt. ! queue ! hlssink2 max-files=5 name=hl \
>         playlist-root=http://$IP playlist-location=/dev/shm/channel1.m3u8
> location=/dev/shm/segment_%05d.ts \
>         pulsesrc device=0 ! audioconvert ! avenc_aac ! \
>         tee name=at \
>         at. ! queue ! aacparse ! hl.audio
>
> The redundant tee's are for use later.
> unless I see a euroka moment I'll have to try somethink else
> James
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20220103/dd0ce9f4/attachment-0001.htm>