Or as one user posted, the official AMDGPU Pro package, which also
enables 10bpc.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to mesa in Ubuntu.
https://bugs.launchpad.net/bugs/1767312
Title:
[radeon] Totem with
This bug can only occur if 10bpc is enabled. There is no other
possibility. It is clearly a colorspace mismatch between VAAPI and the
decode target surface. If disabling 10bpc happens in Ubuntu Mesa
packages, then it is clearly someone using unofficial package builds of
Mesa which have 10bpc
As already stated above, the correct workaround, for now, is to
configure a drirc (probably in a conf.d directory, so it doesn't clash
with other settings files) so as to disable 10 bit per channel support
for Totem. The same had to be done with Chromium-vaapi, as it also
happens with that
It appears it's still there, but only accessible to project members.
Which also excludes me.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1789523
Title:
The ssh-agent
Adding a comment to indicate that this is a problem with the 10bpc
support which is enabled in Radeon graphics. I am unsure if it is
enabled in Intel's drivers, so that would explain why it does not occur
there. Either VA-API is outputting wrong, the client library is
outputting wrong, or all the
Yes, but this does not grant transparent access to the Documents folders
of installed applications. Pairing and libimobiledevice are still needed
for that.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to libimobiledevice in
Public bug reported:
Upon installing libssl:i386 on Ubuntu LTS 18.04.1 Desktop, I am advised
that I need to perform a reboot.
I see a single process in my system using a no-longer-existing copy of
libssl.so.1.0.0, but I can easily restart that process.
Even if this were Server, I could easily
I only thought to mention the PPA to indicate that the bug still occurs
even in fairly bleeding edge Mesa code. I also still think it's either
something wrong with gstreamer-vaapi, or something that gstreamer-vaapi
is doing different from what mpv does for the same exact video. It
should probably
Freedesktop tells me it's a downstream Debian script file.
https://gitlab.freedesktop.org/xorg/meta/issues/6
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1789523
Title:
** Attachment added: "For reference, the same video in Totem."
https://bugs.launchpad.net/ubuntu/+source/gstreamer-vaapi/+bug/1767312/+attachment/5181989/+files/Screenshot_20180828_205430.png
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages,
** Attachment added: "And here's a screen shot of mpv with vaapi, also playing
correctly."
https://bugs.launchpad.net/ubuntu/+source/gstreamer-vaapi/+bug/1767312/+attachment/5181988/+files/Screenshot_20180828_204952.png
--
You received this bug notification because you are a member of
I have tested on my Radeon RX480, also AMDGPU drivers, git snapshot from
20180829 from Padoka PPA, and this bug occurs with Totem as well.
It should also be noted that the bug does not occur with mpv, either
with vdpau or vaapi.
** Attachment added: "Screen shot of mpv plus vdpau and terminal
** Patch added: "Patch to fix ssh-agent startup script"
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1789523/+attachment/5181938/+files/90x11-common_ssh-agent.patch
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to
Public bug reported:
There is an issue with the Xsession, in which logging out and logging
back in again does not clear environment variables, so the ssh-agent
script thinks that the agent is already running, and thus does not
bother to start it again.
I have altered the script, albeit in not
14 matches
Mail list logo