|
Bugzilla – Full Text Bug Listing |
| Summary: | Totem 3.18.0-2.1 does not show .mp4 videos with VA-API acceleration | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Tumbleweed | Reporter: | Bruno Pesavento <mail> |
| Component: | GNOME | Assignee: | E-mail List <gnome-bugs> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | gp, i, marcosfrm, zaitor |
| Version: | Current | ||
| Target Milestone: | --- | ||
| Hardware: | x86-64 | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | Totem log | ||
|
Description
Bruno Pesavento
2015-10-20 08:45:08 UTC
Created attachment 658551 [details]
Totem log
Same issue on Leap 42.1. Attached log created with "GST_DEBUG_NO_COLOR=1 GST_DEBUG=*:2 totem" per https://wiki.gnome.org/Apps/Videos/BugReporting . My hardware: 00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core processor Graphics Controller [8086:0166] (rev 09) vainfo output: libva info: VA-API version 0.38.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib64/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_0_38 libva info: va_openDriver() returns 0 vainfo: VA-API version: 0.38 (libva 1.6.0) vainfo: Driver version: Intel i965 driver for Intel(R) Ivybridge Mobile - 1.6.0 vainfo: Supported profile and entrypoints VAProfileMPEG2Simple : VAEntrypointVLD VAProfileMPEG2Simple : VAEntrypointEncSlice VAProfileMPEG2Main : VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointEncSlice VAProfileH264ConstrainedBaseline: VAEntrypointVLD VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice VAProfileH264Main : VAEntrypointVLD VAProfileH264Main : VAEntrypointEncSlice VAProfileH264High : VAEntrypointVLD VAProfileH264High : VAEntrypointEncSlice VAProfileH264StereoHigh : VAEntrypointVLD VAProfileVC1Simple : VAEntrypointVLD VAProfileVC1Main : VAEntrypointVLD VAProfileVC1Advanced : VAEntrypointVLD VAProfileNone : VAEntrypointVideoProc VAProfileJPEGBaseline : VAEntrypointVLD Relevant packages versions: totem-3.16.4-2.3.x86_64 libva1-1.6.0-3.2.x86_64 vaapi-intel-driver-1.6.0-3.2.x86_64 gstreamer-plugins-vaapi-0.5.10-3.2.x86_64 I forgot to say that SD videos play (MP4/H.264/AAC). HD videos do not. Fedora bug: https://bugzilla.redhat.com/show_bug.cgi?id=1123536 It links: https://bugzilla.gnome.org/show_bug.cgi?id=739530 `- https://bugzilla.gnome.org/show_bug.cgi?id=743687 `- https://bugzilla.gnome.org/show_bug.cgi?id=742924 I have no idea what the commits linked in 742924 do. However they *appear* to fix the issue: http://cgit.freedesktop.org/gstreamer/gst-plugins-base/commit/?id=d50b713f44eb17ebf69aa771c26f8eb19e226319 http://cgit.freedesktop.org/gstreamer/gst-plugins-base/commit/?id=44871680f02f5eae970c3d4f87b4e168ec412a25 http://cgit.freedesktop.org/gstreamer/gst-plugins-base/commit/?id=94d81fc713d31830e6ab61da1d6856232f0095c2 It would be great if GStreamer people properly cherry pick what is necessary to 1.6 branch... Try the new gst-vaapi that landed in M:L yesterday https://build.opensuse.org/package/show/multimedia:libs/gstreamer-plugins-vaapi (In reply to Bjørn Lie from comment #5) > Try the new gst-vaapi that landed in M:L yesterday > > https://build.opensuse.org/package/show/multimedia:libs/gstreamer-plugins- > vaapi Fixed! Now H.264 HD videos work fine. Please push this version to 42.1 updates. (In reply to Marcos Mello from comment #6) > (In reply to Bjørn Lie from comment #5) > > Try the new gst-vaapi that landed in M:L yesterday > > > > https://build.opensuse.org/package/show/multimedia:libs/gstreamer-plugins- > > vaapi > > Fixed! Now H.264 HD videos work fine. Please push this version to 42.1 > updates. Not a good idea since packman has gst-1.6 and Leap has gst-1.4 What you can do is to ask the packman people to get it linked into there. Hi, gstreamer-plugins-vaapi is now available in packman, linking with the one in multimedia:libs on OBS. please remember to switch it to Packman's when the update is public to the end users. mark as resolved Marguerite The issue seems back, cf. bug #1004686. (But I'm keeping this closed, since it may be a different root cause.) |