[Bug 746906] hlssink: creates a single segment

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=746906

--- Comment #13 from Thiago Sousa Santos <thiagossantos at gmail.com> ---
I'm guessing it is related to this:

0:00:06.826250847 25182   0xb78a00 INFO               mpegtsmux
mpegtsmux.c:994:check_pending_key_unit_event: now 0:00:05.668658672 wanted
0:00:05.000000000

(gst-launch-1.0:25182): GStreamer-CRITICAL **: gst_event_get_structure:
assertion 'GST_IS_EVENT (event)' failed

(gst-launch-1.0:25182): GStreamer-CRITICAL **: gst_event_get_seqnum: assertion
'GST_IS_EVENT (event)' failed

(gst-launch-1.0:25182): GStreamer-CRITICAL **: gst_mini_object_unref: assertion
'mini_object->refcount > 0' failed
0:00:06.827234899 25182   0xb78a00 INFO               mpegtsmux
mpegtsmux.c:1145:mpegtsmux_collected_buffer:<muxer> pushing downstream
force-key-unit event -1 0:00:05.668658672 count 0
0:00:06.827540915 25182   0xb78a00 INFO                 hlssink
gsthlssink.c:456:gst_hls_sink_ghost_event_probe:<hlssink0> setting index 0
0:00:06.917672666 25182   0xb78a00 INFO                 hlssink
gsthlssink.c:274:gst_hls_sink_handle_message:<hlssink0> COUNT 0


As the access on the event parameters fails because there is some refcounting
issue apparently it ends up always using COUNT=0 which will prevent hlssink to
create the correct segment file names.

I couldn't find anything obviously wrong with mpegtsmux event handling or in
h264parse or rpicamsrc but I also noticed that the line numbers are not
matching perfectly with the source, perhaps this has already been fixed
usptream?

Also replacing rpicamsrc with videotestsrc works here on the desktop.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.