media-video/totem-3.8.2-r1 suffers from video playback tearing on all video formats (e.g. mp4 or DVD). The same videos played with ffplay or xine-ui on the same system do not tear. When xorg's TearFree option is set to true, there is no more tearing but the video playback stutters. My system is an Intel Graphics i3-370 based system. Reproducible: Always Steps to Reproduce: 1.Launch totem player on DVD or mp4 video 2. 3. Actual Results: Every action sequence with panning leads to video tearing at a fixed position. This happens both in fullscreen or window modes; however the tearing line is different between fullscreen and the window modes. Expected Results: No video tearing.
Please post your `emerge --info' output in a comment.
The tearing also happens when using media-video/libav instead of media-video/ffmpeg
I wonder if the issue could not be with media-plugins/gst-plugins-ffmpeg instead of totem
On start up totem on an avi video gives the following errors but still plays the video (with tearing): (totem:21309): GStreamer-CRITICAL **: gst_mini_object_copy: assertion `mini_object != NULL' failed (totem:21309): GStreamer-CRITICAL **: gst_caps_get_size: assertion `GST_IS_CAPS (caps)' failed (totem:21309): GStreamer-CRITICAL **: gst_mini_object_unref: assertion `mini_object != NULL' failed ** (totem:21309): CRITICAL **: gst_pad_set_caps: assertion `caps != NULL && gst_caps_is_fixed (caps)' failed
(In reply to Jeroen Roovers from comment #1) > Please post your `emerge --info' output in a comment. ...
It is an issue with gstreamer sink totem is using. If you choose another gstreamer based player it works without tearing (iirc). This problem should be treated upstream though. I sort of remember finding a relevant bug but cannot remember which.
emerge --info Portage 2.2.7 (default/linux/x86/13.0/desktop/gnome, gcc-4.7.3, glibc-2.17, 3.10.25-gentoo i686) ================================================================= System uname: Linux-3.10.25-gentoo-i686-Intel-R-_Core-TM-_i3_CPU_M_370_@_2.40GHz-with-gentoo-2.2 KiB Mem: 3550652 total, 1542404 free KiB Swap: 6291452 total, 6291452 free Timestamp of tree: Wed, 29 Jan 2014 15:15:02 +0000 ld GNU ld (GNU Binutils) 2.23.2 app-shells/bash: 4.2_p45 dev-java/java-config: 2.1.12-r1 dev-lang/python: 2.7.5-r3, 3.3.3 dev-util/cmake: 2.8.11.2 dev-util/pkgconfig: 0.28 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.12.4 sys-apps/sandbox: 2.6-r1 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.11.6, 1.12.6, 1.13.4 sys-devel/binutils: 2.23.2 sys-devel/gcc: 4.7.3-r1 sys-devel/gcc-config: 1.7.3 sys-devel/libtool: 2.4.2 sys-devel/make: 3.82-r4 sys-kernel/linux-headers: 3.9 (virtual/os-headers) sys-libs/glibc: 2.17 Repositories: gentoo ACCEPT_KEYWORDS="x86" ACCEPT_LICENSE="*" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=i686 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-O2 -march=i686 -pipe" DISTDIR="/usr/portage/distfiles" FCFLAGS="-O2 -march=i686 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" FFLAGS="-O2 -march=i686 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_GB.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.uk.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa berkdb bluetooth branding bzip2 cairo cdda cdr cli colord consolekit cracklib crypt cups cxx dbus dri dts dvd dvdr eds emboss encode evo exif fam firefox flac fortran gdbm gif gnome-keyring gnome-online-accounts gpm gstreamer gtk iconv introspection ipv6 jpeg lcms ldap libnotify libsecret mad mmx mmxext mng modules mp3 mp4 mpeg nautilus ncurses nls nptl ogg opengl openmp pam pango pcre pdf png policykit ppds pulseaudio qt3support readline sdl session socialweb spell sse sse2 ssl ssse3 startup-notification svg tcpd tiff truetype udev udisks unicode upower usb vorbis wxwidgets x264 x86 xcb xml xv xvid zlib" ABI_X86="32" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="evdev keyboard mouse synaptics virtualbox" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="en_GB fr_FR" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-5" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_3" RUBY_TARGETS="ruby19 ruby18" SANE_BACKENDS="net" USERLAND="GNU" VIDEO_CARDS="qxl nouveau glint intel mach64 mga nv r128 radeon savage tdfx trident vesa via vmware cirrus ast chips i128 i740 imstt s3virge tseng v4l vermilion" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
(In reply to Gilles Dartiguelongue from comment #6) > It is an issue with gstreamer sink totem is using. If you choose another > gstreamer based player it works without tearing (iirc). > > This problem should be treated upstream though. I sort of remember finding a > relevant bug but cannot remember which. Do you know of another gstreamer based player?
This issue is annoying as I found that Totem/Gstreamer is the only video player that copes with all DVD's, video/audio formats and even with complex multi-angle DVD's. Also I do not recall having this video tearing issue a few months ago - i think that I would have noticed this annoying artifact but cannot be sure. Possibly a recent totem/gstreamerplugin upgrade must have introduced a regression. I tried to downgrade to the previous version of totem but it raises many blocks due to the requirement of other installed media software that relies on recent versions of gstreamer components.
Making some progress: I finally managed to downgrade totem to media-video/totem-2.32.0-r2 (after unmerging evolution-data-server). And there is no video tearing! So media-video/totem-3.8.2-r1 or one of the components it relies on must have introduced this video tearing issue.
By the way my desktop environment is LXDE, not Gnome is that has anything to do with this video tearing issue.
As I said, a totem issue, with any kind of file you will get tearing, if you play the same file with gst-play-1.0 for example, it will be ok.
Erf missed the last comments. media-video/snappy should work iirc.
(In reply to Gilles Dartiguelongue from comment #13) > Erf missed the last comments. > > media-video/snappy should work iirc. Thanks for the tips about alternative gst-based players - will try them. It could in fact well be a totem related issue but then it is a new issue that was introduced with version 3.8.2. For the time being I downgraded to 2.32.0-r2 and have no tearing or other issue whatsoever. Hopefully the upcoming version 3.10 will fix this tearing issue. Does upstream read the Gentoo bugs, does the Gentoo team pass the bugs to upstream or do I need to file a separate bug to upstream?
Same video tearing issue with totem-3.10.1
Please try with other gst players or plain gst as suggested in previous comments
gst-play-1.0 full screen (or window mode) has no tearing on the same video sequences. Likewise no tearing issue with snappy. Totem 2.32.0 has no tearing issue either. The issue seems to be with totem 3+.
Do you suffer the same issue when playing it from a newly created user account?
Same video tearing issue after reinstalling totem-3.10.1 and running it from a freshly created user test account. The video tears whenever there is panning.
I would report it to upstream then -> bugzilla.gnome.org Thanks
OK I reported it upstream - it seems that I am not the only one with this tearing regression on Intel Graphics.
Please post here the link to your bug to let us track the issue
https://bugzilla.gnome.org/show_bug.cgi?id=726048
The Gnome totem maintainers suggest to apply some patches to solve the tearing issue. Please see their response as below: "I was told this was expected on Intel hardware (tearing) and that this would help fix the tearing: https://bugzilla.gnome.org/show_bug.cgi?id=711028#c9 (Basically, DRI-3 and a number of fixes around it). You can keep the libva plugins and driver installed, that should make playback smoother by not using the CPU as much. Resolving as NOTGNOME, as it's an Xorg problem."
Not sure how X11 team plan to handle this: https://bugzilla.gnome.org/show_bug.cgi?id=711028#c9 I guess most will be solved waiting a bit more (and running some "testing" versions)
OK thanks
> I guess most will be solved waiting a bit more (and running some "testing" > versions) This will require running code from git for some time. The mesa patches mentioned in the Gnome bug (b972e55684249d85d0e2790a8d713b8be9649188, a69fabc76cc5a8d744fb184bfc5a4096ee596c13) have been merged to git master, and will be in mesa-10.2 or 11.0 when it is released. Upstream apparently does not plan to backport these patches to the 10.1 stable branch. The xf86-video-intel dri3 code is not even merged to git master yet. > Not sure how X11 team plan to handle this: The mesa patches seem small enough to carry in our mesa patches if there is interest, but patching dri3 support into xf86-video-intel is not an option I think.
what is the status of this with current stable?
Please retry with a fully updated setup. There are some remaining issues not caused by totem but caused by gnome-shell... it's already reported to upstream but still no fix is available and you will need to follow the workaround explained in: https://wiki.gentoo.org/wiki/Project:GNOME/GNOME3-Troubleshooting#Video_tearing_on_secondary_monitor
