The crash is bad, but I can confirm that vdpau playback in the AppImage does not work.Test procedure (on Mint 20.2):- Make sure that "vdpauinfo" confirms it is OK. Maybe vdpau is not supported on Redhat, Fedora_35 does not support either vaapi or vdpau.- From a terminal, load the CinGG-20211231-multibit.AppImage . In Settings->Prefrences-
Performance, make sure "HW device" is set to "none".- Load a video of a format supported by vdpau on your hardware (see output of vdpauinfo). H.264-main or -high is usually safe.- Play a little of the video. The terminal CinGG was started from should not show any errors.- Change the "HW Device" to vdpau. Exit and reload CinGG. Load the same video, play it a little.I get errors in the terminal:============Failed to open VDPAU backend libvdpau_radeonsi.so: cannot open shared object file: No such file or directoryFailed HW device create.dev:vdpau err: Unknown error occurredHW device init failed, using SW decode.=============The shared object file name depends on you hardware. @Mark, can you confirm vdpau works on your system, outside of CinGG? Does vdpauinfo say it is OK?Does "HW device" vdpau work in the compiled version without errors, apart from the crash? MatN On Sat, 2022-01-15 at 10:20 -0700, Mark Goldberg via Cin wrote: I have an RHEL8 system and wanted support for vdpau playback. The appimage does not seem to work, dropping back to software playback. I downloaded the Dec 31 2021 tarball and compiled it. It worked for a while but now it crashes with the following when I hit the play button. There were some system updates installed in the interim.
VFrame::allocate_data 518 could not attach shared memory, 930x523 (model 6) shmid=0x00000000 shmall = 18446744073692774399 shmmax = 18446744073692774399 shmmni = 4096 shmused = 50173032 (6 items) shmother = 4870728 (8 items) Mutex::lock: Success Mutex::unlock: Invalid argument
Regards,
Mark