After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 788525 - audiointerleave hanging pipeline with audiotestsrc and channelpositions
audiointerleave hanging pipeline with audiotestsrc and channelpositions
Status: RESOLVED INVALID
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
1.12.3
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-10-04 17:12 UTC by Florent Thiéry
Modified: 2017-10-06 16:23 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
test python program (4.77 KB, text/x-python)
2017-10-04 17:12 UTC, Florent Thiéry
Details

Description Florent Thiéry 2017-10-04 17:12:12 UTC
Created attachment 360919 [details]
test python program

While trying to generate test HLS samples with multiple audio channel configurations (1-8), the attached test program hangs at EOS. Moreover, the target folder shows an incomplete playlist_2.m3u8 file and an incomplete 'video  ' file.

$ python generate_multichannel_hls.py 2
Generating 2 channel sample
audiointerleave name=adder ! fdkaacenc ! queue ! mux. videotestsrc pattern=black num-buffers=5 ! video/x-raw, format=(string)I420, width=(int)320, height=(int)240, framerate=(fraction)30/1, multiview-mode=(string)mono, pixel-aspect-ratio=(fraction)1/1, interlace-mode=(string)progressive ! x264enc tune=zerolatency speed-preset=ultrafast key-int-max=30 ! h264parse ! queue ! mpegtsmux name=mux ! queue ! hlssink location=/tmp/hlstest/video%02.ts playlist-location=/tmp/hlstest/playlist_2.m3u8 target-duration=1 audiotestsrc freq=440 samplesperbuffer=44100 num-buffers=5 ! audio/x-raw, format=(string)S16LE, layout=(string)interleaved, rate=(int)44100, channels=(int)1 ! queue ! adder. audiotestsrc freq=880 samplesperbuffer=44100 num-buffers=5 ! audio/x-raw, format=(string)S16LE, layout=(string)interleaved, rate=(int)44100, channels=(int)1 ! queue ! adder.
Setting positions: [<enum GST_AUDIO_CHANNEL_POSITION_FRONT_LEFT of type GstAudio.AudioChannelPosition>, <enum GST_AUDIO_CHANNEL_POSITION_FRONT_RIGHT of type GstAudio.AudioChannelPosition>]
0:00:00.022088552  5089 0x55640c21ba80 WARN              aggregator gstaggregator.c:1393:gst_aggregator_query_latency_unlocked:<adder> Latency query failed
0:00:00.081936264  5089 0x55640c21ba80 WARN            audioencoder gstaudioencoder.c:958:gst_audio_encoder_finish_frame:<fdkaacenc0> Can't copy metadata because input buffer disappeared
0:00:00.082206050  5089 0x55640c21ba80 WARN            audioencoder gstaudioencoder.c:958:gst_audio_encoder_finish_frame:<fdkaacenc0> Can't copy metadata because input buffer disappeared
Comment 1 Florent Thiéry 2017-10-04 17:21:36 UTC
It seems that audiointerleave is hanging the pipeline.
Comment 2 Florent Thiéry 2017-10-06 16:10:40 UTC
Sorry for the noise, there is no issue, it was a typo in the hls fragment pattern that let me to believe that the pipeline was not completing properly.