possible bug in `qtdemx` element

classic Classic list List threaded Threaded
7 messages Options
Reply | Threaded
Open this post in threaded view
|

possible bug in `qtdemx` element

David Ing
I have a video file (no audio) which plays nicely in 
  • VLC
  • Windows Media Player on Windows 10
  • Whatever application plays videos by default in Windows 10
The video is here:


I have analyzed the video with `ffprobe` (in many ways) and I cannot find any problems with it.

The problem is: qtdemux doesn't play nicely with the video; and so I cannot use GES with the video (which is my ultimate goal).

The problem apparently exists in Gstreamer 1.14.4 and 1.16.0 (these are the two versions I tested).

The problem is easily reproduced using `gst-launch` commands.

# ------------------------
# Gstreamer 1.14.4 (mingw windows)
# ------------------------
$ gst-launch-1.0 filesrc location=screencap.mp4 ! decodebin ! playsink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Redistribute latency...
Redistribute latency...
ERROR: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: Internal data stream error.
Additional debug info:
qtdemux.c(6073): gst_qtdemux_loop (): /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
streaming stopped, reason not-negotiated (-4)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

# ------------------------
# Gstreamer 1.16.0 (mingw windows)
# ------------------------
$ gst-launch-1.0 filesrc location=screencap.mp4 ! decodebin ! playsink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Redistribute latency...
Redistribute latency...
WARNING: no real random source present!
ERROR: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: Internal data stream error.
Additional debug info:
../gst/isomp4/qtdemux.c(6607): gst_qtdemux_loop (): /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
streaming stopped, reason not-negotiated (-4)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...


_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: possible bug in `qtdemx` element

Thibault Saunier-4
`ges-launch-1.0 +clip ~/Downloads/screencap.mp4` works just fine here.

- Thibault

On Wed, Jun 19, 2019 at 2:18 PM David Ing <[hidden email]> wrote:
I have a video file (no audio) which plays nicely in 
  • VLC
  • Windows Media Player on Windows 10
  • Whatever application plays videos by default in Windows 10
The video is here:


I have analyzed the video with `ffprobe` (in many ways) and I cannot find any problems with it.

The problem is: qtdemux doesn't play nicely with the video; and so I cannot use GES with the video (which is my ultimate goal).

The problem apparently exists in Gstreamer 1.14.4 and 1.16.0 (these are the two versions I tested).

The problem is easily reproduced using `gst-launch` commands.

# ------------------------
# Gstreamer 1.14.4 (mingw windows)
# ------------------------
$ gst-launch-1.0 filesrc location=screencap.mp4 ! decodebin ! playsink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Redistribute latency...
Redistribute latency...
ERROR: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: Internal data stream error.
Additional debug info:
qtdemux.c(6073): gst_qtdemux_loop (): /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
streaming stopped, reason not-negotiated (-4)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

# ------------------------
# Gstreamer 1.16.0 (mingw windows)
# ------------------------
$ gst-launch-1.0 filesrc location=screencap.mp4 ! decodebin ! playsink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Redistribute latency...
Redistribute latency...
WARNING: no real random source present!
ERROR: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: Internal data stream error.
Additional debug info:
../gst/isomp4/qtdemux.c(6607): gst_qtdemux_loop (): /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
streaming stopped, reason not-negotiated (-4)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: possible bug in `qtdemx` element

David Ing
Thibault -- Which OS are you using?  Which version of Gstreamer?

This is what happens on Windows 10 with gstreamer 1.16.0-mingw:

$ ges-launch-1.0 +clip screencap.mp4
<position: 0:00:00.066733333 duration: 0:04:13.600000001 speed: 1.000000 />
Segmentation fault


On Wed, Jun 19, 2019 at 11:40 AM Thibault Saunier <[hidden email]> wrote:
`ges-launch-1.0 +clip ~/Downloads/screencap.mp4` works just fine here.

- Thibault

On Wed, Jun 19, 2019 at 2:18 PM David Ing <[hidden email]> wrote:
I have a video file (no audio) which plays nicely in 
  • VLC
  • Windows Media Player on Windows 10
  • Whatever application plays videos by default in Windows 10
The video is here:


I have analyzed the video with `ffprobe` (in many ways) and I cannot find any problems with it.

