obsproject / obsproject/obs-studio
v4l2 Virtual camera - Loopback device conflicts (Including droidcam)
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 76.4k
- Forks
- 10.2k
- Avg merge
- 4d 23h
- Merged PRs (30d)
- 12
Description
Platform
Operating system and version: Arch Linux - Rolling
OBS Studio version: 26.1.0.r9
Expected Behavior
Clicking on "Start Virtual Camera" button should start the virtual cam flawlessly
Current Behavior
Pressing the button does not create any effect.
Steps to Reproduce
- Install droidcam from @dev47apps**
- Install obs-studio-git from AUR
- Remove the old CatxFish/obs-v4l2sink plugin
- Install v4l2loopback-dkms
- Start OBS and click "Start Virtual Camera" button.
Additional information
The log says "warning: Failed to start virtual camera" when clicking on the button.
I've installed droidcam alongside OBS, and it currently uses the /dev/video0 device. I thought maybe obs is trying to use that device and it conflicts with droidcam, but disabling (not removing) droidcam doesn't solve the issue.
Edit:
I've tried removing droidcam, it turns out that they were indeed in conflict. Removing droidcam solves the issue, reinstalling it works fine, but as long as I reboot droidcam takes over /dev/video0 and I could not find any other ways than removin and reinstalling droidcam... every reboot.
It's solved in a way but that's not very practical.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the failure with droidcam and v4l2loopback-dkms installed, checking the OBS log warning and which device is assigned at /dev/video0. Trace the Start Virtual Camera path and determine whether OBS can select or coexist with the device after reboot; done means virtual camera startup works without removing or reinstalling droidcam.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- arch-linux, linux
- Domain
- desktop, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100