[Bug 770498] New: my mpegts hangs pipeline

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Sun Aug 28 00:12:27 UTC 2016


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

            Bug ID: 770498
           Summary: my mpegts hangs pipeline
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gstreamer (core)
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: carl at personnelware.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

gst-launch-1.0 filesrc location=12_55_51.ts ! decodebin ! audioconvert !
fakesink 

to repo, get the above file 7gig
wget http://veyepar3.nextdayvideo.com/static/temp/12_55_51.ts

After a few minutes, top shows cpu cores drop to mostly idle.  ^c stops the
pipeline and exits.

versions:
GStreamer 1.8.2 from ubuntu repos,  and gst-uninstalled Aug 20.


I ran with GST_DEBUG=5 and this was the tail:

0:02:04.242907888  7272 0x7fa988036e30 DEBUG         GST_SCHEDULING
gstpad.c:4181:gst_pad_chain_data_unchecked:<mpegvparse0:sink> called
chainfunction &gst_base_parse_chain with buffer 0x7fa988044bc0, returned
not-linked
0:02:04.242919351  7272 0x7fa988036e30 DEBUG             multiqueue
gstmultiqueue.c:1568:gst_multi_queue_loop:<multiqueue0> SingleQueue 0 : trying
to pop an object
0:02:04.242933255  7272 0x7fa988036e30 DEBUG             multiqueue
gstmultiqueue.c:1641:gst_multi_queue_loop:<multiqueue0> queue 0 sleeping for
not-linked wakeup with newid 35819, highid 35818, next_time +0:15:35.117266667,
high_time +0:15:34.889277778
0:02:04.242967390  7272 0x7fa98c052e80 DEBUG             multiqueue
gstmultiqueue.c:2550:single_queue_check_full:<multiqueue0> queue 0: visible
4/38, bytes 2339734/2097152, time 166833334/0

On the above file 12_55_51.ts it consistently hangs.  I tried 6 more files, 3
it completed, 3 it also hung.  months ago I saw the same thing (I think. at the
time I didn't dig into the bug, I gave up and did something else.)



[1] The above file was created with this command:

ffmpeg \
    -i tcp://$VOC_CORE:11000 \
    -ac 2 -channel_layout 2c -aspect 16:9 \
        -map 0:v -c:v:0 mpeg2video -pix_fmt:v:0 yuv422p -qscale:v:0 2 -qmin:v:0
2 -qmax:v:0 10 -keyint_min 0 -bf:0 0 -g:0 0 -intra:0 -maxrate:0 140M \
        -map 0:a -c:a:0 mp2 -b:a:0 192k -ac:a:0 2 -ar:a:0 48000 \
        -flags +global_header -flags +ilme+ildct \
        -f segment -segment_time $segment_time \
         -segment_format mpegts \
         -strftime 1 "$dest_dir/%Y-%m-%d/%H_%M_%S.ts"

https://github.com/CarlFK/voctomix-outcasts/blob/master/record-timestamp.sh

The server it is connecting to: https://github.com/voc/voctomix

I have about 200 .ts files all created with the same ffmpeg command [1]
Not sure how to test for problems given it hangs.

the mlt lib (based on ffmpeg) is able to decode these files ok.

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


More information about the gstreamer-bugs mailing list