669. Checking how many students attended a zoom lecture, afterwards

 This is an easy one, but you need to know that 1) the option is there and 2) where to look.

Go to the web-interface to zoom at your institution, and click on log in:

Now that you're in, go to to Reports:

Then go to Usage:

Now, search for the time period that you're interested in:

And click on the number of attendees. Note that if someone gets disconnected, and then reconnect, they're counted twice, so this is not the value you want to use:

Instead, make sure to click "Show unique users" to see how many students actually attended. You can also export it as a csv file which is probably a good idea since you'll need to count by hand otherwise:

That's it.

668. Controlling the fan speed of an Nvidia card when you're using the nouveau driver and no xorg.conf

 My old GT210 has served me well, but I've had a few odd freezes recently, coupled with weird graphics behaviour. It's a pity, since it's a nice, silent fan-less graphics card from way back when: https://www.gigabyte.com/Graphics-Card/GV-N210SL-1GI#ov

Although some of it may be due to switching back and forth between VGA and HDMI output (between an old HP 19'' and my new fancy xp pen display) I ripped it out and replaced it with an almost as ancient GT 520 (https://www.gigabyte.com/Graphics-Card/GV-N520OC-1GI#ov)

The fan isn't loud, but it's there, and it's distracting since I'm working in a home environment (Corona!).

Looking online I found these posts:
http://floppym.blogspot.com/2013/07/fan-control-with-nouveau.html
https://forums.opensuse.org/showthread.php/501517-OS-13-1-Driver-quot-nouveau-quot-Unable-to-command-fan-speed-Nvidia-6800-GS
https://www.kernel.org/doc/Documentation/thermal/nouveau_thermal

So, first to check if fan control is possible:

me@indium:~$ find /sys -name pwm1_enable
find: ‘/sys/kernel/debug’: Permission denied
/sys/devices/platform/it87.2624/hwmon/hwmon2/pwm1_enable
/sys/devices/platform/it87.2656/hwmon/hwmon3/pwm1_enable
/sys/devices/pci0000:00/0000:00:03.0/0000:05:00.0/hwmon/hwmon0/pwm1_enable
me@indium:~$ readlink /sys/devices/pci0000:00/0000:00:03.0/0000:05:00.0/driver
../../../../bus/pci/drivers/nouveau

Good, and we got the hwmon number -- 0. 

I then created a script called gpufan.sh:

sudo sh -c "echo 1 > /sys/class/hwmon/hwmon0/pwm1_enable"
sudo sh -c "echo 35 > /sys/class/hwmon/hwmon0/pwm1_min"
sudo sh -c "echo 45 > /sys/class/hwmon/hwmon0/pwm1"

I set the min% to 35 -- it used to be 65. And I tested my way to 45% as a good compromise between noise and temperature. By default the fan speed was >4,000 rpm. Output from sensors now:

nouveau-pci-0500
Adapter: PCI adapter
GPU core:     +0.90 V  (min =  +0.90 V, max =  +1.11 V)
fan1:        2790 RPM
temp1:        +34.0°C  (high = +95.0°C, hyst =  +3.0°C)
                       (crit = +105.0°C, hyst =  +5.0°C)
                       (emerg = +135.0°C, hyst =  +5.0°C)

667. XP PEN/virtual whiteboard during a lecture -- mirroring an application window on linux

The situation:

We're allowed to teach on campus at the moment, but we're also strongly encouraged to adopt a hybrid model where we stream everything via zoom so that students don't show up if they have flu/cold-like symptoms.

We've spent the past few years killing off ppt and transitioning to whiteboard/chalk-and-talk. The students love it -- the pace is better, and the lectures become more interactive since we can adjust our teaching to the students' learning. Good stuff. But horrible for streaming -- you can't just point a webcam at a whiteboard and expect a good outcome (although if need be, it can be done -- just use a good camera and write large with a dark pen).

I have an XP Pen Artist 13.3 Pro (https://www.parkablogs.com/content/review-xp-pen-artist-133-pro-pen-display ) which is fantastic for drawing. A lot of fun, and a potential solution to the whiteboard quandary.

The Problem:

Both the students in the class room and those following the lecture on zoom need to be able to see what you're doing. And since the pen display is a DISPLAY, you need to have your drawing program open on the pen display, and not on the projector (which is also a display).

The Solution:

1. Open your drawing window (xournal, or xournal++ or openboard or krita) on your pen display ... display. 

2. Then run xwininfo (part of x11-utils) and click on your window. You get a window id, e.g. 36000a

Then run x11vnc:
x11vnc -id 36000a

Note the port number -- likely 5900.

The window is now being shared via vnc. 

3. To see it, use e.g. vinagre, click Connect, set the protocol to vnc and the port to 5900 (and you're presumably connecting to localhost). 

Make sure to enable 'scaling', since many old video projectors have a 4:3 resolution ratio, whereas e.g. the xp pen 13.3 has a 16:9 ratio.

Drag this window to the projector.

4. Share the original window via zoom

Note that I've had issues getting the pen display to map correctly when all three display (laptop, xp pen, and projector) are connected. Turning off the laptop screen solved it.

A script:

I've made a script called mirror.sh which starts the x11vnc with the correct id:

winid=`xwininfo |grep "Window id"|gawk '{print $4}'`
x11vnc -id  $winid

666. Zoom -- multiple booking for a course

Problem:

Recurring bookings are easy enough to make in zoom, but what do you do if your lectures are given at different times each day?

Solution: 

make a recurring booking e.g. at 8 am, 2 hours, each day for two weeks. 'When' is not important.

Then go in and edit the booking. You can then change the times for each zoom meeting:

You can also delete meetings e.g. those that fall on weekends:

665. Dealing with low gain/low volume in Samson XPD2 by boosting the gain in pulseaudio

I've 'solved' this now. See bottom of post.

Old post:

 Got the Samson XPD2 now, and it's ... interesting.

Even if I crank everything up to the max in linux, I can barely hear what I record in audacity (or anywhere -- it's a linux thing).

But if I hook up headphones to the headphone jack on the USB dongle the sound is great.

What figures?

As usual the first port of call is always dmesg:

[Sun Aug 23 05:18:02 2020] usb 2-11: new full-speed USB device number 22 using xhci_hcd
[Sun Aug 23 05:18:02 2020] usb 2-11: New USB device found, idVendor=17a0, idProduct=1616, bcdDevice= 1.00
[Sun Aug 23 05:18:02 2020] usb 2-11: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[Sun Aug 23 05:18:02 2020] usb 2-11: Product: Samson RXD wireless receiver
[Sun Aug 23 05:18:02 2020] usb 2-11: Manufacturer: Samson Technologies
[Sun Aug 23 05:18:02 2020] usb 2-11: Warning! Unlikely big volume range (=496), cval->res is probably wrong.
[Sun Aug 23 05:18:02 2020] usb 2-11: [50] FU [Mic Capture Volume] ch = 1, val = 0/7936/16
[Sun Aug 23 05:18:02 2020] input: Samson Technologies Samson RXD wireless receiver as /devices/pci0000:00/0000:00:14.0/usb2/2-11/2-11:1.2/0003:17A0:1616.0012/input/input58
[Sun Aug 23 05:18:02 2020] hid-generic 0003:17A0:1616.0012: input,hidraw7: USB HID v1.00 Device [Samson Technologies Samson RXD wireless receiver] on usb-0000:00:14.0-11/input2

Linux is normally PnP, but here there seems to be an issue. Time to start reading. Found a similar issue here: https://bugzilla.redhat.com/show_bug.cgi?id=1070706

Will update as/if I fix this.

Also, I got a female 3.5 mm to female XLR connector so that I can use a better lavalier mic. The connector should be mini-XLR -- a full-size XLR is way too big. 

Solution:

What I do now is set the input volume in the terminal using pulseaudio (pacmd/pactl).

By default you can only set the input volume to 150%, but using the command line you can go as crazy as you like.

First identify the card index number: 

pacm list-sources|egrep "name|index"

    index: 26
   name: <alsa_input.usb-Samson_Technologies_Samson_RXD_wireless_receiver-00.analog-mono>
      alsa.name = "USB Audio"
      alsa.subdevice_name = "subdevice #0"
      alsa.card_name = "Samson RXD wireless receiver"
      alsa.long_card_name = "Samson Technologies Samson RXD wireless receiver at usb-0000:00:14.0-2, full sp"
      alsa.driver_name = "snd_usb_audio"
      device.vendor.name = "Samson Technologies Corp."
      device.product.name = "Samson RXD wireless receiver"
      device.profile.name = "analog-mono"
      alsa.mixer_name = "USB Mixer"
      device.icon_name = "audio-card-usb"

Then do (for index 26):

pactl set-source-volume 26 270%

Works great! Of course you can't touch the input slider in the pulseaudio GUI at this point. The next project is to change the pulseaudio source code to allow a higher max volume.

New microphone

I also bought a new microphone to use with the Samson: https://www.amazon.de/-/en/gp/product/B071937RZZ/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1

The sound is subjectively a lot better and I feel that it has better dynamic range, than with the stock microphone.

664. Capturing sound when recording/streaming lectures/videos. A few devices.

 I'm interested in capturing sound, either during on-campus lectures, or when recording videos, or when lecturing over zoom.

Here are some of the devices that I own, and what I think:

Logitech C920 webcam with integrated microphone:

The sound is ... fine. Even at a few metres distance, actually.  Nothing like a proper, dedicated microphone, but way beyond e.g. the microphone you'd find in a laptop.

BlueParrot B350-XT bluetootch headset:

It's absolutely bloody awful as a sound source. Absolutely fine for listening to music with, but as a headset for recording sound it stinks. The sound during phone calls is fine, but expectations aren't generally very high. Bloody expensive too.

Logitech G930 wireless gaming headset:

Decent sound, but lacks dynamic range in terms of the microphone. Won't work well during a live lecture since it covers both ears. Great at keeping sound out, so very good as a headset for listening to music.

Samson XPD2 wireless lavalier microphone:

Have ordered, but not yet received. You can use it as a lav mic, but I'm going to experiment with using the Zoom H1n below as the input (via a 2x 3.5 mm cable plus a 3.55 mm female -> XLR converter), so that I can record on the H1n simultaneously as I live-stream. We'll see how it works out.

I also bought what is supposed to be a better Lavalier mic (J-082S 044) and a 3.5 mm/XLR adapter:

Blue Yeti microphone:

This is my default microphone for video conferencing and recording videos. It's a great microphone. Cheaper than the crappy B350-XT above. Has several different pickup patterns. I love it. 

I'm using it together with a boom arm I got off of Amazon ('Neuma Professional Microphone Stand with Pop Protection').

Zom Handy H1n sound recorder:

This is my favoure toy though. It's small, light and have great sound. It's a stereo microphone when use as a sound recorded. You can also hook it up via USB (and have it powered via USB) and use it as a high-quality MONO microphone when recording videos or video conferencing. You can NOT record at the same time as you're using it as a USB microphone. I also got the Zoom APH 1 N/GE Accessories Bundle.

The portability makes it great for a number of uses. You can pass it between lecturers that want to record good-quality sound for lecture videos, and it's easy to take home (the Blue Yeti is a heavy beast).

You can also stick it the podium when giving a lecture and it will capture surprisingly good sound. You can record sound and replace webcam sound in post using e.g. KDENLive. You can attach a lavalier mic and use it to record sound during a live lecture and replace webcam sound in post. And more.

It has a 3.5 mm mic input and a 3.5 mm headphone output. I'm planning on experimenting with recording on the H1n at the same time as I've got the headphone output connected to the Samson (above) so that I can stream the sound to my laptop, and share it via zoo, since wireless technologies can be unstable in a lecture hall with lots of phones with wifi running (anywhere you have students). We'll see how it works out.

----------------
Once the audio is taken care of, I plan on using the following for the visual, and use OBS Studio to tie it all together.

Document camera JOURIST DC80

Webcam Logitech C920

I've also ordered a chromakey set for fancier video production. Will be interesting to see how it turns out.

663. Giving a zoom + on-campus lecture (on linux, win and mac)

Preamble:

The uni admins aren't making it easy for us. 

I can handle doing everything on-campus, giving good, or occasionally very good, lectures using the white board and making it dynamic by actually engaging with the target, the students. I can often get them to share my excitement over the amazing stuff we're discussing (especially MO theory -- it's my favourite topic, and my favourite lecture). 

I can handle doing everything online if necessary, optimising my lectures to work through zoom or, even better, do away with lectures completely and rely on pre-recorded videos that take advantage of the video format, and use them to flip the class. We can then meet up on zoom to discuss the topics.

But what we're being asked to do is to focus on on-campus teaching, while making sure that everything is being streamed live online to avoid students from showing up to class when infectious.

Note that in our lecture halls we don't have computers. We're expected to bring our own, and we use single projectors. We also don't get any help from IT. Nothing is ever recorded here.

This is incredibly primitive and unprofessional compared to how things were done back in Australia.

What I will show here:

A few approaches to making a lecture work OK for both on-campus and online students simultaneously, and easily. The solutions assume that there's no competency, interest or support from IT.

1. The Basic
The easiest approach is to start zoom on your laptop, share a set of slides and stream it. You need to think about audio though, and there are a number of wireless solutions.

We've been told to use bluetooth headsets, but bluetooth has poor audio. Using 2.4 GHz wireless headsets, like my old logitech G930, gives better audio, but then you can't hear the local audience properly. 

My preferred solution is to use a Samson XPD2: 
http://www.samsontech.com/samson/products/wireless-systems/xpd-series/xpd2lav/

It's not a headset -- sound won't come out of it, but you can crank up the sound on your computer (or even use external speakers -- I have a very old HP USB speakers that are just about loud enough for a lecture hall (https://support.hp.com/ca-en/document/c02574017)

You can obviously switch input to webcam/document cam etc., but it's pretty basic.

If you have a document camera you can use this just like a webcam. Or you use e.g. https://gitlab.com/docphees/doccam to manage your document camera, and then use the window as input to zoom through share screen.

2. With a bit of Flair

This is a somewhat technical solution on linux, but I think it's easier on win/mac. What we can do is to set up a virtual webcam. The contents of the virtual webcam will be supplied by obs-studio

We then use obs-studio -- in studio mode no less -- to switch between different types of views.

virtual webcam: If you're on linux you need to install v4l2loopback (either as the dkms in the deb repo, or by a very simple compile), and if you're on linux you need the v4lsink. If you're on win/mac you can simply install the virtual camera plug-in for obs-studio.

On linux you need to create a virtual webcam:
sudo modprobe v4l2loopback video_nr=10 card_label="OBS Video Source" exclusive_caps=1

In obs-studio you then choose Tools/V4L2 Video Output and choose /dev/video10

obs-studio
Once that's up and running, set up at least two scenes in obs-studio, and pick studio mode.

I've set up one scene with a lion and a styracosaurus on a webcam, with the background chromakeyed out* over a molecular simulations video, and another one showing the guardian website, but one could've been the window with your slides, and another could be a document camera.

I've then set up ctrl+shift+alt+5 to switch between them:

You can even have different audio input depending on the scene. Useful if you're using wired microphones and moving between different stations in your lecture hall.

In zoom: now all you need to do is to pick the virtual webcam device as your input in zoom. There is a CPU overhead to using obs-studio, so expect the laptop to keep the fan on throughout the lecture.

*The chromakey background is the blue cover of an Office Depot notebook :)

662. Mini-post: Getting a bluetooth headset to work on linux -- B350-XT

 I have a BlueParrot  B350-XT which is causing issues on linux. It pairs fine, and shows up as a sound device, but it won't actually play sound or record sound.

Looking at dmesg -T, I see

[Tue Aug 18 01:25:33 2020] Bluetooth: hci0: BCM: chip id 63
[Tue Aug 18 01:25:33 2020] Bluetooth: hci0: BCM: features 0x07
[Tue Aug 18 01:25:33 2020] Bluetooth: hci0: BCM20702A
[Tue Aug 18 01:25:33 2020] Bluetooth: hci0: BCM20702A1 (001.002.014) build 0000
[Tue Aug 18 01:25:33 2020] bluetooth hci0: firmware: failed to load brcm/BCM20702A1-050d-065a.hcd (-2)
[Tue Aug 18 01:25:33 2020] bluetooth hci0: Direct firmware load for brcm/BCM20702A1-050d-065a.hcd failed with error -2
[Tue Aug 18 01:25:33 2020] Bluetooth: hci0: BCM: Patch brcm/BCM20702A1-050d-065a.hcd not found

To solve this, unplug/turn off your headset. REMOVE/FORGET the device  so that you can re-pair it.

Next, go to https://github.com/winterheart/broadcom-bt-firmware/blob/master/brcm/BCM20702A1-050d-065a.hcd

Download the hcd file to ~/Downloads, then

me@niobium:/lib$ sudo mkdir /lib/firmware/brcm

me@niobium:/lib$ sudo cp ~/Downloads/BCM20702A1-050d-065a.hcd /lib/firmware/brcm/

Now try again. 

Output from dmesg -T:

[Tue Aug 18 01:33:59 2020] Bluetooth: hci0: BCM: chip id 63

[Tue Aug 18 01:33:59 2020] Bluetooth: hci0: BCM: features 0x07

[Tue Aug 18 01:33:59 2020] Bluetooth: hci0: BCM20702A

[Tue Aug 18 01:33:59 2020] Bluetooth: hci0: BCM20702A1 (001.002.014) build 0000

[Tue Aug 18 01:33:59 2020] bluetooth hci0: firmware: direct-loading firmware brcm/BCM20702A1-050d-065a.hcd

[Tue Aug 18 01:33:59 2020] Bluetooth: hci0: BCM20702A1 (001.002.014) build 1482

[Tue Aug 18 01:33:59 2020] Bluetooth: hci0: Broadcom Bluetooth Device

661. Teaching during the pandemic, part 4: making simple video lectures

This post is a bit different from the previous ones -- it simply shows what I've been doing for some time to create supporting videos for my students.


I record my voice using Audacity, and I use KDENLive to make the videos. I make slides using google docs.

Once you've got used to this you can make a bunch of short videos (aim at 6 minutes or so) in a single day.

Here's my work flow:

1. Create a script for the audio. 
I basically write down everything I'm going to say before I've made my slides. I then make the slides to match the script.

I use gedit to write my script.

2. Create the slides to match the audio
I use google slides:

I export each slide as a png:

3. Record the audio in audacity
Use a good microphone! I'm using a Blue Yeti, which is great.

NOTE: each audio file should correspond to a single slide, or part of a slide. Not the other way around. It makes step 4 easier, and helps if you need to redo the audio for a section.

Export the audio in a suitable format (e.g. flac)

4. Fire up KDENLive

Import your clips.

Add your audio to the Audio channel

Then add the png files to the video channel. Stretch the duration of each image file to match the duration of the audio.

Once you're done, render the video:

That's all!


Now you can combine the teaching posts to create something that works for you. Here are the links again:
* Mobile phone lavalier mic: http://verahill.blogspot.com/2020/07/658-teaching-during-pandemic-part-1-how.html
* Recording (several) cameras and syncing: http://verahill.blogspot.com/2020/07/659-teaching-during-pandemic-part-2.html
* Dealing with audio: http://verahill.blogspot.com/2020/07/660-teaching-in-pandemic-part-3-what.html

660. Teaching in the pandemic, part 3: What I'll be doing to capture live lectures. Audio.

I've looked at a few different solutions, but I've basically settled on recording video and audio separately. The downside of this is that I won't stream. The advantage is that I can do post-processing to add clearer pictures of slides etc.

The video part is pretty straight forward. See e.g. http://verahill.blogspot.com/2020/07/659-teaching-during-pandemic-part-2.html

When it comes to audio I've explored a range of solutions:

* Bluetooth headset -- this would've allowed me to stream, but the sound quality is just too poor with bluetooth (I tried Blueparrot B350-XT). For an example of how bad it can be, check out this corporate(!) video:

Advantage: wireless, can stream, only covers one ear
Disadvantage: Sound quality

* 2.4 GHz Wireless headset -- I tested Logitech G930. The sound quality is OK, but it covers both ears, and makes it hard/ uncomfortable to deal with a live audience.
Advantage: sound quality, wireless, can stream
Disadvantage: shuts out the live audience

* 'Normal' microphones -- I have a number of microphones, including Blue Yeti. Many of them are wired (USB), and none of them will work in capturing a moving (i.e. mobile) lecturer.
Advantage: superior audio -- when very close, streaming
Disadvantage: poor audio unless you're right in front of the mic

* Mobile phone lavalier mic -- See here for how to do that: http://verahill.blogspot.com/2020/07/658-teaching-during-pandemic-part-1-how.html.
Advantage: great sound, mobile, can potentially stream
Disadvantage: drains phone battery, can be tricky to set up LAN, if using receiving device (laptop) as hotspot you may not be able to connect to the internet (i.e. can't stream)

My chosen solution:
* Using a portable audio recorder (e.g. dictaphone) --  I've got a Zoom H1n, and a lavalier microphone. I love this microphone. It's lightweight, portable, not too expensive, and the internal XY microphone is great (to my ears). The amplifier for external mics is a bit weak, but it works for my purposes, especially if you post-process in Audacity. But that leaves you having to sync your video and your audio in post. I've already showed you how easy it is to do that here: http://verahill.blogspot.com/2020/07/659-teaching-during-pandemic-part-2.html

Note that you need to invest in a decent lavalier microphone as well. Also note that most these days seem to come with a 3.5 mm TRRS connector (good for mobile phones), and the Zoom needs 3.5 mm TRS (the old standard). Many of the cheap/affordable lavalier mics that you find on e.g. Amazon come with TRS/TRRS adapters, so it's not much of an issue.

Advantage: potentially great sound, great battery life
Disadvantage: you can't stream live, needs a lavalier microphone

So there we are -- I'll set up a single webcam to record video directly to my laptop. I'll capture the sound using it as well, but mostly to help me sync the audio later. I'll record my voice using a dictaphone and a lavalier microphone, post-process the sound in Audacity, then import video and audio in KDENLive, where I'll sync everything. I can then add pictures of my slides as well, and don't have to worry about the image quality during recording.

659. Teaching during the pandemic, part 2: Recording with two cameras (on linux)

This is a very short post. What if you need to set up two (web)cameras that capture from e.g. different whiteboards?

I had a look at OBS studio, and it's not stable for me. Sometimes I get a cam image, and sometimes I don't. I also had issues with getting two cameras to work. I also looked at webcamoid and cheese. The frame rates were too bad.

What does work for me is guvcview. This is available in the debian repos.

I'll also show you how to sync the sound using KDENLive

1. Install guvcview
sudo apt-get install guvcview

2. Start guvcview.
Then go to video controls.

Select a new Device, then select New

Now you've got both feeds showing:

Then you can simply record:

I won't go into how to switch back and forth between angles in KDENLive. I'll just show you how to sync the videos using the audio:

Import both clips into KDENLive and put them in separate channels. Right-click on one of the tracks, and make it the audio reference:

Align the other clip:

They are now aligned:

Note that you could have done this with a pure audio track as well (we'll get to that in the next post).

You can then start cutting away bits you don't want using the x/scissors:

658. Teaching during the pandemic, part 1: How to use a mobile phone as a wireless lavalier microphone

This pandemic isn't going anywhere soon. We'll be using online/remote teaching or hybrid teaching models for at least the next two semesters up here, and it's time to figure out how to do it in a way that works for the students, as well as us lecturers, in spite of not actually getting any more time to prepare our classes than we would during a normal year.

This post is linux-centric, but the solution should be applicable to OSX and Win as well.

Using a mobile phone as a wireless lavalier microphone
While I've made proper videos in the past, I haven't tried recording 'live' lectures before. We've been asked to resume on-campus lectures this fall, but have also been told to make sure that we record everyhting so that students don't show up to class in spite of being sick.

I've moved away from using powerpoints to using the whiteboard for my lectures (I've surveyd my students -- 95% in class after class prefer chalk-and-talk).

Simply using a camera with a static microphone to record won't cut it -- it won't capture the sound properly, in particular not when you're up at the whiteboard. Also, audio-quality matters -- if you have to choose between good audio and good video, pick audio.

What do you need?
You need
* an android phone (similar solutions should be available for iOS)
* for the phone and your recording device (e.g. laptop or computer) to be online and able to connect to each-other (e.g. a LAN). You can use the laptop as a hotspot.
* the program LANMic installed on your phone
* OBS Studio to receive the stream from LANMic. There are other programs -- as long as they can receive rtsp streams, they are OK.

---

How-to

1. Install LANmic on your phone. Connect a lavalier/lapel mic to your phone. Install OBS Studio on your computer.

2. Both devices (phone and computer) need to be able to communicate with each other over the LAN.

If you have EduRoam, this might not be the case. In that case, use your computer to set up a wifi hotspot. See the end of this post for how to do that.

3. Start LANmic on your phone, select rtsp and start streaming. Note the address of your phone (here: rtsp://192.168.2.13:8080)

It'll look like this because nothing's connect to it:

4. Start OBS Studio and add your sources.

I've just made a quick example here. To add the phone, add Media Source, uncheck local file, and enter the address from the previous step.

If all goes well you'll see the meter for the moble mic moving.

Your phone will now look like this:

This isn't a perfect solution, but it works. Importantly, it will allow you to record everything on the fly/and or stream it and/or stream via zoom (have a look at https://obsproject.com/forum/resources/obs-virtualcam.539/).

In the next few posts I'll be exploring other solutions

---

Here's how to set up a wifi hotspot on debian:

Open Network:

Set up hotspot:

Then connect your phone to the new network. Note that this means that you won't have any network connectivity, unless you're also using a LAN cable.