GLib (gthread-posix.c): Unexpected error from C library during 'pthread_mutex_lock': Invalid argument. Aborting.

[Sergei Vorobyov]

Like I said, I can't even find out whether I have to link an audio pad to a
fakesink or just drop it unlinked, whether I have to explicitly unlink pads
(as long as I link them dynamically, on the "pad-added" signal, with a
callback), or not. Each time I get source pads from decodebin with
incremented ordinal numbers, which does not seem correct. This isn't
explained in the manuals. Maybe I just don't unreference something
correctly. What's the point in debugging something which doesn't probably
comply to the developer's intentions? The failures happen only for .wmv
files, with video acceleration using i965_drv_video.so

The art of debugging is about zooming in on the real problem, cutting off
trivial or nonessential things, not to debug everything altogether with the
biggest hammer available.

Maybe it's better to transcode .wmv files or avoid using  i965_drv_video.so
altogether

On Tue, Sep 23, 2014 at 2:55 PM, Nicolas Dufresne <
nicolas.dufresne at collabora.com> wrote:

>
> Le 2014-09-23 06:57, Sergei Vorobyov a écrit :
>
> Unexpected error from C library during 'p_thread_mutex_lock'. Invalid
> argument. Aborting (with core dumped)
>
>  happens frequently with vaapisink and i965_drv_video.so, but does not
> happen at all on  NVidia Quadro FX580, without video acceleration.
>
>
> Have you thought about installing all debug symbols (including libvaapi
> and xorg video driver symbols) and running this through valgrind ?
>
> Nicolas
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20140923/5e1b0304/attachment.html>