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 704617 - gst-launch-1.0: The stream is in the wrong format
gst-launch-1.0: The stream is in the wrong format
Status: RESOLVED DUPLICATE of bug 695606
Product: GStreamer
Classification: Platform
Component: dont know
1.x
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2013-07-20 20:52 UTC by Frank Ansari
Modified: 2013-07-22 12:17 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
GST_DEBUG=*:5 gst-launch-1.0 playbin uri=dvd:// 2> away_from_the_land.log (1.26 MB, application/gzip)
2013-07-20 20:53 UTC, Frank Ansari
Details

Description Frank Ansari 2013-07-20 20:52:04 UTC
When I run

gst-launch-1.0 playbin uri=dvd://

I get the error message: "The stream is in the wrong format".

There is no such issue with gst-launch-0.10.

DVD where this happens: Away from Land (Arabic movie)

Why is this? How can it be fixed?
Comment 1 Frank Ansari 2013-07-20 20:53:37 UTC
Created attachment 249713 [details]
GST_DEBUG=*:5 gst-launch-1.0 playbin uri=dvd:// 2> away_from_the_land.log
Comment 2 Sebastian Dröge (slomo) 2013-07-21 09:16:45 UTC
Can you get a debug log with GST_DEBUG=*:6? The actual problem is this:

0:00:00.877171148 [332m 9481[00m 0x7f68440a2b70 [37mDEBUG  [00m [00m       audiobasesink gstaudiobasesink.c:1970:gst_audio_base_sink_render:<audiosink-actual-sink-pulse>[00m ringbuffer not negotiated


However the really useful information is missing above that. And that seems to happen because the audioringbuffer is never acquired, and never got any caps set.
Comment 3 Frank Ansari 2013-07-21 09:49:37 UTC
OK. Please find the new logfile here:

http://www.frank-ansari.de/debug/
Comment 4 Tim-Philipp Müller 2013-07-22 12:17:49 UTC
I think this is a duplicate of bug #695606.

To paste bug #695606 comment #5 :

The audiosink/ringbuffer complains about not-negotiated, i.e. not having
received a caps event before getting a buffer or buffer-like event. Two
possible issues come to mind after looking at the log:

1) out of the mpeg demuxer comes audio/x-private1-ac3 - this means ac3parse
doesn't get plugged, which means caps don't get set properly etc.

2) the audio decoder receives a GAP event fairly early on - passing that
through before a CAPS event might throw off the ring buffer as well (maybe the
ring buffer should handle this gracefully though?)

Same seems to be happening here.

*** This bug has been marked as a duplicate of bug 695606 ***