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 664919 - gst-discoverer fails on multi-audio MKV
gst-discoverer fails on multi-audio MKV
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
0.10.x
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-11-27 16:07 UTC by pyr0
Modified: 2012-06-02 09:49 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
The discovery code. (2.78 KB, text/x-c++src)
2011-11-27 16:07 UTC, pyr0
Details
Debug log for the multi audio MKV discover. (976.56 KB, application/octet-stream)
2011-11-27 16:18 UTC, pyr0
Details
Debug log for the multi audio MKV discover. 2 (976.56 KB, application/octet-stream)
2011-11-27 16:18 UTC, pyr0
Details
Debug log for the multi audio MKV discover. 3 (879.31 KB, application/octet-stream)
2011-11-27 16:19 UTC, pyr0
Details

Description pyr0 2011-11-27 16:07:17 UTC
Created attachment 202239 [details]
The discovery code.

When I try to find the properties of an MKV file with multiple audio streams the gst_discoverer_discover_uri function hangs for a while then the gst_discoverer_info_get_result function returns a GstDiscovererResult with error code 3.

It also appears that the gst_discoverer_discover_uri function isn't populating the GError element, so maybe nothing is going wrong in within that?

I have attached the code that I used for the discovery and the debug output for the run.

The code also segfaults, but I'm sure that's because I call the gst_discoverer_info_get_stream_info function on the GstDiscovererInfo element even though the gst_discoverer_info_get_result function has returned an error.
Comment 1 pyr0 2011-11-27 16:18:09 UTC
Created attachment 202241 [details]
Debug log for the multi audio MKV discover.

Attached the first segment of a bzipped log of the debug output for the failed multi audio stream MKV discovery.
Comment 2 pyr0 2011-11-27 16:18:56 UTC
Created attachment 202242 [details]
Debug log for the multi audio MKV discover. 2
Comment 3 pyr0 2011-11-27 16:19:39 UTC
Created attachment 202243 [details]
Debug log for the multi audio MKV discover. 3
Comment 4 Vincent Penquerc'h 2012-01-17 12:59:33 UTC
Does gst-discoverer-0.10 work on that test file ?

If not, then could you please attach it (or the beginning of it, if enough to reproduce the issue) ?
Comment 5 Akhil Laddha 2012-02-29 08:36:44 UTC
pyr0, can you please provide information as requested in comment#4 ?
Comment 6 Tobias Mueller 2012-06-01 22:05:57 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!
Comment 7 pyr0 2012-06-02 08:52:42 UTC
Hi,

Sorry for taking so long to post this, it looks like the gst-discoverer-0.10 command does manage to find some info about the file, but I don't think it succeeds in find the languages of the different audio streams. It also mentions a time out. Here is the output:

Done discovering file:///video.mkv
Analyzing URI timed out

Topology:
  container: Matroska
    subtitles: ASS
    audio: Vorbis
    audio: Vorbis
    video: H.264

Properties:
  Duration: 1:58:27.809000000
  Seekable: yes
  Tags: 
      video codec: H264
      language code: und
      attachment: <GstBuffer [55408 bytes]>
      container format: Matroska
      extended comment: { "ENCODED_USING\=Made\ with\ BeSweet\ v1.5b30", "ENCODER_URL\=http://DSPguru.doom9.org" }
      encoder: Xiph.Org libVorbis I 20020717
      encoder version: 0
      audio codec: Vorbis
      nominal bitrate: 128003
      bitrate: 128003
      minimum bitrate: 9014
      maximum bitrate: 9014
      subtitle codec: SubStation Alpha
Comment 8 Tim-Philipp Müller 2012-06-02 09:49:57 UTC
> Sorry for taking so long to post this, it looks like the gst-discoverer-0.10
> command does manage to find some info about the file, but I don't think it
> succeeds in find the languages of the different audio streams. It also mentions
> a time out.

This has probably been fixed as part of bug #673504.