The problem is: qtdemux doesn't play nicely with the video; and so I cannot use GES with the video (which is my ultimate goal).

The problem apparently exists in Gstreamer 1.14.4 and 1.16.0 (these are the two versions I tested).

The problem is easily reproduced using `gst-launch` commands.

# ------------------------
# Gstreamer 1.14.4 (mingw windows)
# ------------------------
$ gst-launch-1.0 filesrc location=screencap.mp4 ! decodebin ! playsink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Redistribute latency...
Redistribute latency...
ERROR: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: Internal data stream error.
Additional debug info:
qtdemux.c(6073): gst_qtdemux_loop (): /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
streaming stopped, reason not-negotiated (-4)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

# ------------------------
# Gstreamer 1.16.0 (mingw windows)
# ------------------------
$ gst-launch-1.0 filesrc location=screencap.mp4 ! decodebin ! playsink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Redistribute latency...
Redistribute latency...
WARNING: no real random source present!
ERROR: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: Internal data stream error.
Additional debug info:
../gst/isomp4/qtdemux.c(6607): gst_qtdemux_loop (): /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
streaming stopped, reason not-negotiated (-4)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: possible bug in `qtdemx` element

Thibault Saunier-4
master on fedora30.

You should provide a stack trace if you get a segfault.

On Wed, Jun 19, 2019 at 2:52 PM David Ing <[hidden email]> wrote:
Thibault -- Which OS are you using?  Which version of Gstreamer?

This is what happens on Windows 10 with gstreamer 1.16.0-mingw:

$ ges-launch-1.0 +clip screencap.mp4
<position: 0:00:00.066733333 duration: 0:04:13.600000001 speed: 1.000000 />
Segmentation fault


On Wed, Jun 19, 2019 at 11:40 AM Thibault Saunier <[hidden email]> wrote:
`ges-launch-1.0 +clip ~/Downloads/screencap.mp4` works just fine here.

- Thibault

On Wed, Jun 19, 2019 at 2:18 PM David Ing <[hidden email]> wrote:
I have a video file (no audio) which plays nicely in 
  • VLC
  • Windows Media Player on Windows 10
  • Whatever application plays videos by default in Windows 10
The video is here:


I have analyzed the video with `ffprobe` (in many ways) and I cannot find any problems with it.

The problem is: qtdemux doesn't play nicely with the video; and so I cannot use GES with the video (which is my ultimate goal).

The problem apparently exists in Gstreamer 1.14.4 and 1.16.0 (these are the two versions I tested).

The problem is easily reproduced using `gst-launch` commands.

# ------------------------
# Gstreamer 1.14.4 (mingw windows)
# ------------------------
$ gst-launch-1.0 filesrc location=screencap.mp4 ! decodebin ! playsink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Redistribute latency...
Redistribute latency...
ERROR: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: Internal data stream error.
Additional debug info:
qtdemux.c(6073): gst_qtdemux_loop (): /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
streaming stopped, reason not-negotiated (-4)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

# ------------------------
# Gstreamer 1.16.0 (mingw windows)
# ------------------------
$ gst-launch-1.0 filesrc location=screencap.mp4 ! decodebin ! playsink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Redistribute latency...
Redistribute latency...
WARNING: no real random source present!
ERROR: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: Internal data stream error.
Additional debug info:
../gst/isomp4/qtdemux.c(6607): gst_qtdemux_loop (): /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
streaming stopped, reason not-negotiated (-4)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: possible bug in `qtdemx` element

David Ing
I can't provide a stack trace because there are no debug symbols provided with `1.16.0-mingw`.

On Wed, Jun 19, 2019 at 12:15 PM Thibault Saunier <[hidden email]> wrote:
master on fedora30.

You should provide a stack trace if you get a segfault.

On Wed, Jun 19, 2019 at 2:52 PM David Ing <[hidden email]> wrote:
Thibault -- Which OS are you using?  Which version of Gstreamer?

This is what happens on Windows 10 with gstreamer 1.16.0-mingw:

$ ges-launch-1.0 +clip screencap.mp4
<position: 0:00:00.066733333 duration: 0:04:13.600000001 speed: 1.000000 />
Segmentation fault


On Wed, Jun 19, 2019 at 11:40 AM Thibault Saunier <[hidden email]> wrote:
`ges-launch-1.0 +clip ~/Downloads/screencap.mp4` works just fine here.

- Thibault

On Wed, Jun 19, 2019 at 2:18 PM David Ing <[hidden email]> wrote:
I have a video file (no audio) which plays nicely in 
  • VLC
  • Windows Media Player on Windows 10
  • Whatever application plays videos by default in Windows 10
The video is here:


I have analyzed the video with `ffprobe` (in many ways) and I cannot find any problems with it.

The problem is: qtdemux doesn't play nicely with the video; and so I cannot use GES with the video (which is my ultimate goal).

The problem apparently exists in Gstreamer 1.14.4 and 1.16.0 (these are the two versions I tested).

The problem is easily reproduced using `gst-launch` commands.

# ------------------------
# Gstreamer 1.14.4 (mingw windows)
# ------------------------
$ gst-launch-1.0 filesrc location=screencap.mp4 ! decodebin ! playsink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Redistribute latency...
Redistribute latency...
ERROR: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: Internal data stream error.
Additional debug info:
qtdemux.c(6073): gst_qtdemux_loop (): /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
streaming stopped, reason not-negotiated (-4)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

# ------------------------
# Gstreamer 1.16.0 (mingw windows)
# ------------------------
$ gst-launch-1.0 filesrc location=screencap.mp4 ! decodebin ! playsink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Redistribute latency...
Redistribute latency...
WARNING: no real random source present!
ERROR: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: Internal data stream error.
Additional debug info:
../gst/isomp4/qtdemux.c(6607): gst_qtdemux_loop (): /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
streaming stopped, reason not-negotiated (-4)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: possible bug in `qtdemx` element

David Ing
The segmentation fault (ges-launch-1.0) did not occur for the 1.16.0-msvc build, just 1.16.0-mingw.  So there is apparently something wrong with the mingw build.

So the problem has now been documented in all these Windows builds.
  • 1.16.0 msvc   -- NO PROBLEM
  • 1.16.0 mingw -- PROBLEM
  • 1.14.4 mingw -- PROBLEM
  • master on fedora 30 -- NO PROBLEM
In checking fedora 30, I was using docker which means I used a slightly different `gst-launch` command because playsink would not work.

gst-launch-1.0 filesrc location=/screencap.mp4 ! decodebin ! queue ! theoraenc ! oggmux ! filesink location=whatever.mp4

So I guess we are dealing with a problem related to the mingw build.


On Wed, Jun 19, 2019 at 12:19 PM David Ing <[hidden email]> wrote:
I can't provide a stack trace because there are no debug symbols provided with `1.16.0-mingw`.

On Wed, Jun 19, 2019 at 12:15 PM Thibault Saunier <[hidden email]> wrote:
master on fedora30.

You should provide a stack trace if you get a segfault.

On Wed, Jun 19, 2019 at 2:52 PM David Ing <[hidden email]> wrote:
Thibault -- Which OS are you using?  Which version of Gstreamer?

This is what happens on Windows 10 with gstreamer 1.16.0-mingw:

$ ges-launch-1.0 +clip screencap.mp4
<position: 0:00:00.066733333 duration: 0:04:13.600000001 speed: 1.000000 />
Segmentation fault


On Wed, Jun 19, 2019 at 11:40 AM Thibault Saunier <[hidden email]> wrote:
`ges-launch-1.0 +clip ~/Downloads/screencap.mp4` works just fine here.

- Thibault

On Wed, Jun 19, 2019 at 2:18 PM David Ing <[hidden email]> wrote:
I have a video file (no audio) which plays nicely in 
  • VLC
  • Windows Media Player on Windows 10
  • Whatever application plays videos by default in Windows 10
The video is here:


I have analyzed the video with `ffprobe` (in many ways) and I cannot find any problems with it.

The problem is: qtdemux doesn't play nicely with the video; and so I cannot use GES with the video (which is my ultimate goal).

The problem apparently exists in Gstreamer 1.14.4 and 1.16.0 (these are the two versions I tested).

The problem is easily reproduced using `gst-launch` commands.

# ------------------------
# Gstreamer 1.14.4 (mingw windows)
# ------------------------
$ gst-launch-1.0 filesrc location=screencap.mp4 ! decodebin ! playsink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Redistribute latency...
Redistribute latency...
ERROR: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: Internal data stream error.
Additional debug info:
qtdemux.c(6073): gst_qtdemux_loop (): /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
streaming stopped, reason not-negotiated (-4)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

