Airlens Continues to Drop From JRiver Server

Network Audio
1

I’ve thoroughly researched this issue, which appears to be a known problem. Despite extensive system and network configuration changes, the issue remains unresolved. The AirLens consistently appears as its own zone in JRiver MC34 and the latest version of JRemote, and it sounds fantastic when it works. However, it frequently disappears from the server—even during playback. Rebooting the AirLens temporarily fixes the issue, but this should not be necessary so often.

Below is a detailed list of all troubleshooting steps I’ve taken to optimize the music server. Has anyone found a lasting solution? Is this a hardware issue with the AirLens?

Music Server Configuration & Troubleshooting Summary

Date: June 30, 2025

Issue: PS Audio AirLens intermittently drops from JRiver MC34, requiring reboot to reconnect.

  1. Windows 10 Music Server Settings

Network & Sharing Configuration

  • Changed network profile from Public to Private (enables DLNA device discovery).
  • Enabled Network Discovery.
  • Enabled File and Printer Sharing.
  • Confirmed Media Streaming is enabled.
  • Set a static IP address for the laptop via router DHCP reservation.

Windows Firewall

  • Allowed Media Center 34 through firewall for Private and Public networks.
  • Created inbound rules for:
  • SSDP (UDP 1900) for UPnP discovery.
  • HTTP (TCP 2869) for DLNA control.
  • Ensured Bonjour, SSDP Discovery, and related services are not blocked.

Windows Services / Background Tasks

  • Disabled unnecessary startup items and scheduled tasks.
  • Prevented Windows from updating/restarting during playback.

Power Management

  • Set power plan to High Performance.
  • Display off after 30 minutes.
  • Initiated setup of a custom “Silent” power plan.

BIOS Configuration (Partial)

  • Began review for disabling thermal noise and fan behavior.
  1. JRiver Media Center 34 Settings

DLNA Settings

  • Enabled DLNA server.
  • Verified AirLens listed as a Renderer.
  • Enabled “Ignore transport events.”
  • Left other advanced options unchecked.

Client Options

  • Enabled auto sync with server, play local file if match found, show playback zones from server.

Audio Device Settings

  • Set WASAPI or proper device.
  • Enabled Exclusive access.
  • Enabled bitstreaming: Yes (DSD).
  • Increased pre-buffering from 2 to 10 seconds.
  • Buffering set to 100 ms.

Zone Management

  • Confirmed only AirLens used.
  • ZoneSwitch not enabled.
  1. Router Settings (Netgear Nighthawk AX1800)

LAN & DHCP Configuration

  • Reserved static IPs for music server, AirLens, and iPad.

UPnP Settings

  • Verified UPnP is enabled.
  • Checked for guest networks/firewall conflicts.

General Configuration

  • Confirmed all devices on same subnet.
  • AirLens connected via Ethernet.
  1. JRemote (iPad iOS 17.7.8)
  • Installed and configured to JRiver MC34.
  • Assigned static IP.
  • Adjusted display/accessibility settings.
  1. Additional Attempts & Observations
  • Rebooting AirLens temporarily resolves issue.
  • Firmware updated, factory reset not yet performed.
  • Router replacement deferred.
2

I do not have the AirLens but I have used JRiver since JRMC19 (currently on JRMC 34) and have used it with both Oppo 95 then the 105D and also DS DAC Sr. with the original Bridge. Besides Ignore Transport Events I have also always selected Disable Set Next Support. Once in a bluemoon JRMC will lose sight of the Bridge and I have to reboot the DS DAC Sr. but that is it – only on very rare occasions.

You might want to give making the setting change a try.

3

Thanks, Joe. I’ll try that.

Appreciated!!

_Ben