[opensuse] VLC doesn't display video by default
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, My problem is that 'vlc' doesn't display the video (I can hear it) when the output mode in preferences is set to default. I have tried openGL, and then XVideo (XCB) which worked. I see errors: [00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502 [00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502 [00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502 So maybe it is related to vdpau. Should I uninstall package vlc-vdpau? (Additional vdpau codecs for the VLC media player). About the machine. The machine had all its hardware migrated. It was an Intel CPU with NVidia card, and now it is AMD Ryzen 5 CPU with "Radeon RX 580 Armor 4G OC" graphics. I removed the proprietary NVidia driver, but I don't know if something else is remaining that should not. - -- Cheers Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXpNPGBwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVI74An3WBZdkYjG8fPuulDi57 nINdlGziAJ43kNvtxjntdoUHzSMzhdtjvIUEJg== =phE1 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Sun, 12 Apr 2020 19:25:44 +0200 (CEST) "Carlos E. R." <robin.listas@telefonica.net> wrote:
My problem is that 'vlc' doesn't display the video
But which VLC, from where?
(I can hear it) when the output mode in preferences is set to default. I have tried openGL, and then XVideo (XCB) which worked. I see errors:
[00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502
[00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502
[00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502
So maybe it is related to vdpau. Should I uninstall package vlc-vdpau? (Additional vdpau codecs for the VLC media player).
About the machine.
The machine had all its hardware migrated. It was an Intel CPU with NVidia card, and now it is AMD Ryzen 5 CPU with "Radeon RX 580 Armor 4G OC" graphics. I removed the proprietary NVidia driver, but I don't know if something else is remaining that should not.
-- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 12/04/2020 20.45, Dave Howorth wrote:
On Sun, 12 Apr 2020 19:25:44 +0200 (CEST) "Carlos E. R." <> wrote:
My problem is that 'vlc' doesn't display the video
But which VLC, from where?
Packman, of course :-D If it wasn't from packman it would not play at all. Machine is fully updated. And I did the full switch to packman on YaST, again. Only "libprojectM3" and "perl-Glib-Object-Introspection" got installed. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Hello, In the Message; Subject : [opensuse] VLC doesn't display video by default Message-ID : <alpine.LSU.2.21.2004121915270.7955@Telcontar.valinor> Date & Time: Sun, 12 Apr 2020 19:25:44 +0200 (CEST) [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: CER> Hi, CER> My problem is that 'vlc' doesn't display the video (I can hear it) when the CER> output mode in preferences is set to default. I have tried openGL, and then CER> XVideo (XCB) which worked. I see errors: CER> [00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502 CER> [00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502 CER> [00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502 CER> So maybe it is related to vdpau. Should I uninstall package vlc-vdpau? CER> (Additional vdpau codecs for the VLC media player). CER> About the machine. CER> The machine had all its hardware migrated. It was an Intel CPU CER> with NVidia card, and now it is AMD Ryzen 5 CPU with "Radeon RX CER> 580 Armor 4G OC" graphics. I removed the proprietary NVidia CER> driver, but I don't know if something else is remaining that CER> should not. What is the result of; $ vdpauinfo and, $ vainfo Regards, --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ Think. -- The IBM slogan -- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 13/04/2020 01.40, Masaru Nomiya wrote:
Hello,
...
What is the result of;
$ vdpauinfo
cer@Telcontar:~> vdpauinfo display: :0.0 screen: 0 libva info: VA-API version 1.3.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so libva info: Found init function __vaDriverInit_1_3 libva info: va_openDriver() returns 0 API version: 1 Information string: OpenGL/VAAPI backend for VDPAU Video surface: name width height types ------------------------------------------- 420 4096 4096 NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 422 4096 4096 NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 444 4096 4096 NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 Decoder capabilities: name level macbs width height ---------------------------------------------------- MPEG1 --- not supported --- MPEG2_SIMPLE --- not supported --- MPEG2_MAIN --- not supported --- H264_BASELINE 51 16384 2048 2048 H264_MAIN 51 16384 2048 2048 H264_HIGH 51 16384 2048 2048 VC1_SIMPLE --- not supported --- VC1_MAIN --- not supported --- VC1_ADVANCED --- not supported --- MPEG4_PART2_SP --- not supported --- MPEG4_PART2_ASP --- not supported --- DIVX4_QMOBILE --- not supported --- DIVX4_MOBILE --- not supported --- DIVX4_HOME_THEATER --- not supported --- DIVX4_HD_1080P --- not supported --- DIVX5_QMOBILE --- not supported --- DIVX5_MOBILE --- not supported --- DIVX5_HOME_THEATER --- not supported --- DIVX5_HD_1080P --- not supported --- H264_CONSTRAINED_BASELINE 51 16384 2048 2048 H264_EXTENDED --- not supported --- H264_PROGRESSIVE_HIGH --- not supported --- H264_CONSTRAINED_HIGH --- not supported --- H264_HIGH_444_PREDICTIVE --- not supported --- HEVC_MAIN --- not supported --- HEVC_MAIN_10 --- not supported --- HEVC_MAIN_STILL --- not supported --- HEVC_MAIN_12 --- not supported --- HEVC_MAIN_444 --- not supported --- Output surface: name width height nat types ---------------------------------------------------- B8G8R8A8 16384 16384 y R8G8B8A8 16384 16384 y R10G10B10A2 16384 16384 y B10G10R10A2 16384 16384 y A8 16384 16384 y Bitmap surface: name width height ------------------------------ B8G8R8A8 16384 16384 R8G8B8A8 16384 16384 R10G10B10A2 16384 16384 B10G10R10A2 16384 16384 A8 16384 16384 Video mixer: feature name sup ------------------------------------ DEINTERLACE_TEMPORAL - DEINTERLACE_TEMPORAL_SPATIAL - INVERSE_TELECINE - NOISE_REDUCTION - SHARPNESS - LUMA_KEY - HIGH QUALITY SCALING - L1 - HIGH QUALITY SCALING - L2 - HIGH QUALITY SCALING - L3 - HIGH QUALITY SCALING - L4 - HIGH QUALITY SCALING - L5 - HIGH QUALITY SCALING - L6 - HIGH QUALITY SCALING - L7 - HIGH QUALITY SCALING - L8 - HIGH QUALITY SCALING - L9 - parameter name sup min max ----------------------------------------------------- VIDEO_SURFACE_WIDTH - VIDEO_SURFACE_HEIGHT - CHROMA_TYPE - LAYERS - attribute name sup min max ----------------------------------------------------- BACKGROUND_COLOR - CSC_MATRIX - NOISE_REDUCTION_LEVEL - SHARPNESS_LEVEL - LUMA_KEY_MIN_LUMA - LUMA_KEY_MAX_LUMA - cer@Telcontar:~>
and,
$ vainfo
cer@Telcontar:~> vainfo libva info: VA-API version 1.3.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so libva info: Found init function __vaDriverInit_1_3 libva info: va_openDriver() returns 0 vainfo: VA-API version: 1.3 (libva 2.3.0) vainfo: Driver version: Mesa Gallium driver 18.3.2 for Radeon RX 580 Series (POLARIS10, DRM 3.27.0, 4.12.14-lp151.28.44-default, LLVM 7.0.1) vainfo: Supported profile and entrypoints VAProfileMPEG2Simple : VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointVLD VAProfileVC1Simple : VAEntrypointVLD VAProfileVC1Main : VAEntrypointVLD VAProfileVC1Advanced : VAEntrypointVLD VAProfileH264ConstrainedBaseline: VAEntrypointVLD VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice VAProfileH264Main : VAEntrypointVLD VAProfileH264Main : VAEntrypointEncSlice VAProfileH264High : VAEntrypointVLD VAProfileH264High : VAEntrypointEncSlice VAProfileHEVCMain : VAEntrypointVLD VAProfileHEVCMain : VAEntrypointEncSlice VAProfileHEVCMain10 : VAEntrypointVLD VAProfileJPEGBaseline : VAEntrypointVLD VAProfileNone : VAEntrypointVideoProc cer@Telcontar:~> -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Hello, In the Message; Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : <79d79c15-d2da-d5fd-cdf2-2cb0f1649be1@telefonica.net> Date & Time: Mon, 13 Apr 2020 04:57:12 +0200 [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: CER> [1 <multipart/mixed (7bit)>] CER> [1.1 <text/plain (es-ES); iso-2022-jp (quoted-printable)>] CER> On 13/04/2020 01.40, Masaru Nomiya wrote: CER> > Hello, CER> ... CER> > What is the result of; CER> > CER> > $ vdpauinfo cer@Telcontar:~> vdpauinfo CER> display: :0.0 screen: 0 CER> libva info: VA-API version 1.3.0 CER> libva info: va_getDriverName() returns 0 CER> libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so CER> libva info: Found init function __vaDriverInit_1_3 CER> libva info: va_openDriver() returns 0 CER> API version: 1 CER> Information string: OpenGL/VAAPI backend for VDPAU CER> Video surface: CER> name width height types CER> ------------------------------------------- CER> 420 4096 4096 NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 CER> 422 4096 4096 NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 CER> 444 4096 4096 NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 CER> Decoder capabilities: CER> name level macbs width height CER> ---------------------------------------------------- CER> MPEG1 --- not supported --- CER> MPEG2_SIMPLE --- not supported --- CER> MPEG2_MAIN --- not supported --- CER> H264_BASELINE 51 16384 2048 2048 CER> H264_MAIN 51 16384 2048 2048 CER> H264_HIGH 51 16384 2048 2048 CER> VC1_SIMPLE --- not supported --- CER> VC1_MAIN --- not supported --- CER> VC1_ADVANCED --- not supported --- CER> MPEG4_PART2_SP --- not supported --- CER> MPEG4_PART2_ASP --- not supported --- CER> DIVX4_QMOBILE --- not supported --- CER> DIVX4_MOBILE --- not supported --- CER> DIVX4_HOME_THEATER --- not supported --- CER> DIVX4_HD_1080P --- not supported --- CER> DIVX5_QMOBILE --- not supported --- CER> DIVX5_MOBILE --- not supported --- CER> DIVX5_HOME_THEATER --- not supported --- CER> DIVX5_HD_1080P --- not supported --- CER> H264_CONSTRAINED_BASELINE 51 16384 2048 2048 CER> H264_EXTENDED --- not supported --- CER> H264_PROGRESSIVE_HIGH --- not supported --- CER> H264_CONSTRAINED_HIGH --- not supported --- CER> H264_HIGH_444_PREDICTIVE --- not supported --- CER> HEVC_MAIN --- not supported --- CER> HEVC_MAIN_10 --- not supported --- CER> HEVC_MAIN_STILL --- not supported --- CER> HEVC_MAIN_12 --- not supported --- CER> HEVC_MAIN_444 --- not supported --- CER> Output surface: CER> name width height nat types CER> ---------------------------------------------------- CER> B8G8R8A8 16384 16384 y CER> R8G8B8A8 16384 16384 y CER> R10G10B10A2 16384 16384 y CER> B10G10R10A2 16384 16384 y CER> A8 16384 16384 y CER> Bitmap surface: CER> name width height CER> ------------------------------ CER> B8G8R8A8 16384 16384 CER> R8G8B8A8 16384 16384 CER> R10G10B10A2 16384 16384 CER> B10G10R10A2 16384 16384 CER> A8 16384 16384 CER> Video mixer: CER> feature name sup CER> ------------------------------------ CER> DEINTERLACE_TEMPORAL - CER> DEINTERLACE_TEMPORAL_SPATIAL - CER> INVERSE_TELECINE - CER> NOISE_REDUCTION - CER> SHARPNESS - CER> LUMA_KEY - CER> HIGH QUALITY SCALING - L1 - CER> HIGH QUALITY SCALING - L2 - CER> HIGH QUALITY SCALING - L3 - CER> HIGH QUALITY SCALING - L4 - CER> HIGH QUALITY SCALING - L5 - CER> HIGH QUALITY SCALING - L6 - CER> HIGH QUALITY SCALING - L7 - CER> HIGH QUALITY SCALING - L8 - CER> HIGH QUALITY SCALING - L9 - CER> parameter name sup min max CER> ----------------------------------------------------- CER> VIDEO_SURFACE_WIDTH - CER> VIDEO_SURFACE_HEIGHT - CER> CHROMA_TYPE - CER> LAYERS - CER> attribute name sup min max CER> ----------------------------------------------------- CER> BACKGROUND_COLOR - CER> CSC_MATRIX - CER> NOISE_REDUCTION_LEVEL - CER> SHARPNESS_LEVEL - CER> LUMA_KEY_MIN_LUMA - CER> LUMA_KEY_MAX_LUMA - CER> cer@Telcontar:~> CER> > CER> > and, CER> > CER> > $ vainfo cer@Telcontar:~> vainfo CER> libva info: VA-API version 1.3.0 CER> libva info: va_getDriverName() returns 0 CER> libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so CER> libva info: Found init function __vaDriverInit_1_3 CER> libva info: va_openDriver() returns 0 CER> vainfo: VA-API version: 1.3 (libva 2.3.0) CER> vainfo: Driver version: Mesa Gallium driver 18.3.2 for Radeon RX 580 Series CER> (POLARIS10, DRM 3.27.0, 4.12.14-lp151.28.44-default, LLVM 7.0.1) CER> vainfo: Supported profile and entrypoints CER> VAProfileMPEG2Simple : VAEntrypointVLD CER> VAProfileMPEG2Main : VAEntrypointVLD CER> VAProfileVC1Simple : VAEntrypointVLD CER> VAProfileVC1Main : VAEntrypointVLD CER> VAProfileVC1Advanced : VAEntrypointVLD CER> VAProfileH264ConstrainedBaseline: VAEntrypointVLD CER> VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice CER> VAProfileH264Main : VAEntrypointVLD CER> VAProfileH264Main : VAEntrypointEncSlice CER> VAProfileH264High : VAEntrypointVLD CER> VAProfileH264High : VAEntrypointEncSlice CER> VAProfileHEVCMain : VAEntrypointVLD CER> VAProfileHEVCMain : VAEntrypointEncSlice CER> VAProfileHEVCMain10 : VAEntrypointVLD CER> VAProfileJPEGBaseline : VAEntrypointVLD CER> VAProfileNone : VAEntrypointVideoProc CER> cer@Telcontar:~> You've got the video driver's problem. How about changing the output video of vlc. Regards, --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ Think. -- The IBM slogan -- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 13/04/2020 05.37, Masaru Nomiya wrote:
Hello,
...
CER> > What is the result of; CER> > CER> > $ vdpauinfo
cer@Telcontar:~> vdpauinfo CER> display: :0.0 screen: 0 CER> libva info: VA-API version 1.3.0 CER> libva info: va_getDriverName() returns 0 CER> libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so CER> libva info: Found init function __vaDriverInit_1_3 CER> libva info: va_openDriver() returns 0 CER> API version: 1 CER> Information string: OpenGL/VAAPI backend for VDPAU
CER> Video surface:
CER> name width height types CER> ------------------------------------------- CER> 420 4096 4096 NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 CER> 422 4096 4096 NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8 CER> 444 4096 4096 NV12 YV12 UYVY YUYV Y8U8V8A8 V8U8Y8A8
CER> Decoder capabilities:
CER> name level macbs width height CER> ---------------------------------------------------- CER> MPEG1 --- not supported --- CER> MPEG2_SIMPLE --- not supported --- CER> MPEG2_MAIN --- not supported --- CER> H264_BASELINE 51 16384 2048 2048 CER> H264_MAIN 51 16384 2048 2048 CER> H264_HIGH 51 16384 2048 2048 CER> VC1_SIMPLE --- not supported --- CER> VC1_MAIN --- not supported --- CER> VC1_ADVANCED --- not supported --- CER> MPEG4_PART2_SP --- not supported --- CER> MPEG4_PART2_ASP --- not supported --- CER> DIVX4_QMOBILE --- not supported --- CER> DIVX4_MOBILE --- not supported --- CER> DIVX4_HOME_THEATER --- not supported --- CER> DIVX4_HD_1080P --- not supported --- CER> DIVX5_QMOBILE --- not supported --- CER> DIVX5_MOBILE --- not supported --- CER> DIVX5_HOME_THEATER --- not supported --- CER> DIVX5_HD_1080P --- not supported --- CER> H264_CONSTRAINED_BASELINE 51 16384 2048 2048 CER> H264_EXTENDED --- not supported --- CER> H264_PROGRESSIVE_HIGH --- not supported --- CER> H264_CONSTRAINED_HIGH --- not supported --- CER> H264_HIGH_444_PREDICTIVE --- not supported --- CER> HEVC_MAIN --- not supported --- CER> HEVC_MAIN_10 --- not supported --- CER> HEVC_MAIN_STILL --- not supported --- CER> HEVC_MAIN_12 --- not supported --- CER> HEVC_MAIN_444 --- not supported ---
CER> Output surface:
CER> name width height nat types CER> ---------------------------------------------------- CER> B8G8R8A8 16384 16384 y CER> R8G8B8A8 16384 16384 y CER> R10G10B10A2 16384 16384 y CER> B10G10R10A2 16384 16384 y CER> A8 16384 16384 y
CER> Bitmap surface:
CER> name width height CER> ------------------------------ CER> B8G8R8A8 16384 16384 CER> R8G8B8A8 16384 16384 CER> R10G10B10A2 16384 16384 CER> B10G10R10A2 16384 16384 CER> A8 16384 16384
CER> Video mixer:
CER> feature name sup CER> ------------------------------------ CER> DEINTERLACE_TEMPORAL - CER> DEINTERLACE_TEMPORAL_SPATIAL - CER> INVERSE_TELECINE - CER> NOISE_REDUCTION - CER> SHARPNESS - CER> LUMA_KEY - CER> HIGH QUALITY SCALING - L1 - CER> HIGH QUALITY SCALING - L2 - CER> HIGH QUALITY SCALING - L3 - CER> HIGH QUALITY SCALING - L4 - CER> HIGH QUALITY SCALING - L5 - CER> HIGH QUALITY SCALING - L6 - CER> HIGH QUALITY SCALING - L7 - CER> HIGH QUALITY SCALING - L8 - CER> HIGH QUALITY SCALING - L9 -
CER> parameter name sup min max CER> ----------------------------------------------------- CER> VIDEO_SURFACE_WIDTH - CER> VIDEO_SURFACE_HEIGHT - CER> CHROMA_TYPE - CER> LAYERS -
CER> attribute name sup min max CER> ----------------------------------------------------- CER> BACKGROUND_COLOR - CER> CSC_MATRIX - CER> NOISE_REDUCTION_LEVEL - CER> SHARPNESS_LEVEL - CER> LUMA_KEY_MIN_LUMA - CER> LUMA_KEY_MAX_LUMA -
CER> cer@Telcontar:~>
CER> > CER> > and, CER> > CER> > $ vainfo
cer@Telcontar:~> vainfo CER> libva info: VA-API version 1.3.0 CER> libva info: va_getDriverName() returns 0 CER> libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so CER> libva info: Found init function __vaDriverInit_1_3 CER> libva info: va_openDriver() returns 0 CER> vainfo: VA-API version: 1.3 (libva 2.3.0) CER> vainfo: Driver version: Mesa Gallium driver 18.3.2 for Radeon RX 580 Series CER> (POLARIS10, DRM 3.27.0, 4.12.14-lp151.28.44-default, LLVM 7.0.1) CER> vainfo: Supported profile and entrypoints CER> VAProfileMPEG2Simple : VAEntrypointVLD CER> VAProfileMPEG2Main : VAEntrypointVLD CER> VAProfileVC1Simple : VAEntrypointVLD CER> VAProfileVC1Main : VAEntrypointVLD CER> VAProfileVC1Advanced : VAEntrypointVLD CER> VAProfileH264ConstrainedBaseline: VAEntrypointVLD CER> VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice CER> VAProfileH264Main : VAEntrypointVLD CER> VAProfileH264Main : VAEntrypointEncSlice CER> VAProfileH264High : VAEntrypointVLD CER> VAProfileH264High : VAEntrypointEncSlice CER> VAProfileHEVCMain : VAEntrypointVLD CER> VAProfileHEVCMain : VAEntrypointEncSlice CER> VAProfileHEVCMain10 : VAEntrypointVLD CER> VAProfileJPEGBaseline : VAEntrypointVLD CER> VAProfileNone : VAEntrypointVideoProc CER> cer@Telcontar:~>
You've got the video driver's problem.
Sorry, what video driver's problem?
How about changing the output video of vlc.
That's what I did, but I think it should work with the defaults. It should find on its own the correct defaults. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Hello, In the Message; Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : <8f38abfc-a50f-089b-f264-fd07604d8bd5@telefonica.net> Date & Time: Mon, 13 Apr 2020 13:43:18 +0200 [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: [...] MN>> You've got the video driver's problem. CER> Sorry, what video driver's problem? It'a little bit too rude. I just say with this massage;; In the Message; Subject : [opensuse] VLC doesn't display video by default Message-ID : <alpine.LSU.2.21.2004121915270.7955@Telcontar.valinor> Date & Time: Sun, 12 Apr 2020 19:25:44 +0200 (CEST) [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: [...] CER> My problem is that 'vlc' doesn't display the video (I can hear it) when the CER> output mode in preferences is set to default. I have tried openGL, and then CER> XVideo (XCB) which worked. I see errors: CER> [00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502 CER> [00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502 CER> [00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502 As you might know, vdpauinfo test isn't perfect one. Vainfo test is no perfect one, as well. In fact, kodi's developpers drop the vdpau support from 19.0 ALPHA1. They seems to move to GLES support. But I compiles it with GL support. Anyway, MN> > How about changing the output video of vlc. CER> That's what I did, but I think it should work with the CER> defaults. It should find on its own the correct defaults. In theory, it ought to be so. But vdpau, which is the vlc's default device, has got a issue on your system, I think. OK, just have a more test. 1. Have you added video group to user? 2. Please post the result of; $ mplayer -v -vo vdpau [any video file] Regards, --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ "Bill! You married with Computer. Not with Me!" "No..., with money." -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 13/04/2020 15.45, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : <8f38abfc-a50f-089b-f264-fd07604d8bd5@telefonica.net> Date & Time: Mon, 13 Apr 2020 13:43:18 +0200
[CER] == "Carlos E. R." <...> has written:
[...] MN>> You've got the video driver's problem.
CER> Sorry, what video driver's problem?
It'a little bit too rude.
There may be a video driver issue in my system, the card is new, and I switched from NVidia to AMD. I don't know if there is a proprietary driver to install. But I tried some games and they run well.
I just say with this massage;;
In the Message;
Subject : [opensuse] VLC doesn't display video by default Message-ID : <alpine.LSU.2.21.2004121915270.7955@Telcontar.valinor> Date & Time: Sun, 12 Apr 2020 19:25:44 +0200 (CEST)
[CER] == "Carlos E. R." <> has written:
[...] CER> My problem is that 'vlc' doesn't display the video (I can hear it) when the CER> output mode in preferences is set to default. I have tried openGL, and then CER> XVideo (XCB) which worked. I see errors:
CER> [00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502
CER> [00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502
CER> [00007efbb000c120] glconv_vdpau gl error: glVDPAUMapSurfacesNV failed: 0x502
As you might know, vdpauinfo test isn't perfect one. Vainfo test is no perfect one, as well.
No, I don't know, the tools are new to me, I can not interpret their results.
In fact, kodi's developpers drop the vdpau support from 19.0 ALPHA1. They seems to move to GLES support. But I compiles it with GL support.
Anyway,
MN> > How about changing the output video of vlc.
CER> That's what I did, but I think it should work with the CER> defaults. It should find on its own the correct defaults.
In theory, it ought to be so.
But vdpau, which is the vlc's default device, has got a issue on your system, I think.
Ok, I can remove the vlc-vdpau-3.0.7.1-pm151.6.5.11.x86_64 package, so vlc does not try it. Or do you think I should report a bug?
OK, just have a more test.
1. Have you added video group to user?
Yes, this user is in video group.
2. Please post the result of;
$ mplayer -v -vo vdpau [any video file]
Plays ok. cer@Telcontar:~/Videos> mplayer -v -vo vdpau University\ of\ California\ Television\ \(UCTV\)-UCtelevision-Sugar\ -\ The\ Bitter\ Truth-dBnniua6-oM.mkv MPlayer 1.2.r38170-Packman-7 (C) 2000-2020 MPlayer Team CPU vendor name: AuthenticAMD max cpuid level: 16 CPU: AMD Ryzen 5 3600X 6-Core Processor (Family: 23, Model: 1, Stepping: 0) extended cpuid-level: 32 extended cache-info: 33579328 Detected cache-line size is 64 bytes CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNowExt: 0 SSE: 1 SSE2: 1 SSE3: 1 SSSE3: 1 SSE4: 1 SSE4.2: 1 AVX: 1 Compiled with runtime CPU detection. get_path('codecs.conf') -> '/home/cer/.mplayer/codecs.conf' Reading optional codecs config file /home/cer/.mplayer/codecs.conf: No such file or directory Reading optional codecs config file /etc/mplayer/codecs.conf: No such file or directory Using built-in default codecs.conf. init_freetype Using SSE2 Optimized OnScreenDisplay get_path('fonts') -> '/home/cer/.mplayer/fonts' Configuration: --prefix=/usr --confdir=/etc/mplayer --datadir=/usr/share/mplayer --libdir=/usr/lib64 --mandir=/usr/share/man --enable-runtime-cpudetection --enable-mmx --enable-3dnow --enable-sse --enable-sse2 --enable-fastmemcpy --disable-ffmpeg_a --enable-freetype --disable-sighandler --enable-gui --language=all --enable-dvdnav --enable-dvdread --enable-lirc --enable-tv --enable-radio --enable-radio-capture --enable-joystick --enable-gl --disable-svga --disable-mga --disable-directfb --enable-mencoder --enable-theora --enable-menu --enable-smb --codecsdir=/usr/lib64/codecs --disable-arts --enable-pulse --disable-openal --enable-xvmc --enable-libopus CommandLine: '-v' '-vo' 'vdpau' 'University of California Television (UCTV)-UCtelevision-Sugar - The Bitter Truth-dBnniua6-oM.mkv' Using nanosleep() timing get_path('input.conf') -> '/home/cer/.mplayer/input.conf' Reading optional input config file /home/cer/.mplayer/input.conf: No such file or directory Parsing input config file /etc/mplayer/input.conf Input config file /etc/mplayer/input.conf parsed: 92 binds Setting up LIRC support... do_connect: could not connect to socket connect: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. get_path('University of California Television (UCTV)-UCtelevision-Sugar - The Bitter Truth-dBnniua6-oM.mkv.conf') -> '/home/cer/.mplayer/University of California Television (UCTV)-UCtelevision-Sugar - The Bitter Truth-dBnniua6-oM.mkv.conf' Playing University of California Television (UCTV)-UCtelevision-Sugar - The Bitter Truth-dBnniua6-oM.mkv. get_path('sub/') -> '/home/cer/.mplayer/sub/' [file] File size is 159607320 bytes STREAM: [file] University of California Television (UCTV)-UCtelevision-Sugar - The Bitter Truth-dBnniua6-oM.mkv STREAM: Description: File STREAM: Author: Albeu STREAM: Comment: based on the code from ??? (probably Arpi) libavformat version 57.83.100 (external) Configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --incdir=/usr/include/ffmpeg --extra-cflags='-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -g' --optflags='-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -g' --disable-htmlpages --enable-pic --disable-stripping --enable-shared --disable-static --enable-gpl --disable-openssl --enable-avresample --enable-libcdio --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libcelt --enable-libcdio --enable-libdc1394 --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libzimg --enable-libzvbi --enable-vaapi --enable-vdpau --enable-libx264 --enable-libx265 --enable-libxvid LAVF_check: Matroska / WebM libavformat file format detected. st:0 removing common factor 1000000 from timebase st:1 removing common factor 1000000 from timebase [matroska,webm @ 0x7efbf14b0880]Before avformat_find_stream_info() pos: 1070 bytes read:32768 seeks:0 nb_streams:2 [h264 @ 0x7efbf086ae20]nal_unit_type: 7, nal_ref_idc: 3 [h264 @ 0x7efbf086ae20]nal_unit_type: 8, nal_ref_idc: 3 [h264 @ 0x7efbf086ae20]nal_unit_type: 7, nal_ref_idc: 3 [h264 @ 0x7efbf086ae20]nal_unit_type: 8, nal_ref_idc: 3 [h264 @ 0x7efbf086ae20]nal_unit_type: 5, nal_ref_idc: 3 [h264 @ 0x7efbf086ae20]Reinit context to 640x480, pix_fmt: yuv420p [h264 @ 0x7efbf086ae20]no picture [matroska,webm @ 0x7efbf14b0880]All info found [matroska,webm @ 0x7efbf14b0880]After avformat_find_stream_info() pos: 2327 bytes read:32768 seeks:0 frames:5 ==> Found video stream: 0 ======= VIDEO Format ====== biSize 81 biWidth 640 biHeight 480 biPlanes 1 biBitCount 0 biCompression 875967048='H264' biSizeImage 0 Unknown extra header dump: [1] [4d] [40] [1e] [ff] [e1] [0] [1a] [67] [4d] [40] [1e] [e8] [80] [50] [1e] [d8] [b] [50] [60] [10] [64] [0] [0] [f] [a4] [0] [3] [a9] [80] [3c] [58] [b4] [48] [1] [0] [4] [68] [eb] [ef] [20] =========================== [lavf] stream 0: video (h264), -vid 0 ==> Found audio stream: 1 ======= WAVE Format ======= Format Tag: 28783 (0x706F) Channels: 2 Samplerate: 48000 avg byte/sec: 0 Block align: 1 bits/sample: 32 cbSize: 19 Unknown extra header dump: [4f] [70] [75] [73] [48] [65] [61] [64] [1] [2] [38] [1] [80] [bb] [0] [0] [0] [0] [0] ========================================================================== [lavf] stream 1: audio (opus), -aid 0, -alang eng LAVF: 1 audio and 1 video streams found LAVF: build 3756900 VIDEO: [H264] 640x480 0bpp 29.970 fps 0.0 kbps ( 0.0 kbyte/s) [V] filefmt:44 fourcc:0x34363248 size:640x480 fps:29.970 ftime:=0.0334 X11 opening display: :0.0 vo: X11 color mask: FFFFFF (R:FF0000 G:FF00 B:FF) vo: X11 running at 1920x1080 with depth 24 and 32 bpp (":0.0" => local display) [x11] Detected wm supports NetWM. [x11] Detected wm supports ABOVE state. [x11] Detected wm supports BELOW state. [x11] Detected wm supports FULLSCREEN state. [x11] Current fstype setting honours FULLSCREEN ABOVE BELOW X atoms libva info: VA-API version 1.3.0 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib64/dri/radeonsi_drv_video.so libva info: Found init function __vaDriverInit_1_3 libva info: va_openDriver() returns 0 ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family libavcodec version 57.107.100 (external) Configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --incdir=/usr/include/ffmpeg --extra-cflags='-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -g' --optflags='-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -g' --disable-htmlpages --enable-pic --disable-stripping --enable-shared --disable-static --enable-gpl --disable-openssl --enable-avresample --enable-libcdio --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libcelt --enable-libcdio --enable-libdc1394 --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libzimg --enable-libzvbi --enable-vaapi --enable-vdpau --enable-libx264 --enable-libx265 --enable-libxvid [h264 @ 0x7efbf086ae20]nal_unit_type: 7, nal_ref_idc: 3 [h264 @ 0x7efbf086ae20]nal_unit_type: 8, nal_ref_idc: 3 INFO: libavcodec init OK! Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264) ========================================================================== Clip info: COMPATIBLE_BRANDS: iso6avc1mp41 MAJOR_BRAND: dash MINOR_VERSION: 0 ENCODER: Lavf57.83.100 Load subtitles in ./ get_path('sub/') -> '/home/cer/.mplayer/sub/' ========================================================================== Trying to force audio codec driver family libmad... Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders dec_audio: Allocating 1536000 + 131072 = 1667072 bytes for output buffer. FFmpeg's libavcodec audio codec INFO: libavcodec "opus" init OK! AUDIO: 48000 Hz, 2 ch, floatle, 0.0 kbit/0.00% (ratio: 0->384000) Selected audio codec: [ffopus] afm: ffmpeg (FFmpeg opus) ========================================================================== Building audio filter chain for 48000Hz/2ch/floatle -> 0Hz/0ch/??... [libaf] Adding filter dummy [dummy] Was reinitialized: 48000Hz/2ch/floatle [dummy] Was reinitialized: 48000Hz/2ch/floatle Trying preferred audio driver 'pulse', options '[none]' AO: [pulse] 48000Hz 2ch floatle (4 bytes per sample) AO: Description: PulseAudio audio output AO: Author: Lennart Poettering Building audio filter chain for 48000Hz/2ch/floatle -> 48000Hz/2ch/floatle... [dummy] Was reinitialized: 48000Hz/2ch/floatle [dummy] Was reinitialized: 48000Hz/2ch/floatle Starting playback... Increasing filtered audio buffer size from 0 to 100096 [h264 @ 0x7efbf086ae20]nal_unit_type: 5, nal_ref_idc: 3 [h264 @ 0x7efbf086ae20]Reinit context to 640x480, pix_fmt: yuv420p [h264 @ 0x7efbf086ae20]no picture [h264 @ 0x7efbf086ae20]nal_unit_type: 1, nal_ref_idc: 2 [ffmpeg] aspect_ratio: 1.333333 VDec: vo config request - 640 x 480 (preferred colorspace: Planar YV12) Trying filter chain: vo VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is 1.33:1 - prescaling to correct movie aspect. VO Config (640x480->640x480,flags=4,'MPlayer',0x32315659) VO: [vdpau] 640x480 => 640x480 Planar YV12 [zoom] VO: Description: VDPAU with X11 VO: Author: Rajib Mahapatra <rmahapatra@nvidia.com> and others [vdpau] Updating CSC matrix for BT.601 *** [vo] Exporting mp_image_t, 640x480x12bpp YUV planar, 460800 bytes Unicode font: 1185 glyphs. Unicode font: 1185 glyphs. A: 0.1 V: 0.0 A-V: 0.088 ct: 0.000 0/ 0 ??% ??% ??,?% 0 0 [h264 @ 0x7efbf086ae20]nal_unit_type: 1, nal_ref_idc: 2 A: 0.1 V: 0.0 A-V: 0.064 ct: -0.001 0/ 0 ??% ??% ??,?% 0 0 [h264 @ 0x7efbf086ae20]nal_unit_type: 1, nal_ref_idc: 2 A: 0.1 V: 0.1 A-V: 0.031 ct: -0.001 0/ 0 ??% ??% ??,?% 0 0 [h264 @ 0x7efbf086ae20]nal_unit_type: 1, nal_ref_idc: 0 A: 0.1 V: 0.1 A-V: -0.001 ct: -0.002 0/ 0 ??% ??% ??,?% 0 0 ... [h264 @ 0x7efbf086ae20]nal_unit_type: 1, nal_ref_idc: 2 A: 3.6 V: 3.6 A-V: 0.000 ct: -0.006 0/ 0 3% 2% 0.4% 0 0 Uninit audio filters... [libaf] Removing filter dummy Uninit audio: ffmpeg Uninit video: ffmpeg vo: uninit ... Exiting... (Quit) cer@Telcontar:~/Videos> -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Hello, Thanks. for a pleasant video. In the Message; Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : <05882b21-0adf-b6fb-bd0b-b43806ba56a0@telefonica.net> Date & Time: Mon, 13 Apr 2020 16:05:28 +0200 [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: [...] CER>>> Sorry, what video driver's problem? MNR>> It'a little bit too rude. CER> There may be a video driver issue in my system, the card is new, CER> and I switched from NVidia to AMD. I don't know if there is a CER> proprietary driver to install. But I tried some games and they CER> run well. Which driver have you installed? [..] MN>> As you might know, vdpauinfo test isn't perfect one. MN>> Vainfo test is no perfect one, as well. CER> No, I don't know, the tools are new to me, I can not interpret CER> their results. Ah, do you? [...] CER>>> That's what I did, but I think it should work with the CER>>> defaults. It should find on its own the correct defaults. MN>> In theory, it ought to be so. MN>> MN>> But vdpau, which is the vlc's default device, has got a issue on your MN>> system, I think. CER> Ok, I can remove the vlc-vdpau-3.0.7.1-pm151.6.5.11.x86_64 CER> package, so vlc does not try it. 3.0.7? It's old. The present version is 3.0.9.2. But there exists same problem in the latest vlc, as well. CER> Or do you think I should report a bug? Yes, you should do so, but 3.0.7 is too old for developpers. I've got no idea if they accept the bug report, or not..... MN>> OK, just have a more test. MN>> MN>> 1. Have you added video group to user? CER> Yes, this user is in video group. Good. MN>> 2. Please post the result of; MN>> MN>> $ mplayer -v -vo vdpau [any video file] CER> Plays ok. cer@Telcontar:~/Videos> mplayer -v -vo vdpau University\ of\ California\ Television\ \(UCTV\)-UCtelevision-Sugar\ -\ The\ Bitter\ Truth-dBnniua6-oM.mkv CER> MPlayer 1.2.r38170-Packman-7 (C) 2000-2020 MPlayer Team CER> CPU vendor name: AuthenticAMD max cpuid level: 16 CER> CPU: AMD Ryzen 5 3600X 6-Core Processor (Family: 23, Model: 1, Stepping: 0) CER> extended cpuid-level: 32 CER> extended cache-info: 33579328 CER> Detected cache-line size is 64 bytes CER> CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNowExt: 0 SSE: 1 SSE2: 1 CER> SSSE3: 1 SSSE3 1 SSE4: 1 SSE4.2: 1 AVX: 1 [...] CER> [h264 @ 0x7efbf086ae20]nal_unit_type: 1, nal_ref_idc: 2 CER> A: 3.6 V: 3.6 A-V: 0.000 ct: -0.006 0/ 0 3% 2% 0.4% 0 0 CER> Uninit audio filters... CER> [libaf] Removing filter dummy CER> Uninit audio: ffmpeg CER> Uninit video: ffmpeg CER> vo: uninit ... CER> Exiting... (Quit) Perfect! You are using AMD CPU! I feel nostalgic, because I belonged to a anti Wintel school for a long time. I was an OS/2 user with AMD CPU. Anyway. As you might know, mplayer's vdpau device is derived from ffmpeg. It's same for kodi 18.x. So, your problem is peculiar to vlc, I think. BTW. It's midnight here in Japan, now. I'll investigate the vlc source code, tomorrow. Regards, --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ Think. -- The IBM slogan -- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 13/04/2020 17.28, Masaru Nomiya wrote:
Hello,
Thanks. for a pleasant video.
In the Message;
Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : <05882b21-0adf-b6fb-bd0b-b43806ba56a0@telefonica.net> Date & Time: Mon, 13 Apr 2020 16:05:28 +0200
[CER] == "Carlos E. R." <> has written:
[...] CER>>> Sorry, what video driver's problem?
MNR>> It'a little bit too rude.
CER> There may be a video driver issue in my system, the card is new, CER> and I switched from NVidia to AMD. I don't know if there is a CER> proprietary driver to install. But I tried some games and they CER> run well.
Which driver have you installed?
Me, nothing. Only defaults and automatics.
[..] MN>> As you might know, vdpauinfo test isn't perfect one. MN>> Vainfo test is no perfect one, as well.
CER> No, I don't know, the tools are new to me, I can not interpret CER> their results.
Ah, do you?
[...] CER>>> That's what I did, but I think it should work with the CER>>> defaults. It should find on its own the correct defaults.
MN>> In theory, it ought to be so. MN>> MN>> But vdpau, which is the vlc's default device, has got a issue on your MN>> system, I think.
CER> Ok, I can remove the vlc-vdpau-3.0.7.1-pm151.6.5.11.x86_64 CER> package, so vlc does not try it.
3.0.7?
It's old. The present version is 3.0.9.2.
It is the newest available in packman for 15.1
But there exists same problem in the latest vlc, as well.
CER> Or do you think I should report a bug?
Yes, you should do so, but 3.0.7 is too old for developpers. I've got no idea if they accept the bug report, or not.....
MN>> OK, just have a more test. MN>> MN>> 1. Have you added video group to user?
CER> Yes, this user is in video group.
Good.
MN>> 2. Please post the result of; MN>> MN>> $ mplayer -v -vo vdpau [any video file]
CER> Plays ok.
cer@Telcontar:~/Videos> mplayer -v -vo vdpau University\ of\ California\ Television\ \(UCTV\)-UCtelevision-Sugar\ -\ The\ Bitter\ Truth-dBnniua6-oM.mkv CER> MPlayer 1.2.r38170-Packman-7 (C) 2000-2020 MPlayer Team CER> CPU vendor name: AuthenticAMD max cpuid level: 16 CER> CPU: AMD Ryzen 5 3600X 6-Core Processor (Family: 23, Model: 1, Stepping: 0) CER> extended cpuid-level: 32 CER> extended cache-info: 33579328 CER> Detected cache-line size is 64 bytes CER> CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNowExt: 0 SSE: 1 SSE2: 1 CER> SSSE3: 1 SSSE3 1 SSE4: 1 SSE4.2: 1 AVX: 1 [...] CER> [h264 @ 0x7efbf086ae20]nal_unit_type: 1, nal_ref_idc: 2 CER> A: 3.6 V: 3.6 A-V: 0.000 ct: -0.006 0/ 0 3% 2% 0.4% 0 0 CER> Uninit audio filters... CER> [libaf] Removing filter dummy CER> Uninit audio: ffmpeg CER> Uninit video: ffmpeg CER> vo: uninit ...
CER> Exiting... (Quit)
Perfect!
You are using AMD CPU! I feel nostalgic, because I belonged to a anti Wintel school for a long time. I was an OS/2 user with AMD CPU.
Yes, I had to upgrade the machine anyway, and I got tired of Intel bugs impacting performance.
Anyway.
As you might know, mplayer's vdpau device is derived from ffmpeg. It's same for kodi 18.x.
So, your problem is peculiar to vlc, I think.
BTW. It's midnight here in Japan, now.
Good night :-)
I'll investigate the vlc source code, tomorrow.
Thanks. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Hello, In the Message; Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : <c400ab8d-22f2-4217-261f-6338d320839b@telefonica.net> Date & Time: Mon, 13 Apr 2020 20:46:26 +0200 [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: MN>> Which driver have you installed? CER> Me, nothing. Only defaults and automatics. Ah, you are using driver in the kernel, ie. radeon.ko. [...] MN>> It's old. MN>> The present version is 3.0.9.2. CER> It is the newest available in packman for 15.1 Is it? [...] MN>> You are using AMD CPU! MN>> I feel nostalgic, because I belonged to a anti Wintel school for a MN>> long time. I was an OS/2 user with AMD CPU. CER> Yes, I had to upgrade the machine anyway, and I got tired of CER> Intel bugs impacting performance. That's it! The bug fix degardes performance. But, there exists same bugs in the AMD processor, doesn't it? MN>> I'll investigate the vlc source code, tomorrow. Your issue is related to hardware video acceleration. The issue is caused by (at least) one of these alternatives: 1. VLC is misconfigured. 2. Hardware acceleration is not set up properly for your AMD graphics card. You can quickly fix this issue by; vlc --> Interface --> Preferences --> Input / Codecs set Hardware-related decoding to Disable. BTW, your result of vdpauinfo displays many '--not supported--' as follows; CR> Decoder capabilities: CER> name level macbs width height CER> ---------------------------------------------------- CER> MPEG1 --- not supported --- CER> MPEG2_SIMPLE --- not supported --- CER> MPEG2_MAIN --- not supported --- CER> H264_BASELINE 51 16384 2048 2048 CER> H264_MAIN 51 16384 2048 2048 CER> H264_HIGH 51 16384 2048 2048 CER> VC1_SIMPLE --- not supported --- CER> VC1_MAIN --- not supported --- CER> VC1_ADVANCED --- not supported --- CER> MPEG4_PART2_SP --- not supported --- CER> MPEG4_PART2_ASP --- not supported --- CER> DIVX4_QMOBILE --- not supported --- CER> DIVX4_MOBILE --- not supported --- CER> DIVX4_HOME_THEATER --- not supported --- CER> DIVX4_HD_1080P --- not supported --- CER> DIVX5_QMOBILE --- not supported --- CER> DIVX5_MOBILE --- not supported --- CER> DIVX5_HOME_THEATER --- not supported --- CER> DIVX5_HD_1080P --- not supported --- CER> H264_CONSTRAINED_BASELINE 51 16384 2048 2048 CER> H264_EXTENDED --- not supported --- CER> H264_PROGRESSIVE_HIGH --- not supported --- CER> H264_CONSTRAINED_HIGH --- not supported --- CER> H264_HIGH_444_PREDICTIVE --- not supported --- CER> HEVC_MAIN --- not supported --- CER> HEVC_MAIN_10 --- not supported --- CER> HEVC_MAIN_STILL --- not supported --- CER> HEVC_MAIN_12 --- not supported --- CER> HEVC_MAIN_444 --- not supported --- This is strange for me. That is, with my NVIDIA GeForce GTX 1650 I get the following result; Decoder capabilities: name level macbs width height ---------------------------------------------------- MPEG1 0 65536 4096 4096 MPEG2_SIMPLE 3 65536 4096 4096 MPEG2_MAIN 3 65536 4096 4096 H264_BASELINE 51 65536 4096 4096 H264_MAIN 51 65536 4096 4096 H264_HIGH 51 65536 4096 4096 VC1_SIMPLE 1 8190 2048 2048 VC1_MAIN 2 8190 2048 2048 VC1_ADVANCED 4 8190 2048 2048 MPEG4_PART2_SP 3 8192 2048 2048 MPEG4_PART2_ASP 5 8192 2048 2048 DIVX4_QMOBILE 0 8192 2048 2048 DIVX4_MOBILE 0 8192 2048 2048 DIVX4_HOME_THEATER 0 8192 2048 2048 DIVX4_HD_1080P 0 8192 2048 2048 DIVX5_QMOBILE 0 8192 2048 2048 DIVX5_MOBILE 0 8192 2048 2048 DIVX5_HOME_THEATER 0 8192 2048 2048 DIVX5_HD_1080P 0 8192 2048 2048 H264_CONSTRAINED_BASELINE 51 65536 4096 4096 H264_EXTENDED 51 65536 4096 4096 H264_PROGRESSIVE_HIGH 51 65536 4096 4096 H264_CONSTRAINED_HIGH 51 65536 4096 4096 H264_HIGH_444_PREDICTIVE 51 65536 4096 4096 VP9_PROFILE_0 1 262144 8192 8192 VP9_PROFILE_1 --- not supported --- VP9_PROFILE_2 --- not supported --- VP9_PROFILE_3 --- not supported --- HEVC_MAIN 153 262144 8192 8192 HEVC_MAIN_10 --- not supported --- HEVC_MAIN_STILL --- not supported --- HEVC_MAIN_12 --- not supported --- HEVC_MAIN_444 153 262144 8192 8192 The installation of the proprietary driver maight be the essentioal solution for your issue. Regards, --- ┏━━┓彡 野宮 賢 mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ 「eメールや携帯電話に縛られた社会は、自分自身と向き合ったり、 空想にふけったりする自由を奪う。」 -- M. Crichton -- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 14/04/2020 03.26, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : <c400ab8d-22f2-4217-261f-6338d320839b@telefonica.net> Date & Time: Mon, 13 Apr 2020 20:46:26 +0200
[CER] == "Carlos E. R." <> has written:
MN>> Which driver have you installed?
CER> Me, nothing. Only defaults and automatics.
Ah, you are using driver in the kernel, ie. radeon.ko.
[...] MN>> It's old. MN>> The present version is 3.0.9.2.
CER> It is the newest available in packman for 15.1
Is it?
Yes, yast doesn't find anything else.
[...] MN>> You are using AMD CPU! MN>> I feel nostalgic, because I belonged to a anti Wintel school for a MN>> long time. I was an OS/2 user with AMD CPU.
CER> Yes, I had to upgrade the machine anyway, and I got tired of CER> Intel bugs impacting performance.
That's it! The bug fix degardes performance. But, there exists same bugs in the AMD processor, doesn't it?
Probably.
MN>> I'll investigate the vlc source code, tomorrow.
Your issue is related to hardware video acceleration. The issue is caused by (at least) one of these alternatives:
1. VLC is misconfigured. 2. Hardware acceleration is not set up properly for your AMD graphics card.
You can quickly fix this issue by;
vlc --> Interface --> Preferences --> Input / Codecs
set Hardware-related decoding to Disable.
Currently it is on automatic. Changing that, it works (with video output on automatic).
BTW, your result of vdpauinfo displays many '--not supported--' as follows;
I know, but I have no idea what to do about them. ...
The installation of the proprietary driver maight be the essentioal solution for your issue.
I have no idea if there is a proprietary driver for AMD or how to install it. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Hello, In the Message; Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : <1c9c2696-bc26-9a29-1825-338dd7af39c1@telefonica.net> Date & Time: Tue, 14 Apr 2020 05:07:56 +0200 [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: [...] CER> > The installation of the proprietary driver maight be the essentioal CER> > solution for your issue. CER> I have no idea if there is a proprietary driver for AMD or how CER> to install it. OK. 1. Go to; https://www.amd.com/en/support/graphics/radeon-500-series/radeon-rx-500-seri... 2. Click on 'SLED/SLES 15' 3. Click on DOWNLOAD part. You will get the file; amdgpu-pro-19.50-967960-sle-15.tar.xz 4. tar -Jxf amdgpu-pro-19.50-967960-sle-15.tar.xz By this make the folder; amdgpu-pro-19.50-967960-sle-15 5. YaST2 --> System --> Boot Loader --> Kernel Parametaers TAB 6. Add the word nomodeset to the 'Optional Kernel Command Line Parameter' Then logout. You will go back to 'Login Screen'. 7. Press Ctrl and Alt keys, then F2 key. You will proceed to the terminal screen. 6. Login as a root enter root's password 7. enter # init 3 then ,login message will appear again 8. root password 9. proceed into the {somewhere}/amdgpu-pro-19.50-967960-sle 10. execute as follows; ./amdgpu-install After then, reboot. That's all. Good Luck! --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ "No Windows, no gains!" ..... "Why, I am wrong?" -- Bill -- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 14/04/2020 07.09, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : <1c9c2696-bc26-9a29-1825-338dd7af39c1@telefonica.net> Date & Time: Tue, 14 Apr 2020 05:07:56 +0200
[CER] == "Carlos E. R." <robin.listas@telefonica.net> has written:
[...] CER> > The installation of the proprietary driver maight be the essentioal CER> > solution for your issue.
CER> I have no idea if there is a proprietary driver for AMD or how CER> to install it.
OK.
1. Go to;
Thanks. Then there is no rpm as with NVidia? But I will not install them yet, I want to know more about pros and cons. If VLC plays (it does in non automatic output), and graphic games play (I tried two and they do play), I prefer not to install proprietary blobs. But it seems the proprietary driver works on top of the open driver - so maybe one doesn't need to install them on every kernel update, and they don't leave them occasionally without graphics. I just found this: https://en.opensuse.org/AMD Open Source AMD: https://en.opensuse.org/SDB:AMDGPU https://en.opensuse.org/SDB:Radeon Proprietary AMD: https://en.opensuse.org/SDB:AMDGPU-PRO «AMDGPU-PRO is the next generation closed source graphics component that operates on top of the open source AMDGPU drivers for newer AMD/ATI Radeon graphics cards.» https://en.opensuse.org/SDB:AMD_fglrx «For Radeon GPUs HD 5xxx or above Radeon GPUs HD 4xxx or below should use the open-source radeon driver» I still have to read them, but I do not know if all of them apply to my hardware. Just noticed: «An optional application to monitor the AMD GPU statistics called Radeon-Profile can be installed from the openSUSE Software Site. https://software.opensuse.org/package/radeon-profile» Telcontar:~ # cnf radeon-profile radeon-profile: command not found Telcontar:~ # Ok, it is on home:malcolmlewis:TESTING [...] It is a GUI app with lots of information and controls, it seems. There is also a radeon-profile-daemon -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Hello, In the Message; Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : <3cc570b0-b13a-bb26-ce03-868ec4c679e2@telefonica.net> Date & Time: Tue, 14 Apr 2020 13:52:45 +0200 [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: CER> [1 <multipart/mixed (7bit)>] CER> [1.1 <text/plain (en-CA); UTF-8 (quoted-printable)>] CER> On 14/04/2020 07.09, Masaru Nomiya wrote: CER> > Hello, CER> > CER> > In the Message; CER> > CER> > Subject : Re: [opensuse] Re: VLC doesn't display video by default CER> > Message-ID : <1c9c2696-bc26-9a29-1825-338dd7af39c1@telefonica.net> CER> > Date & Time: Tue, 14 Apr 2020 05:07:56 +0200 CER> > CER> > [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: CER> > CER> > [...] CER> > CER> > The installation of the proprietary driver maight be the essentioal CER> > CER> > solution for your issue. CER> > CER> > CER> I have no idea if there is a proprietary driver for AMD or how CER> > CER> to install it. CER> > CER> > OK. CER> > CER> > 1. Go to; CER> Thanks. Then there is no rpm as with NVidia? Yes, amdgpu-pro-19.50-967960-sle-15.tar.xz includes rpm files. You can find them by; $ tar -Jxf amdgpu-pro-19.50-967960-sle-15.tar.xz $ cd amdgpu-pro-19.50-967960-sle-15 It's reasonable for you? $ cd amdgpu-pro-19.50-967960-sle-15/RPMS/x86_64 $ sudo mv * /usr/src/packages/RPMS/x86_64 $ cd ../noarch $ sudo mv * /usr/src/packages/RPMS/noarch Then, start YasT2 and find files with the key word 'amdgpu-pro'. CER> But I will not install them yet, I want to know more about pros CER> and cons. If VLC plays (it does in non automatic output), and CER> graphic games play (I tried two and they do play), I prefer not CER> to install proprietary blobs. But it seems the proprietary CER> driver works on top of the open driver - so maybe one doesn't CER> need to install them on every kernel update, and they don't CER> leave them occasionally without graphics. In case of NVIDIA, we must install with every kernel update. But, in case of AMD, it doesn't seem so. This is a mystery for me. Anyway, the installation depends on you, of course. Regards, --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ Think. -- The IBM slogan -- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 14/04/2020 14.30, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : <3cc570b0-b13a-bb26-ce03-868ec4c679e2@telefonica.net> Date & Time: Tue, 14 Apr 2020 13:52:45 +0200
[CER] == "Carlos E. R." <> has written:
...
CER> > OK. CER> > CER> > 1. Go to;
CER> Thanks. Then there is no rpm as with NVidia?
Yes, amdgpu-pro-19.50-967960-sle-15.tar.xz includes rpm files. You can find them by;
$ tar -Jxf amdgpu-pro-19.50-967960-sle-15.tar.xz $ cd amdgpu-pro-19.50-967960-sle-15
It's reasonable for you?
I mean that I can not just point YaST to a repository and be done.
$ cd amdgpu-pro-19.50-967960-sle-15/RPMS/x86_64 $ sudo mv * /usr/src/packages/RPMS/x86_64 $ cd ../noarch $ sudo mv * /usr/src/packages/RPMS/noarch
Then, start YasT2 and find files with the key word 'amdgpu-pro'.
CER> But I will not install them yet, I want to know more about pros CER> and cons. If VLC plays (it does in non automatic output), and CER> graphic games play (I tried two and they do play), I prefer not CER> to install proprietary blobs. But it seems the proprietary CER> driver works on top of the open driver - so maybe one doesn't CER> need to install them on every kernel update, and they don't CER> leave them occasionally without graphics.
In case of NVIDIA, we must install with every kernel update. But, in case of AMD, it doesn't seem so. This is a mystery for me.
Anyway, the installation depends on you, of course.
Thanks for the information :-) I want to learn more, then decide. This card is new to me. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Am 14.04.20 um 13:52 schrieb Carlos E. R.:> On 14/04/2020 07.09, Masaru Nomiya wrote:
Hello,
In the Message;
Subject : Re: [opensuse] Re: VLC doesn't display video by default Message-ID : <1c9c2696-bc26-9a29-1825-338dd7af39c1@telefonica.net> Date & Time: Tue, 14 Apr 2020 05:07:56 +0200
[CER] == "Carlos E. R." <robin.listas@telefonica.net> has written:
[...] CER> > The installation of the proprietary driver maight be the essentioal CER> > solution for your issue.
CER> I have no idea if there is a proprietary driver for AMD or how CER> to install it.
OK.
1. Go to;
Thanks. Then there is no rpm as with NVidia?
But I will not install them yet, I want to know more about pros and cons. If VLC plays (it does in non automatic output), and graphic games play (I tried two and they do play), I prefer not to install proprietary blobs. But it seems the proprietary driver works on top of the open driver - so maybe one doesn't need to install them on every kernel update, and they don't leave them occasionally without graphics.
I just found this:
Open Source AMD:
https://en.opensuse.org/SDB:AMDGPU https://en.opensuse.org/SDB:Radeon
Proprietary AMD:
https://en.opensuse.org/SDB:AMDGPU-PRO
«AMDGPU-PRO is the next generation closed source graphics component that operates on top of the open source AMDGPU drivers for newer AMD/ATI Radeon graphics cards.»
https://en.opensuse.org/SDB:AMD_fglrx
«For Radeon GPUs HD 5xxx or above Radeon GPUs HD 4xxx or below should use the open-source radeon driver»
I still have to read them, but I do not know if all of them apply to my hardware.
Just noticed:
«An optional application to monitor the AMD GPU statistics called Radeon-Profile can be installed from the openSUSE Software Site.
https://software.opensuse.org/package/radeon-profile»
Telcontar:~ # cnf radeon-profile radeon-profile: command not found Telcontar:~ #
Ok, it is on home:malcolmlewis:TESTING
[...]
It is a GUI app with lots of information and controls, it seems.
There is also a radeon-profile-daemon
Hi carlos, (sorry my mail is now a couple of days old, never finsihed and send, maybe your problem is solved. i send it anyway, maybe it helps - not finsihed mail-) only looking short in this so maybe some ideas: 1) i was (10 years? in past) not able to remove a propetary nvidia driver completely from the system. long story, i installed complete system new. - and never installed any prop-nvidia again, by removing all nvidia hardware out of my systems. if i remember correct (3 weeks in past): there are 3 (opensource) drivers for amd graphic: amdgpu (for new cards) ati radeon somewhere in the web, wikipedia?, i have found a nice list which driver supports what card... but i did not find any more.... sorry so maybe you should switch the driver at your system. my problem was: i have had a hd7770 system without vulkan, driver was radeon. i switched to ati, and vulkan was working (game (lost amber) with vulkan)) i insert into the kernel command line: radeon.cik_support=0 radeon.si_support=0 amdgpu.cik_support=1 amdgpu.si_support=1 (via yast) from here: http://forums.debian.net/viewtopic.php?f=6&t=142110 here some commands to get infos about graphic: drivers are in rpm: xf86-video........ inxi -G vulkaninfo lspci -k glxinfo glxgears (testprogram) fgl_glxgears (testprogram if you have somewhere at the system) glmark2 (opengl2 benchmark) vkmark (vulkan benchmark) new to me: vdpauinfo vainfo -> cnf vainfo (not on my system yet) here my mail not finsihed, missing is new search again for the page i mentioned above, but run out of time, also set the graphic back and send you both inxi -G (radeon and amd) versions. but time is short..... have to work... simoN -- www.becherer.de -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 19/04/2020 13.29, Simon Becherer wrote:
Am 14.04.20 um 13:52 schrieb Carlos E. R.:> On 14/04/2020 07.09, Masaru Nomiya wrote:
Hi carlos,
(sorry my mail is now a couple of days old, never finsihed and send, maybe your problem is solved. i send it anyway, maybe it helps - not finsihed mail-)
only looking short in this so maybe some ideas:
... Thanks. I'll look into them :-) -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Simon Becherer composed on 2020-04-19 13:29 (UTC+0200):
if i remember correct (3 weeks in past): there are 3 (opensource) drivers for amd graphic: amdgpu (for new cards) ati radeon
Not correct. Correct list of X drivers for PCIe and IGP ATI/AMD is as follows: amdgpu DDX (for non-ancient cards and IGPs) radeon (for ancient cards and IGPs) modesetting (for all cards and IGPs) The ati is a generic name for the radeon DDX, which is provided in openSUSE and upstream by the xf86-video-ati package. There are other drivers for PCI ATI cards, such as r128 and mach64 -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 19.04.20 um 15:02 schrieb Felix Miata:
Simon Becherer composed on 2020-04-19 13:29 (UTC+0200):
if i remember correct (3 weeks in past): there are 3 (opensource) drivers for amd graphic: amdgpu (for new cards) ati radeon
Not correct. Correct list of X drivers for PCIe and IGP ATI/AMD is as follows:
amdgpu DDX (for non-ancient cards and IGPs) radeon (for ancient cards and IGPs) modesetting (for all cards and IGPs)
The ati is a generic name for the radeon DDX, which is provided in openSUSE and upstream by the xf86-video-ati package. There are other drivers for PCI ATI cards, such as r128 and mach64
that was one of the reasons why i was not sending the mail, no time to search an verify my mail... :-((((( please, what is the different bitween "ati= radeon ddx" and the radeon?? kernel commandline with: radeon.cik_support=0 radeon.si_support=0 amdgpu.cik_support=1 amdgpu.si_support=1 inxi -G Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] driver: amdgpu v: kernel. Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,radeon,vesa. resolution: 1920x1200~60Hz. OpenGL: renderer: AMD Radeon HD 7700 Series (VERDE DRM 3.36.0 5.6.2-1-default LLVM 10.0.0) v: 4.6 Mesa 20.0.4. and without: Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] driver: radeon v: kernel. Display: x11 server: X.Org 1.20.8 driver: radeon FAILED: ati unloaded: fbdev,modesetting,vesa. resolution: 1920x1200~60Hz. OpenGL: renderer: AMD VERDE (DRM 2.50.0 5.6.2-1-default LLVM 10.0.0) v: 4.5 Mesa 20.0.4. both work fine with opengl, but only the first with vulkan, with vdpauinfo i forgot to test...... (and i am now again physically at a complete different location so no way at the moment to test (if somebody interested in) simoN -- www.becherer.de -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Simon Becherer composed on 2020-04-19 16:28 (UTC+0200):
kernel commandline with: radeon.cik_support=0 radeon.si_support=0 amdgpu.cik_support=1 amdgpu.si_support=1 inxi -G Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] driver: amdgpu v: kernel. Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,radeon,vesa.
What does inxi -V report? I've never seen "FAILED" on an inxi output Display line before. Possibly it's new behavior in inxi v3.0.38-00. Radeon should fail when cmdline contains radeon.si_support=0. Cape Verde is 1st Generation GCN architecture and Sea Islands product family. radeon.si_support= and amdgpu.si_support= are applicable to Sea Islands family of AMD GPUs. radeon.cik_support= and amdgpu.cik_support= are applicable to Caribbean Islands product family of AMD GPUs using 2nd Generation GCN architecture. None of above cmdline options are applicable to Carlos' very much newer RX 580. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 19.04.20 um 20:50 schrieb Carlos E. R.:
On 19/04/2020 20.19, Felix Miata wrote:
None of above cmdline options are applicable to Carlos' very much newer RX 580.
Ah, good :-)
you are right, newer card's are better :-)) if i remember correct, you use radeon. so you should at least for test, and if this commandline according to felix will not work, delete the radeon package and use the amdgpu driver. if your card is newer than my, this should work and you will have newer technology enabled. simoN -- B e c h e r e r GmbH Sondermaschinenbau Mauermatten Strasse 22 79183 Waldkirch Germany Tel.: (+49) (0)7681 3134 Fax: (+49) (0)7681 4378 Mail: info@becherer.de Web: www.becherer.de USt-ID-Nr.: DE 814912198 Registergericht: Freiburg HRB 701860 Geschäftsführer: Dipl.-Ing. (FH), EWE Simon H. Becherer Gerichtsstand / Sitz: Waldkirch Es gelten ausschließlich unsere allgemeinen Liefer- und Zahlungsbedingungen / Einkaufsbedingungen: www.becherer.de/AGB -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Carlos E. R. composed on 2020-04-19 20:50 (UTC+0200):
Felix Miata wrote:
None of above cmdline options are applicable to Carlos' very much newer RX 580.
Ah, good :-)
Did your VLC problem get solved yet? -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 20/04/2020 10.51, Felix Miata wrote:
Carlos E. R. composed on 2020-04-19 20:50 (UTC+0200):
Felix Miata wrote:
None of above cmdline options are applicable to Carlos' very much newer RX 580.
Ah, good :-)
Did your VLC problem get solved yet?
The 'problem' is simply that VLC, left on automatics, does not display movies. I have to choose a different video output (not automatic), or disable the hardware accelerated decoding codec (not automatic). But once I change that setting and save it, VLC displays just fine. This is a bug that I have to report, somewhere, it should work left to automatics, with no external driver installed. Then, I have to study what external (proprietary) driver to install, if any. As it is, with only the defaults, I can play games, so the need to install proprietary drivers and taint the kernel is doubtful. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Hello, In the Message; Subject : Re: [opensuse] VLC doesn't display video by default Message-ID : <a1988d16-7715-e7e4-5488-76197f15df8c@telefonica.net> Date & Time: Mon, 20 Apr 2020 12:51:01 +0200 [CER] == "Carlos E. R." <robin.listas@telefonica.net> has written: FM>> Did your VLC problem get solved yet? CER> The 'problem' is simply that VLC, left on automatics, does not CER> display movies. I have to choose a different video output (not CER> automatic), or disable the hardware accelerated decoding codec CER> (not automatic). CER> But once I change that setting and save it, VLC displays just fine. CER> This is a bug that I have to report, somewhere, it should work left to CER> automatics, with no external driver installed. No, it's not a bug. It's the kerner driver's spec wiich you are using. CER> Then, I have to study what external (proprietary) driver to CER> install, if any. It's the real solution for you. Regards, --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ Think. -- The IBM slogan -- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 20.04.20 um 12:51 schrieb Carlos E. R.:
On 20/04/2020 10.51, Felix Miata wrote:
Carlos E. R. composed on 2020-04-19 20:50 (UTC+0200):
Then, I have to study what external (proprietary) driver to install, if any. i think no, as i suggested, try to use the open amdgpu driver instead of older radeon. your card should be supported from it, then its the better choice and maybe your problem disappeared. remove the radeon and or blacklist it.
simoN -- www.becherer.de -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 20/04/2020 14.38, Simon Becherer wrote:
Am 20.04.20 um 12:51 schrieb Carlos E. R.:
On 20/04/2020 10.51, Felix Miata wrote:
Carlos E. R. composed on 2020-04-19 20:50 (UTC+0200):
Then, I have to study what external (proprietary) driver to install, if any. i think no, as i suggested, try to use the open amdgpu driver instead of older radeon. your card should be supported from it, then its the better choice and maybe your problem disappeared. remove the radeon and or blacklist it.
Remove what? I have not installed any driver, nor configured anything. I don't understand. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Carlos E. R. schrieb am 20.04.20 um 20:34:
On 20/04/2020 14.38, Simon Becherer wrote:
Am 20.04.20 um 12:51 schrieb Carlos E. R.:
On 20/04/2020 10.51, Felix Miata wrote:
Carlos E. R. composed on 2020-04-19 20:50 (UTC+0200):
Then, I have to study what external (proprietary) driver to install, if any. i think no, as i suggested, try to use the open amdgpu driver instead of older radeon. your card should be supported from it, then its the better choice and maybe your problem disappeared. remove the radeon and or blacklist it.
Remove what? I have not installed any driver, nor configured anything. I don't understand.
You did. Of course you did, else it wouldn't be installed. The commands vainfo and vdpauinfo say that it is installed. I never used them, but I'm not blind either. The driver got installed automatically. Maybe you didn't notice. But it is ridiculous to say you didn't install it. Software does not grow by itself. So it comes to: blacklist the radeon driver after you installed the amdgpu driver as described by Masaru. Reboot is necessary. -- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 22/04/2020 06.41, Werner Flamme wrote:
Carlos E. R. schrieb am 20.04.20 um 20:34:
On 20/04/2020 14.38, Simon Becherer wrote:
Am 20.04.20 um 12:51 schrieb Carlos E. R.:
On 20/04/2020 10.51, Felix Miata wrote:
Carlos E. R. composed on 2020-04-19 20:50 (UTC+0200):
Then, I have to study what external (proprietary) driver to install, if any. i think no, as i suggested, try to use the open amdgpu driver instead of older radeon. your card should be supported from it, then its the better choice and maybe your problem disappeared. remove the radeon and or blacklist it.
Remove what? I have not installed any driver, nor configured anything. I don't understand.
You did. Of course you did, else it wouldn't be installed. The commands vainfo and vdpauinfo say that it is installed. I never used them, but I'm not blind either.
The driver got installed automatically. Maybe you didn't notice. But it is ridiculous to say you didn't install it. Software does not grow by itself.
So it comes to: blacklist the radeon driver after you installed the amdgpu driver as described by Masaru. Reboot is necessary.
I did not install any driver. I'm using whatever comes in the standard kernel or standard repos. I only removed the proprietary nvidia driver and rebooted. ... See my response to Simon Becherer, the rpms were installed with the system, while I still had the nvidia card. And the machine is using the amdgpu driver, not the radeon. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Am 19.04.20 um 20:19 schrieb Felix Miata:
Simon Becherer composed on 2020-04-19 16:28 (UTC+0200):
kernel commandline with: radeon.cik_support=0 radeon.si_support=0 amdgpu.cik_support=1 amdgpu.si_support=1 inxi -G Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] driver: amdgpu v: kernel. Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,radeon,vesa.
What does
inxi -V
report? I've never seen "FAILED" on an inxi output Display line before. Possibly it's new behavior in inxi v3.0.38-00. Radeon should fail when cmdline contains radeon.si_support=0.
i am her at a newer machine, but also here failed ati (nearly up to date tumbleweed, same version than at the old machine) inxi -G Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Baffin [Radeon Pro WX 4100] driver: amdgpu v: kernel Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,vesa resolution: 2560x1600~60Hz, 2560x1600~60Hz OpenGL: renderer: AMD Radeon Pro WX 4100 (POLARIS11 DRM 3.36.0 5.6.2-1-default LLVM 10.0.0) v: 4.6 Mesa 20.0.4 inxi -V inxi 3.0.38-00 (2020-03-14) Program Location: /usr/bin/ Website: https://github.com/smxi/inxi or https://smxi.org/ IRC: irc.oftc.net channel: #smxi Forums: https://techpatterns.com/forums/forum-33.html inxi - the universal, portable, system information tool for console and irc. Using Perl version: 5.030001 This program started life as a fork of Infobash 3.02: Copyright (C) 2005-2007 Michiel de Boer aka locsmif. Subsequent changes and modifications (after Infobash 3.02): Copyright (C) 2008-2020 Harald Hope aka h2. CPU/Konversation fixes: Scott Rogers aka trash80. USB audio fixes: Steven Barrett aka damentz. This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 3 of the License, or (at your option) any later version. (https://www.gnu.org/licenses/gpl.html)
Cape Verde is 1st Generation GCN architecture and Sea Islands product family.
radeon.si_support= and amdgpu.si_support= are applicable to Sea Islands family of AMD GPUs.
radeon.cik_support= and amdgpu.cik_support= are applicable to Caribbean Islands product family of AMD GPUs using 2nd Generation GCN architecture.
None of above cmdline options are applicable to Carlos' very much newer RX 580.
thank you for this info, now i know what i have insert into comandline. simoN -- www.becherer.de -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hello, In the Message; Subject : Re: [opensuse] VLC doesn't display video by default Message-ID : <d74b1c2b-00a8-2b39-c94e-b3fb5190aea3@becherer.de> Date & Time: Mon, 20 Apr 2020 07:51:55 +0200 [SB] == Simon Becherer <simon@becherer.de> has written: [...] SB> inxi -G SB> Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Baffin [Radeon Pro WX 4100] driver: amdgpu v: kernel Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,vesa resolution: 2560x1600~60Hz, 2560x1600~60Hz SB> OpenGL: renderer: AMD Radeon Pro WX 4100 (POLARIS11 DRM 3.36.0 5.6.2-1-default LLVM 10.0.0) v: 4.6 Mesa 20.0.4 [...] You've not made /etc/modprobe.d/radeon.conf, which included the words; blacklist radeon have you? Regards, --- ┏━━┓彡 Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ┃＼／彡 ┗━━┛ Think. -- The IBM slogan -- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 20.04.20 um 08:41 schrieb Masaru Nomiya:
Hello,
In the Message;
Subject : Re: [opensuse] VLC doesn't display video by default Message-ID : <d74b1c2b-00a8-2b39-c94e-b3fb5190aea3@becherer.de> Date & Time: Mon, 20 Apr 2020 07:51:55 +0200
[SB] == Simon Becherer <simon@becherer.de> has written:
[...] SB> inxi -G SB> Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Baffin [Radeon Pro WX 4100] driver: amdgpu v: kernel Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,vesa resolution: 2560x1600~60Hz, 2560x1600~60Hz SB> OpenGL: renderer: AMD Radeon Pro WX 4100 (POLARIS11 DRM 3.36.0 5.6.2-1-default LLVM 10.0.0) v: 4.6 Mesa 20.0.4 [...]
You've not made /etc/modprobe.d/radeon.conf, which included the words;
blacklist radeon
have you?
No i have not. but i tried now with the older machine: only insert the radeon.conf with the contend "blacklist radeon", nothing happends, still same inxi -G output (after a reboot) kernel commandline with: nothing special inxi -G Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] driver: radeon v: kernel. Display: x11 server: X.Org 1.20.8 driver: radeon FAILED: ati unloaded: fbdev,modesetting,vesa. resolution: 1920x1200~60Hz. OpenGL: renderer: AMD VERDE (DRM 2.50.0 5.6.2-1-default LLVM 10.0.0) v: 4.5 Mesa 20.0.4. second test was after inserting the .conf file, i made a mkinitrd and reboot. ending up in a console (no x11/plasma). first line of the inxi -G outut after driver: the radeon is missing, no other driver is there. in the X11 line its like above written, driver: radeon failed: amd. question: why did it not fall back automatically to modesetting or vesa and start up x11???? after reverting everithing (deleting the .conf file), also inserting the kernel commandline radeon.cik_support=0 radeon.si_support=0 amdgpu.cik_support=1 amdgpu.si_support=1 i got again the inxi -G Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] driver: amdgpu v: kernel. Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,radeon,vesa. resolution: 1920x1200~60Hz. OpenGL: renderer: AMD Radeon HD 7700 Series (VERDE DRM 3.36.0 5.6.2-1-default LLVM 10.0.0) v: 4.6 Mesa 20.0.4. insert here the .conf file (of course with the content blacklist radeon) initrd nothing changed. i tried also to write a .conf file with "blacklist ati" mkinitrd, nothing changed. i got only a clean output (without the failed message) when i delete in yast xf86-video-ati. -> man ati shows that ati is a wrapper driver, why it failed at all my machines (tumbleweed) i did not know. i do not really understand the behavior. if you could explain why it not fall back when i try to blacklist? (i have not test to delete the driver and then reboot without the special kernel-commandline and check if it then automatically falls back to modestting or vesa (i forgot to test)) -> carlos because you wrote that your system was updated and you changed graphic card, maybe the xf86-video-amdgpu.rpm was never automatically installed. i still suggest you check in yast if the xf86-video-amdgpu is installed at your system. and check (post here) inxi -G it should be there. if amdgpu there, look what is written behind "driver:" i think it is radeon. there should be for better compatibility with your card amdgpu (i am pretty sure vdpauinfo will show more supported lines if you change from radeon to amdgpu). if radeoon is there, and the amdgpu driver is NOT installed, install it via yast, it "should" automatically change after reboot. if not try to delete the xf86-video-ati package and or try to blacklist like written from Masaru. (and my try's here) (i could not help if its still not loaded as you can read here) simoN -- www.becherer.de -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Simon Becherer composed on 2020-04-22 08:03 (UTC+0200):
question: why did it not fall back automatically to modesetting
The modesetting DDX is categorically identical to the amdgpu, intel, nouveau and radeon DDXes in that each depends on KMS from a kernel module matching the GPU. When you blacklist radeon and have an ATI GPU, KMS is not available, so the required kernel module cannot load, so no fallback to modesetting. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 22/04/2020 08.03, Simon Becherer wrote:
Am 20.04.20 um 08:41 schrieb Masaru Nomiya:
Hello,
In the Message;
Subject : Re: [opensuse] VLC doesn't display video by default Message-ID : <d74b1c2b-00a8-2b39-c94e-b3fb5190aea3@becherer.de> Date & Time: Mon, 20 Apr 2020 07:51:55 +0200
[SB] == Simon Becherer <simon@becherer.de> has written:
[...] SB> inxi -G SB> Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Baffin [Radeon Pro WX 4100] driver: amdgpu v: kernel Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,vesa resolution: 2560x1600~60Hz, 2560x1600~60Hz SB> OpenGL: renderer: AMD Radeon Pro WX 4100 (POLARIS11 DRM 3.36.0 5.6.2-1-default LLVM 10.0.0) v: 4.6 Mesa 20.0.4 [...]
You've not made /etc/modprobe.d/radeon.conf, which included the words;
blacklist radeon
have you?
No i have not.
but i tried now with the older machine: only insert the radeon.conf with the contend "blacklist radeon", nothing happends, still same inxi -G output (after a reboot)
kernel commandline with: nothing special inxi -G
Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] driver: radeon v: kernel. Display: x11 server: X.Org 1.20.8 driver: radeon FAILED: ati unloaded: fbdev,modesetting,vesa. resolution: 1920x1200~60Hz. OpenGL: renderer: AMD VERDE (DRM 2.50.0 5.6.2-1-default LLVM 10.0.0) v: 4.5 Mesa 20.0.4.
second test was after inserting the .conf file, i made a mkinitrd and reboot. ending up in a console (no x11/plasma). first line of the inxi -G outut after driver: the radeon is missing, no other driver is there. in the X11 line its like above written, driver: radeon failed: amd.
question: why did it not fall back automatically to modesetting or vesa and start up x11????
after reverting everithing (deleting the .conf file), also inserting the kernel commandline radeon.cik_support=0 radeon.si_support=0 amdgpu.cik_support=1 amdgpu.si_support=1
i got again the inxi -G Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] driver: amdgpu v: kernel. Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,radeon,vesa. resolution: 1920x1200~60Hz. OpenGL: renderer: AMD Radeon HD 7700 Series (VERDE DRM 3.36.0 5.6.2-1-default LLVM 10.0.0) v: 4.6 Mesa 20.0.4.
insert here the .conf file (of course with the content blacklist radeon) initrd nothing changed. i tried also to write a .conf file with "blacklist ati" mkinitrd, nothing changed.
i got only a clean output (without the failed message) when i delete in yast xf86-video-ati. -> man ati shows that ati is a wrapper driver, why it failed at all my machines (tumbleweed) i did not know.
i do not really understand the behavior. if you could explain why it not fall back when i try to blacklist? (i have not test to delete the driver and then reboot without the special kernel-commandline and check if it then automatically falls back to modestting or vesa (i forgot to test))
-> carlos because you wrote that your system was updated and you changed graphic card, maybe the xf86-video-amdgpu.rpm was never automatically installed. i still suggest you check in yast if the xf86-video-amdgpu is installed at your system.
cer@Telcontar:~> rpm -qa | grep -i amdgpu xf86-video-amdgpu-18.1.0-lp151.1.3.x86_64 libdrm_amdgpu1-32bit-2.4.97-lp151.2.3.1.x86_64 libdrm_amdgpu1-debuginfo-2.4.97-lp151.2.3.1.x86_64 libdrm_amdgpu1-2.4.97-lp151.2.3.1.x86_64 cer@Telcontar:~> They were installed "Fri Oct 11 2019", which is more of less when I did the upgrade from 15.0 to 15.1 - except the debug package that was installed a month ago for a bugzilla. And: cer@Telcontar:~> rpm -qa | grep -i radeon radeon-profile-20190903+git20191231.306743e-lp151.1.1.x86_64 libdrm_radeon1-debuginfo-2.4.97-lp151.2.3.1.x86_64 libvdpau_radeonsi-18.3.2-lp151.23.9.1.x86_64 radeon-profile-daemon-20190603+git20190603.7923bd6-lp151.1.1.x86_64 libvulkan_radeon-18.3.2-lp151.23.9.1.x86_64 libdrm_radeon1-32bit-2.4.97-lp151.2.3.1.x86_64 libdrm_radeon1-2.4.97-lp151.2.3.1.x86_64 cer@Telcontar:~> Fri Oct 11 2019 libdrm_radeon1 Fri Oct 11 2019 libdrm_radeon1-32bit Thu Jan 23 2020 libvdpau_radeonsi Thu Jan 23 2020 libvulkan_radeon Fri Apr 03 2020 libdrm_radeon1-debuginfo Tue Apr 14 2020 radeon-profile Tue Apr 14 2020 radeon-profile-daemon So those things were installed long ago because of dependencies.
and check (post here) inxi -G it should be there. if amdgpu there, look what is written behind "driver:" i think it is radeon. there should be for better compatibility with your card amdgpu (i am pretty sure vdpauinfo will show more supported lines if you change from radeon to amdgpu).
cer@Telcontar:~> inxi -G Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Ellesmere [Radeon RX 470/480/570/570X/580/580X/590] driver: amdgpu v: kernel Display: x11 server: X.Org 1.20.3 driver: amdgpu,ati unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz OpenGL: renderer: Radeon RX 580 Series (POLARIS10 DRM 3.27.0 4.12.14-lp151.28.44-default LLVM 7.0.1) v: 4.5 Mesa 18.3.2 cer@Telcontar:~> Well, it is using amdgpu, ati. In /var/log/Xorg.0.log I see: [ 201.047] (II) Applying OutputClass "AMDgpu" to /dev/dri/card0 [ 201.047] loading driver: amdgpu [ 201.047] (==) Matched amdgpu as autoconfigured driver 0 [ 201.047] (==) Matched ati as autoconfigured driver 1 [ 201.047] (==) Matched modesetting as autoconfigured driver 2 [ 201.047] (==) Matched fbdev as autoconfigured driver 3 [ 201.047] (==) Matched vesa as autoconfigured driver 4 [ 201.047] (==) Assigned the driver to the xf86ConfigLayout [ 201.047] (II) LoadModule: "amdgpu" [ 201.047] (==) Assigned the driver to the xf86ConfigLayout [ 201.047] (II) LoadModule: "amdgpu" [ 201.047] (II) Loading /usr/lib64/xorg/modules/drivers/amdgpu_drv.so [ 201.047] (II) Module amdgpu: vendor="X.Org Foundation" [ 201.047] compiled for 1.20.3, module version = 18.1.0 [ 201.047] Module class: X.Org Video Driver [ 201.047] ABI class: X.Org Video Driver, version 24.0 [ 201.047] (II) LoadModule: "ati" [ 201.047] (II) Loading /usr/lib64/xorg/modules/drivers/ati_drv.so [ 201.047] (II) Module ati: vendor="X.Org Foundation" [ 201.047] compiled for 1.20.3, module version = 18.1.0 [ 201.047] Module class: X.Org Video Driver [ 201.047] ABI class: X.Org Video Driver, version 24.0 [ 201.062] (II) LoadModule: "modesetting" [ 201.062] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so [ 201.062] (II) Module modesetting: vendor="X.Org Foundation" [ 201.062] compiled for 1.20.3, module version = 1.20.3 [ 201.062] Module class: X.Org Video Driver [ 201.062] ABI class: X.Org Video Driver, version 24.0 [ 201.062] (II) LoadModule: "fbdev" [ 201.062] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so [ 201.062] (II) Module fbdev: vendor="X.Org Foundation" [ 201.062] compiled for 1.20.3, module version = 0.5.0 [ 201.062] Module class: X.Org Video Driver [ 201.062] ABI class: X.Org Video Driver, version 24.0 [ 201.062] (II) LoadModule: "vesa" [ 201.062] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so [ 201.062] (II) Module vesa: vendor="X.Org Foundation" [ 201.062] compiled for 1.20.3, module version = 2.4.0 [ 201.062] (II) AMDGPU: Driver for AMD Radeon: All GPUs supported by the amdgpu kernel driver [ 201.062] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 201.062] (II) FBDEV: driver for framebuffer: fbdev [ 201.062] (II) VESA: driver for VESA chipsets: vesa [ 201.100] (II) AMDGPU(0): [KMS] Kernel modesetting enabled. [ 201.112] (WW) Falling back to old probe method for modesetting [ 201.112] (WW) Falling back to old probe method for fbdev [ 201.112] (II) Loading sub module "fbdevhw" [ 201.112] (II) LoadModule: "fbdevhw" [ 201.112] (II) Loading /usr/lib64/xorg/modules/libfbdevhw.so [ 201.112] (II) Module fbdevhw: vendor="X.Org Foundation" [ 201.112] compiled for 1.20.3, module version = 0.0.2 [ 201.112] ABI class: X.Org Video Driver, version 24.0 [ 201.112] (II) AMDGPU(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [ 201.112] (==) AMDGPU(0): Depth 24, (--) framebuffer bpp 32 [ 201.112] (II) AMDGPU(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) [ 201.112] (==) AMDGPU(0): Default visual is TrueColor [ 201.112] (==) AMDGPU(0): RGB weight 888 [ 201.112] (II) AMDGPU(0): Using 8 bits per RGB (8 bit DAC) [ 201.112] (--) AMDGPU(0): Chipset: "Radeon RX 580 Series" (ChipID = 0x67df) [ 201.112] (II) Loading sub module "fb" [ 201.112] (II) LoadModule: "fb" [ 201.112] (II) Loading /usr/lib64/xorg/modules/libfb.so [ 201.112] (II) Module fb: vendor="X.Org Foundation" [ 201.112] compiled for 1.20.3, module version = 1.0.0 [ 201.112] ABI class: X.Org ANSI C Emulation, version 0.4 [ 201.112] (II) Loading sub module "dri2" [ 201.112] (II) LoadModule: "dri2" [ 201.112] (II) Module "dri2" already built-in [ 201.143] (II) Loading sub module "glamoregl" [ 201.143] (II) LoadModule: "glamoregl" [ 201.143] (II) Loading /usr/lib64/xorg/modules/libglamoregl.so [ 201.143] (II) Module glamoregl: vendor="X.Org Foundation" [ 201.143] compiled for 1.20.3, module version = 1.0.1 [ 201.143] ABI class: X.Org ANSI C Emulation, version 0.4 [ 201.148] (II) AMDGPU(0): glamor X acceleration enabled on Radeon RX 580 Series (POLARIS10, DRM 3.27.0, 4.12.14-lp151.28.44-default, LLVM 7.0.1) [ 201.148] (II) AMDGPU(0): glamor detected, initialising EGL layer. [ 201.148] (==) AMDGPU(0): TearFree property default: auto [ 201.148] (II) AMDGPU(0): KMS Pageflipping: enabled [ 201.148] (II) AMDGPU(0): Output DisplayPort-0 has no monitor section [ 201.148] (II) AMDGPU(0): Output DisplayPort-1 has no monitor section [ 201.148] (II) AMDGPU(0): Output HDMI-A-0 has no monitor section [ 201.148] (II) AMDGPU(0): Output HDMI-A-1 has no monitor section [ 201.148] (II) AMDGPU(0): Output DVI-D-0 has no monitor section [ 201.162] (II) AMDGPU(0): EDID for output DisplayPort-0 [ 201.162] (II) AMDGPU(0): EDID for output DisplayPort-1 [ 201.162] (II) AMDGPU(0): EDID for output HDMI-A-0 ...
if radeoon is there, and the amdgpu driver is NOT installed, install it via yast, it "should" automatically change after reboot. if not try to delete the xf86-video-ati package and or try to blacklist like written from Masaru. (and my try's here) (i could not help if its still not loaded as you can read here)
It is using amdgpu already, not radeon. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)
Felix Miata composed on 2020-04-19 09:02 (UTC-0400):
Correct list of X drivers for PCIe and IGP ATI/AMD is as follows:
amdgpu DDX (for non-ancient cards and IGPs) radeon (for ancient cards and IGPs) modesetting (for all cards and IGPs)
I failed to finish or proofread before sending. Above should have read: amdgpu DDX (for non-ancient cards and IGPs) radeon DDX (for ancient cards and IGPs) modesetting DDX (for all cards and IGPs) https://en.wikipedia.org/wiki/X.Org_Server#DDX The term DDX is used to distinguish X drivers from kernel drivers (modules) of same name and/or function.
The ati is a generic name for the radeon DDX, which is provided in openSUSE and upstream by the xf86-video-ati package. There are other drivers for PCI ATI cards, such as r128 and mach64-- Evolution as taught in public schools is religion, not science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 19.04.20 um 19:51 schrieb Felix Miata:
Felix Miata composed on 2020-04-19 09:02 (UTC-0400):
Correct list of X drivers for PCIe and IGP ATI/AMD is as follows:
amdgpu DDX (for non-ancient cards and IGPs) radeon (for ancient cards and IGPs) modesetting (for all cards and IGPs)
I failed to finish or proofread before sending. Above should have read:
amdgpu DDX (for non-ancient cards and IGPs) radeon DDX (for ancient cards and IGPs) modesetting DDX (for all cards and IGPs)
https://en.wikipedia.org/wiki/X.Org_Server#DDX
The term DDX is used to distinguish X drivers from kernel drivers (modules) of same name and/or function.
Mh, maybe my worse english, i am still confused: this: Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] driver: amdgpu v: kernel. Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,radeon,vesa. resolution: 1920x1200~60Hz. OpenGL: renderer: AMD Radeon HD 7700 Series (VERDE DRM 3.36.0 5.6.2-1-default LLVM 10.0.0) v: 4.6 Mesa 20.0.4. this looks for me if there where 6 drivers here: driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,radeon,vesa but if i understood you correct, then ati = radeon ??? but if the drivers are same, why is one "unloaded" and the other "failed" would be nice if you help me to understand...... simoN -- www.becherer.de -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Simon Becherer composed on 2020-04-19 20:08 (UTC+0200):
i am still confused:
this: Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Cape Verde XT [Radeon HD 7770/8760 / R7 250X] driver: amdgpu v: kernel. Display: x11 server: X.Org 1.20.8 driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,radeon,vesa. resolution: 1920x1200~60Hz. OpenGL: renderer: AMD Radeon HD 7700 Series (VERDE DRM 3.36.0 5.6.2-1-default LLVM 10.0.0) v: 4.6 Mesa 20.0.4.
this looks for me if there where 6 drivers here: driver: amdgpu FAILED: ati unloaded: fbdev,modesetting,radeon,vesa
driver: indicates the DDX currently active FAILED: is an apparent indicator that the currently active DDX trumped it unloaded: is a list of alternatives that could have been used to run X with the active GPU. fbdev and vesa are low-performance generics incapable of 3D and most widescreen resolutions. modesetting is a newer fundamental X technology that supports most GPUs new enough to have KMS support. With most GPUs, X will use the modesetting DDX if none of xf86-video-* are installed, and can nevertheless use it via specification as explicitly named device driver in /etc/X11/xorg*conf*.
but if i understood you correct, then ati = radeon ??? but if the drivers are same, why is one "unloaded" and the other "failed"
would be nice if you help me to understand......
This is typical misfortune resulting from corporate mergers and acquisitions and consequent name changes. Many moons ago, the company ATI made GPUs in a product line named Radeon. This resulted in ATI and Radeon being functional equivalents in an Xorg context for many moons. A driver package eventually named xf86-video-ati provided a DDX named radeon. Then the company AMD bought the assets of ATI, initially keeping the Radeon product line intact. AMD then developed new technology to replace the Radeon product line. For optimal performance, this naturally required a new DDX. Thus the xf86-video-amdgpu package resulted, providing the amdgpu DDX. At the same time, basic support for the new product line from AMD was maintained in the radeon DDX, and as a matter of sound policy, without any name changing that would trigger massive confusion in the FOSS world. So, either the radeon DDX or the amdgpu DDX could be utilized to run Xorg. Xorg wasn't well equipped to automagically choose which to use. Consequently, the cmdline options radeon.si_support=, amdgpu.si_support=, radeon.cik_support= and amdgpu.cik_support= were developed to assist in correct DDX selection/specification. -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (7)
-
Carlos E. R. -
Carlos E.R. -
Dave Howorth -
Felix Miata -
Masaru Nomiya -
Simon Becherer -
Werner Flamme