# ------------------------
# Gstreamer 1.16.0 (mingw windows)
# ------------------------
$ gst-launch-1.0 filesrc location=screencap.mp4 ! decodebin ! playsink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Redistribute latency...
Redistribute latency...
WARNING: no real random source present!
ERROR: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: Internal data stream error.
Additional debug info:
../gst/isomp4/qtdemux.c(6607): gst_qtdemux_loop (): /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
streaming stopped, reason not-negotiated (-4)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: possible bug in `qtdemx` element

David Ing
Since this is a mingw-only problem, I created a bug for cerbero.

https://gitlab.freedesktop.org/gstreamer/cerbero/issues/163  

On Wed, Jun 19, 2019 at 2:00 PM David Ing <[hidden email]> wrote:
The segmentation fault (ges-launch-1.0) did not occur for the 1.16.0-msvc build, just 1.16.0-mingw.  So there is apparently something wrong with the mingw build.

So the problem has now been documented in all these Windows builds.
  • 1.16.0 msvc   -- NO PROBLEM
  • 1.16.0 mingw -- PROBLEM
  • 1.14.4 mingw -- PROBLEM
  • master on fedora 30 -- NO PROBLEM
In checking fedora 30, I was using docker which means I used a slightly different `gst-launch` command because playsink would not work.

gst-launch-1.0 filesrc location=/screencap.mp4 ! decodebin ! queue ! theoraenc ! oggmux ! filesink location=whatever.mp4

So I guess we are dealing with a problem related to the mingw build.


On Wed, Jun 19, 2019 at 12:19 PM David Ing <[hidden email]> wrote:
I can't provide a stack trace because there are no debug symbols provided with `1.16.0-mingw`.

On Wed, Jun 19, 2019 at 12:15 PM Thibault Saunier <[hidden email]> wrote:
master on fedora30.

You should provide a stack trace if you get a segfault.

On Wed, Jun 19, 2019 at 2:52 PM David Ing <[hidden email]> wrote:
Thibault -- Which OS are you using?  Which version of Gstreamer?

This is what happens on Windows 10 with gstreamer 1.16.0-mingw:

$ ges-launch-1.0 +clip screencap.mp4
<position: 0:00:00.066733333 duration: 0:04:13.600000001 speed: 1.000000 />
Segmentation fault


On Wed, Jun 19, 2019 at 11:40 AM Thibault Saunier <[hidden email]> wrote:
`ges-launch-1.0 +clip ~/Downloads/screencap.mp4` works just fine here.

- Thibault

On Wed, Jun 19, 2019 at 2:18 PM David Ing <[hidden email]> wrote:
I have a video file (no audio) which plays nicely in 
  • VLC
  • Windows Media Player on Windows 10
  • Whatever application plays videos by default in Windows 10
The video is here:


I have analyzed the video with `ffprobe` (in many ways) and I cannot find any problems with it.

The problem is: qtdemux doesn't play nicely with the video; and so I cannot use GES with the video (which is my ultimate goal).

The problem apparently exists in Gstreamer 1.14.4 and 1.16.0 (these are the two versions I tested).

The problem is easily reproduced using `gst-launch` commands.

# ------------------------
# Gstreamer 1.14.4 (mingw windows)
# ------------------------
$ gst-launch-1.0 filesrc location=screencap.mp4 ! decodebin ! playsink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Redistribute latency...
Redistribute latency...
ERROR: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: Internal data stream error.
Additional debug info:
qtdemux.c(6073): gst_qtdemux_loop (): /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
streaming stopped, reason not-negotiated (-4)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

# ------------------------
# Gstreamer 1.16.0 (mingw windows)
# ------------------------
$ gst-launch-1.0 filesrc location=screencap.mp4 ! decodebin ! playsink
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Redistribute latency...
Redistribute latency...
WARNING: no real random source present!
ERROR: from element /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0: Internal data stream error.
Additional debug info:
../gst/isomp4/qtdemux.c(6607): gst_qtdemux_loop (): /GstPipeline:pipeline0/GstDecodeBin:decodebin0/GstQTDemux:qtdemux0:
streaming stopped, reason not-negotiated (-4)
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel