The VideoLAN Forums

I'm using Ubuntu 16.04 and have a USB camera at /dev/video0 that I'm trying to access. /dev/video0 is read/writable by the "video" group, and I'm running as a user in that group. When I install VLC 2.2.2 from the apt repository, it can open /dev/video0 with no problems. However, I'd like to use VLC 3, and when I install it via snap and try to open the video device, it fails. Here's an excerpt from the log:
I don't know a lot about snap packaging, but right now my only theory is because it was installed in "strictly confined" mode. I tried installing it in classic mode, but it seems like it just ignores that:
As expected, there is no change in how it behaves. On the other hand, I can install it in development mode:
And now it works, and opening the video stream works just fine. On the other hand, I feel like I shouldn't be completely disabling security confinement and installing in development mode for everyday use. Is there any way to fix this?

Probably missing some rights. But that is weird, because we asked for camera authorization.

I've had a similar problem for quite some time, but I now have some information which might be useful. I'm running VLC 2.2.2 on Ubuntu 16.04, two workstations, side-by-side. I have multiple remote SSHFS instances, on which I have lots of multimedia content. On the workstation installed using apt, VLC runs fine. On the one installed using snapd, VLC does not find any of the properly mounted remote SSHFS filesystems.

The SSHFS filesystems are easily accessed using the file-manager (which I believe is Thunar). If I use the Parole media player, it can find the remote filesystems. However, even if I open up a sub-directory on a remote system using Thunar, VLC still won't find it.

Here's the new information: If I open up a sub-directory on one of the remote filesystems (all of which contain assorted .mp4 media files), right click on a file, and tell it to open (play) using VLC, it does that successfully. If I select all of the .mp4 files in a sub-directory, right-click on one of them, and tell it to open with VLC, it loads them all into the playlist, and starts playing the first one. If I go to another sub-directory, and do the same thing, all those new .mp4 files get added to the playlist.

So this proves VLC can access the files if passed via the select list. The question remaining: why cant VLC find the remote sub-directories on its own when I click on Media->open-directory?

I haven't had time to delve into snapd to know, but I suspect this may have something to do with the mountable filesystem snap creates for the VLC instance. My guess is that when I load VLC as an ordinary user (which I am), it may not be running as that user, and instead, as something else, possibly root. Since I mount the SSHFS filesystem as an ordinary user (not root), if VLC is not running as the ordinary user which mounted the remote SSHFS filesystem, its possible thats why its not finding the remote volume mount points using the Media->Select Directory sequence.

It seems to me whatever logged-in user runs VLC should own that instance of VLC, and therefore, should have no problem finding entry points and sub-directories of filesystems mounted by that same ordinary user. I'm just speculating, but it looks like the snapd installed version of VLC may be functioning more like an SAAS entity, and if so, one would expect this kind of problem.

Note:SSHFS uses fuse, and /etc/fuse.conf has an entry: 'user_allow_other' which is supposed to enable users other than the one that mounted the remote SSHFS to [access/mount?] it as well, with the same privileges. In my test case, user_allow_other is enabled. But I'm not sure if I'm interpreting the meaning of the flag correctly.

I think its premature to commit VLC to only use snapd at this point. However, perhaps this information will suggest some changes that will enable snapd-versions of VLC to see all the same mount points ordinary users can see, using VLC versions installable via apt.

I can confirm this is still an issue.

I'm on Ubuntu 22.04.2 LTS with VLC 3.0.18 from snap and I can't play files from sshfs mount, even if the mount is in my /home/ directory. VLC 3.0.16 installed via apt works fine.

Installing vlc snap with --devmode fixes the issue, but I don't think it's a valid fix.

I tried adding -o allow_other to sshfs command and user_allow_other to /etc/fuse.conf, but it didn't help.

The workaround described in the top post (opening vlc from the context menu) doesn't help me either. VLC just says it can't open the file.

Output of snap connections: