FreeBSD Desktop – Part 26 – Configuration – Conferencing and Meetings

For years I thought that online video conferencing and/or meetings would not be possible on FreeBSD. One of the first things I done on each of my laptops was to disable Camera and Microphone (along with Bluetooth) to save some battery time. While the Microphone would probably work I did not even tried to use it – did not had such needs to record anything with my laptop.

As time passed by I thought that maybe I will try what is the state of using Camera on FreeBSD and also how it is doing in the video conferencing/meetings space.


I was really astonished by the results … at least on my ThinkPad W520.

The Table of Contents for the article:

  • Camera Setup
  • Microphone Setup
    • ThinkPad Microphone Easter Egg
  • Meetings
  • Closing Thoughts

You may want to check other articles in the FreeBSD Desktop series on the FreeBSD Desktop – Global Page where you will find links to all episodes of the series along with table of contents for each episode’s contents.

Camera Setup

I enabled Camera and Microphone in the BIOS (leaving Bluetooth disabled) and booted up my FreeBSD 13.0 as usual.

I then installed needed packages which are:

  • multimedia/v4l-utils – Video4Linux utilities
  • multimedia/v4l_compat – Video4Linux IOCTL header files
  • multimedia/pwcview – Video4Linux PWC webcam viewer
  • multimedia/webcamd – port of Linux USB webcam and DVB drivers

We will also need to load cuse.ko kernel module at each boot. We will use /etc/rc.conf for that.

# pkg install v4l-utils v4l_compat webcamd pwcview

# vi /etc/rc.conf

  kld_list="${kld_list} cuse"


My Camera is listed at the end of the usbconfig(8) command.

% usbconfig 
ugen1.1: <0x1912 XHCI root HUB> at usbus1, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA)
ugen2.1: <0x1033 XHCI root HUB> at usbus2, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA)
ugen3.1: <intel ehci="" root="" hub=""> at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA)
ugen0.1: <intel ehci="" root="" hub=""> at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA)
ugen3.2: <vendor 0x8087="" product="" 0x0024=""> at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA)
ugen0.2: <vendor 0x8087="" product="" 0x0024=""> at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA)
ugen0.3: <vendor 0x0765="" product="" 0x5001=""> at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (100mA)
ugen0.4: <logitech usb="" receiver=""> at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (98mA)
ugen0.5: <chicony electronics="" co.,="" ltd.="" integrated="" camera=""> at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (200mA)

We can also use webcamd(8) to list available cameras in the system.

% webcamd -l
Available device(s):
webcamd [-d ugen1.1] -N 0x1912-XHCI-root-HUB -S unknown -M 0
webcamd [-d ugen2.1] -N 0x1033-XHCI-root-HUB -S unknown -M 0
webcamd [-d ugen3.1] -N Intel-EHCI-root-HUB -S unknown -M 0
webcamd [-d ugen0.1] -N Intel-EHCI-root-HUB -S unknown -M 1
webcamd [-d ugen3.2] -N vendor-0x8087-product-0x0024 -S unknown -M 0
webcamd [-d ugen0.2] -N vendor-0x8087-product-0x0024 -S unknown -M 1
webcamd [-d ugen0.3] -N vendor-0x0765-product-0x5001 -S unknown -M 0
webcamd [-d ugen0.4] -N Logitech-USB-Receiver -S unknown -M 0
webcamd [-d ugen0.5] -N Chicony-Electronics-Co---Ltd--Integrated-Camera -S unknown -M 0
Show webcamd usage:
webcamd -h

We will use above webcamd(8) output to add needed webcamd_0_flags in the /etc/rc.conf file.

# vi /etc/rc.conf

  webcamd_0_flags="-d ugen0.5"


We also need to add ourselves to the webcamd group.

# pw groupmod webcamd -m vermaden

# grep webcamd /etc/group 

We can now start the webcamd(8) daemon.

# service webcamd start
Starting webcamd.
webcamd 99884 - - Attached to ugen0.5[0]

# ls -l /dev/video*
crw-rw---- 1 webcamd operator 2, 5 2021-05-09 11:36 /dev/video0
crw-rw---- 1 webcamd operator 2, 6 2021-05-09 11:36 /dev/video1

We will now use pwcview(1) to check how the Camera works.

% pwcview
Webcam set to: 320x240 (sif) at 5 fps

Here is how it looks.


Works! I pixelised the output as I do not have an instagrammer soul …

You can start pwcview(1) with larger resolution when needed.

Camera at mine ThinkPad W520 tops at 1280×720 resolution (HD) and 30 fps for refresh rate.

% pwcview -d /dev/video0 -f 30 -s uxga
Webcam set to: 1280x720 (uxga) at 30 fps

Here is the list of most popular resolutions.

========= ========== ===============
CGA        320x200
SIF        352x240
CIF        352x288
EGA        640x350
VGA        640x480
4SIF/QSIF  704x480   (Quad SIC)
4CIF/QCIF  704x576   (Quad CIF)
SVGA       800x600
XGA       1024x768
720p      1280x720   (HD)
SXGA      1280x1024  (1.3 Megapixel)
WXGA      1366x768   (HD+)
SXGA+     1400x1050
16CIF 	  1408x1152 
WSXGA     1600x1024
UXGA      1600x1200  (2.0 Megapixel)
WSXGA+    1680x1050
1080p     1920x1080  (FullHD)
WUXGA     1920x1200
QXGA      2048x1536  (3.0 Megapixel)
QSXGA     2560x2048  (5.0 Megapixel)
WQSXGA    3200x2048
QUXGA     3200x2400
2160p     3840x2160  (4K)
WQUXGA	  3840x2400

You may also try multimedia/cheese which has more ‘desktop’ interface when plain and simple pwcview(1) tool.

# pkg install multimedia/cheese
% cheese


You may also test your camera online – – for example here.


Microphone Setup

You may test your microphone with audio/audacity or multimedia/ffmpeg for example.

You as well use the – – online test for your mic.


You can also use audio/sox to record your sound in the terminal.

# pkg install sox celluloid

% pkg which -o $( which rec )
/usr/local/bin/rec was installed by package audio/sox

% rec test.wav

Input File     : 'default' (ossdsp)
Channels       : 2
Sample Rate    : 48000
Precision      : 16-bit
Sample Encoding: 16-bit Signed Integer PCM

In:0.00% 00:00:06.66 [00:00:00.00] Out:315k  [ =====|===== ] Hd:1.9 Clip:0    ^C

% celluloid test.wav

You hear your recording for example in the celluloid(1) player.


ThinkPad Microphone Easter Egg

After I successfully tested the Camera on my ThinkPad W520 I then moved to Microphone testing … to just find out that my microphone is totally deaf. I could not record any sound with audacity(1) or ffmpeg(1).

At the beginning I first suspected it was a FreeBSD problem … unjustifiably fortunately.

Switching Microphone to [Enabled] in the ThinkPad W520 BIOS requires special procedure as shown on the BIOS screenshot below πŸ™‚


1. Set the Microphone to [Enabled].
2. Select Save and Exit option in BIOS.
3. Power off laptop.
4. Disconnect AC power for at least 10 seconds (battery can be attached).
5. Power on laptop.
6. Boot FreeBSD as usual and now recording on Microphone works like a charm πŸ™‚

Why so strange enabling procedure? Some people suggested that it needs to be that complicated to make sure that any third party will not enable your Microphone without your knowledge. Security concerns. Makes sense.


I was able to successfully start/join Google Meet and Zoom and also Teams meetings with this setup. I have also tested and added Jitsi Meet.

Sometimes it just required to use www/chromium instead of my default www/firefox browser.

Here is the detailed list of what works where.

Closing Thoughts

Hope that will helps some of you to use join your meetings on FreeBSD system.


24 thoughts on “FreeBSD Desktop – Part 26 – Configuration – Conferencing and Meetings

  1. Marek Zarychta (@mzar_y)

    Nice writeup, thanks. I find also audio/virtual_oss to be very useful, especially for live record/playback device switching during the conference. It works excellent with www/chromium. When you are using Firefox and need a microphone, then you are probably stuck with the PulseAudio backend and its limitations.

    Liked by 1 person

    1. vermaden Post author


      Could you show me several examples of this audio/virtual_oss usage?

      When you are using Firefox and need a microphone, then you are probably stuck with the PulseAudio backend and its limitations.

      This page (maybe it is outdated) states that “As of Firefox 81, there is once again full support for OSS compatibility built-in to the browser, which means that individual audio devices can be selected at runtime in the modal menu in Firefox”:



      1. Marek Zarychta (@mzar_y)

        Sure, it’s pretty straightforward, for example to switch from first (uaudio0, pcm3) to second (uaudio1, pcm4) USB microphone during the conference you issue the command: virtual_oss_cmd /dev/vdsp.ctl -R /dev/dsp4.

        So far I have no luck trying to use the microphone with Firefox and different than the default PulseAudio backend. Please let us know by another blog post when you will be able to solve this.


  2. Jacob Meadows

    Thanks for the write up. I always enjoy your articles. I can confirm that the built-in webcam and microphone work on a Dell Latitude E5570. I set oss as my audio backend in Firefox, and the microphone works.


  3. Crest

    From painful experience I recommend against using shell scripting hacks in /etc/rc.conf and recommend to use sysrc kld_list+=cuse instead.


    1. vermaden Post author

      Its not shell scripting – its just editing the file with vi(1) … but sysrc way would also work if that suits your workflow better πŸ™‚


      1. Crest

        `kld_list=”${kld_list} cuse”` is a trival oneline shell script. Which in turn can only be parsed by executing it in a compatible shell. Some ports try to parse rc.conf als key=value pairs instead of running a shell script calling into helpers from rc.subr to read and output the values.


      2. vermaden Post author

        There are 3 ways to use kld_list parameter on FreeBSD in the /etc/rc.conf file.

        1. One very long kld_list variable in single line.

          kld_list="geom_eli acpi_video /boot/modules/i915kms.ko fusefs coretemp sem cpuctl ichsmb cuse libiconv cd9660_iconv msdosfs_iconv udf_iconv vboxdrv vboxnetadp vboxnetflt"

        2. Use += notation.


        3. Group several modules in one line with ${kld_list} variable.

        kld_list="${kld_list} geom_eli acpi_video coretemp cpuctl ichsmb"
        kld_list="${kld_list} /boot/modules/i915kms.ko fusefs sem cuse"
        kld_list="${kld_list} libiconv cd9660_iconv msdosfs_iconv udf_iconv"
        kld_list="${kld_list} vboxdrv vboxnetadp vboxnetflt"

        Use the one that suits you best.

        Hope that helps.



  4. Slava


    A couple of months ago I played with this, and testing in browsers, webcam and usb headset worked fine. I needed to join a bluejeans meeting…and it didn’t load. I haven’t tried it since, but happy to see teams, zoom and meets works in chromium at least. Thanks for detailed write up πŸ™‚


    1. mer

      As everyone else is saying, thanks for the writeup, it’s about the only reason I keep a Windows laptop around.
      And it worked on a generic NUC with generic Logitech usb webcam and generic Logitech usb headset (with mic),
      at least google meet in Chromium.


      1. vermaden Post author

        I recently needed to make some ‘calls’ and ‘meetings’ and also used Windows for that – really pissed me off – hence the article πŸ™‚


    1. vermaden Post author

      I wanted to add Jitsi Meet but first I copy-pasted Google Meet ‘section’ and then forgot to update its name to Jitsi Meet πŸ™‚

      Fixed now.



  5. Pingback: FreeBSD Desktop (26) – configuration | 0ddn1x: tricks with *nix

  6. Kostya Berger

    Thanks a lot! Great and helpful πŸ™‚
    Just one question: on my $default installation webcamd only listens to root. Adding myself to webcamd group doesn’t change much. And /dev/video* files are owned by webcamd:webcamd. Still, to get my camera device listed in `webcamd -l` I have to run that as root… Did you do any additional setup?


    1. vermaden Post author

      Things I do with % prompt are done as regular user.

      Things I do with # prompt are done as super user.

      Maybe these below would help.

      In /etc/rc.conf file:


      In /etc/devfs.rules file.

      add path 'acd*'      mode 0660 group operator
      add path 'cd*'       mode 0660 group operator
      add path 'da*'       mode 0660 group operator
      add path 'pass*'     mode 0660 group operator
      add path 'xpt*'      mode 0660 group operator
      add path 'fd*'       mode 0660 group operator
      add path 'md*'       mode 0660 group operator
      add path 'uscanner*' mode 0660 group operator
      add path 'lpt*'      mode 0660 group cups
      add path 'ulpt*'     mode 0660 group cups
      add path 'unlpt*'    mode 0660 group cups
      add path 'ugen*'     mode 0660 group operator
      add path 'usb/*'     mode 0660 group operator
      add path 'video*'    mode 0660 group operator
      add path 'cuse*'     mode 0660 group operator



      1. Kostya

        Thank you very much for you prompt reply πŸ™‚
        Evidently, adding this stuff to /etc/devfs.rules doesn’t change it: /dev/video* is still owned by webcamd:webcamd on my system. This seems to come from default webcamd user/group. So I tried to use webcamd_group=”operator” in /etrc/rc.conf, but then /dev/video* is not created at all. So I wonder how I’m supposed to handle that…


  7. Kostya

    For that matter, even %usbconfig gives nothing, only #usbconfig does. That is a default installation, just fresh from recent STABLE, no much editing done (except for some few sysctls added in /etc/sysctl.conf).


    1. vermaden Post author

      Here are the groups I am in:

      % id
      uid=1000(vermaden) gid=1000(vermaden) groups=1000(vermaden),0(wheel),5(operator),44(video),69(network),145(webcamd),920(vboxusers)


      1. Kostya

        Sorry, my fault. Modified the rules about ulpt* printer port, and the rules wouldn’t load at all.
        Thanks a lot!! And for your input at, too :)))


Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s