<div dir="ltr">Thanks!<div><br></div><div>Indeed the problem was caused by the fact I tried to gst-discover via an ssh connection, my fault. When I do it directly on the NUC, the .wmv file in question is discovered and played OK... Almost.</div><div><br></div><div>Although the file started to play *reasonably well*, gst-launch continued to complain about i965_drv_video.so, which indeed was missing:</div><div><br></div><div><div>fl@nuc3:~/ads$ gst-launch-1.0 filesrc location=621.wmv ! decodebin ! videoconvert ! ximagesink</div><div>Setting pipeline to PAUSED ...</div><div>Pipeline is PREROLLING ...</div><div>libva info: VA-API version 0.35.0</div><div>libva info: va_getDriverName() returns 0</div><div>libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so</div><div>libva info: va_openDriver() returns -1</div><div>libva info: VA-API version 0.35.0</div><div>libva info: va_getDriverName() returns 0</div><div>libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so</div><div>libva info: va_openDriver() returns -1</div><div>libva info: VA-API version 0.35.0</div><div>libva info: va_getDriverName() returns 0</div><div>libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so</div><div>libva info: va_openDriver() returns -1</div><div>Redistribute latency...</div><div>Pipeline is PREROLLED ...</div><div>Setting pipeline to PLAYING ...</div><div>New clock: GstSystemClock</div><div>Got EOS from element "pipeline0".</div><div>Execution ended after 0:00:05.000180624</div><div>Setting pipeline to PAUSED ...</div><div>Setting pipeline to READY ...</div><div>Setting pipeline to NULL ...</div><div>Freeing pipeline ...</div></div><div><br></div><div>Worse things started to happen when I run apt-get install libva-*, which installed dri/i965_drv_video.so</div><div><br></div><div>The playback became *real slow* (because of acceleration?) and gst-launch reported:</div><div><br></div><div><div>fl@nuc3:~/ads$ gst-launch-1.0 filesrc location=621.wmv ! decodebin ! videoconvert ! ximagesink</div><div>Setting pipeline to PAUSED ...</div><div>Pipeline is PREROLLING ...</div><div>libva info: VA-API version 0.35.0</div><div>libva info: va_getDriverName() returns 0</div><div>libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so</div><div>libva info: Found init function __vaDriverInit_0_35</div><div>libva info: va_openDriver() returns 0</div><div>Got context from element 'vaapidecode0': gst.vaapi.Display=context, display=(GstVaapiDisplay)NULL;</div><div>Pipeline is PREROLLED ...</div><div>Setting pipeline to PLAYING ...</div><div>New clock: GstSystemClock</div><div>WARNING: from element /GstPipeline:pipeline0/GstXImageSink:ximagesink0: A lot of buffers are being dropped.</div><div>Additional debug info:</div><div>gstbasesink.c(2791): gst_base_sink_is_too_late (): /GstPipeline:pipeline0/GstXImageSink:ximagesink0:</div><div>There may be a timestamping problem, or this computer is too slow.</div><div>WARNING: from element /GstPipeline:pipeline0/GstXImageSink:ximagesink0: A lot of buffers are being dropped.</div><div>Additional debug info:</div><div>gstbasesink.c(2791): gst_base_sink_is_too_late (): /GstPipeline:pipeline0/GstXImageSink:ximagesink0:</div><div>There may be a timestamping problem, or this computer is too slow.</div><div>WARNING: from element /GstPipeline:pipeline0/GstXImageSink:ximagesink0: A lot of buffers are being dropped.</div><div>Additional debug info:</div><div>gstbasesink.c(2791): gst_base_sink_is_too_late (): /GstPipeline:pipeline0/GstXImageSink:ximagesink0:</div><div>There may be a timestamping problem, or this computer is too slow.</div><div>WARNING: from element /GstPipeline:pipeline0/GstXImageSink:ximagesink0: A lot of buffers are being dropped.</div><div>Additional debug info:</div><div>gstbasesink.c(2791): gst_base_sink_is_too_late (): /GstPipeline:pipeline0/GstXImageSink:ximagesink0:</div><div>There may be a timestamping problem, or this computer is too slow.</div><div>Got EOS from element "pipeline0".</div><div>Execution ended after 0:00:05.221524402</div><div>Setting pipeline to PAUSED ...</div><div>Setting pipeline to READY ...</div><div>Setting pipeline to NULL ...</div><div>Freeing pipeline ...</div></div><div><br></div><div>Luckily, when I replaced ximagesink with autovideosink, the playback became fast and smooth as before reporting:</div><div><br></div><div><div>fl@nuc3:~/ads$ gst-launch-1.0 filesrc location=621.wmv ! decodebin ! videoconvert ! autovideosink</div><div>Setting pipeline to PAUSED ...</div><div>libva info: VA-API version 0.35.0</div><div>libva info: va_getDriverName() returns 0</div><div>libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so</div><div>libva info: Found init function __vaDriverInit_0_35</div><div>libva info: va_openDriver() returns 0</div><div>Pipeline is PREROLLING ...</div><div>Got context from element 'vaapidecode0': gst.vaapi.Display=context, display=(GstVaapiDisplay)NULL;</div><div>Pipeline is PREROLLED ...</div><div>Setting pipeline to PLAYING ...</div><div>New clock: GstSystemClock</div><div>Got EOS from element "pipeline0".</div><div>Execution ended after 0:00:05.060843602</div><div>Setting pipeline to PAUSED ...</div><div>Setting pipeline to READY ...</div><div>Setting pipeline to NULL ...</div><div>Freeing pipeline ...</div></div><div><br></div><div>Does it mean that Video Acceleration and ximagesink are incompatible? How to choose an optimal video sink, rather than autovideosink? I tried others like clutter, v4l2sink. Nothing works except autovideosink.</div><div><br></div><div>Which sink is actually selected by autovideosink? I am hesitant of using autovideosink in the real C application with gst_element_factory_make ("autovideosink", "videosnk"), because it is more tricky to map this autovideosink into an X-window. Note this mapping is static with ximagesink (no callbacks needed)</div><div><br></div><div>Thanks!</div><div> </div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 17, 2014 at 2:02 PM, Gwenole Beauchesne <span dir="ltr"><<a href="mailto:gb.devel@gmail.com" target="_blank">gb.devel@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<span class=""><br>
2014-09-17 13:51 GMT+02:00 Sergei Vorobyov <<a href="mailto:sergei.vorobyov@facilitylabs.com">sergei.vorobyov@facilitylabs.com</a>>:<br>
> While GStreamer supports the .wmv on nVidia cards, it apparently does not on<br>
> Intel's built-in graphics cards found in Intel's NUC2820FYKH (see below: the<br>
> same .wmv file is gst-discovered on the NUC and on a workstation with the<br>
> Quadro FX 580 card). What are the prospects of getting fully functional<br>
> drivers/libraries  for Intel NUCs in the nearest future?<br>
><br>
> Thanks!<br>
><br>
> PS: Although Intel does not specify it, I found that the NUC2820 has the Ivy<br>
> Bridge derived HD Graphics with a 756MHz burst core frequency<br>
><br>
> ---------------------------------------------------------<br>
> fl@nuc3:~/ads$ gst-discoverer-1.0 621.wmv<br>
> Analyzing file:///home/fl/ads/621.wmv<br>
> libva info: VA-API version 0.35.0<br>
> libva info: va_getDriverName() returns 1<br>
> libva error: va_getDriverName() failed with operation<br>
> failed,driver_name=i965<br>
> Done discovering file:///home/fl/ads/621.wmv<br>
<br>
</span>This means that, a plain `vainfo' call on your nuc3 system will yield<br>
the same output. If so, this would mostly report an additional error<br>
like X11 display not available. This means that, if you have been<br>
connecting to nuc3 with ssh, and that the remote host has X running,<br>
the correct command would be DISPLAY=:0.0 vainfo, resp.<br>
gst-discoverer-1.0. Otherwise, initialization of the VA driver, so<br>
gst-discoverer-1.0 will fail finding out anything, unless you have a<br>
SW decoder around (gst-libav).<br>
<br>
However, there normally is correct support for headless displays. So,<br>
if you have built gstreamer-vaapi with the VA/DRM backend too, and<br>
your user belongs to the "video" group, or whatever has access to<br>
/dev/dri/card0, this should fallback to that headless mode.<br>
<div><div class="h5"><br>
><br>
> Topology:<br>
>   container: Advanced Streaming Format (ASF)<br>
>     video: Windows Media Video 9 Screen<br>
>     audio: Windows Media Audio 9<br>
><br>
> Properties:<br>
>   Duration: 0:00:05.460000000<br>
>   Seekable: yes<br>
>   Tags:<br>
>       container format: ASF<br>
>       audio codec: WMA Version 9<br>
>       video codec: Microsoft Windows Media 9<br>
><br>
> --------------------------------------------------------<br>
> sergei@wsl:~$ gst-discoverer-1.0 621.wmv<br>
> Analyzing file:///home/sergei/621.wmv<br>
> Done discovering file:///home/sergei/621.wmv<br>
><br>
> Topology:<br>
>   container: Advanced Streaming Format (ASF)<br>
>     video: Windows Media Video 9 Screen<br>
>     audio: Windows Media Audio 9<br>
><br>
> Properties:<br>
>   Duration: 0:00:05.460000000<br>
>   Seekable: yes<br>
>   Tags:<br>
>       container format: ASF<br>
>       audio codec: WMA Version 9<br>
>       video codec: Microsoft Windows Media 9<br>
><br>
</div></div>> _______________________________________________<br>
> gstreamer-devel mailing list<br>
> <a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
> <a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
><br>
<br>
<br>
Regards,<br>
<span class="HOEnZb"><font color="#888888">--<br>
Gwenole Beauchesne<br>
Intel Corporation SAS / 2 rue de Paris, 92196 Meudon Cedex, France<br>
Registration Number (RCS): Nanterre B 302 456 199<br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
</font></span></blockquote></div><br></div>