• Stars
    star
    1,725
  • Rank 27,045 (Top 0.6 %)
  • Language
    TypeScript
  • License
    MIT License
  • Created over 6 years ago
  • Updated over 1 year ago

Reviews

There are no reviews yet. Be the first to send feedback to the community and the maintainers!

Repository Details

Chromecast Web Sender SDK implementation for Firefox

Preview of cast device selection popup

fx_cast

A Firefox extension that implements the Chromecast API and exposes it to web apps to enable cast support. Communication with receiver devices is handled by a companion application (bridge).

Installing

Install the Firefox extension (from within Firefox) and bridge application via the installer packages. These are two separate downloads that can be found on the website or in the GitHub releases section.

The bridge application is currently supported on Windows, macOS and Linux.

Important: On Linux platforms such as Arch, it may be necessary to configure local hostname resolution1.

Installing via package managers

Note: These packages are maintained by third parties and any issues specfic to these packages should be directed to the respective package maintainers.

Daemon Configuration

See documentation on the daemon wiki page.

Usage

Clicking on the toolbar button or Cast... menu item in the page context menu will open a popup that shows a list of receiver devices will allow you to start casting the currently detected app2 or media.

Site Whitelist

The extension provides a whitelist for ensuring only trusted sites are allowed to load the cast API and communicate with receiver devices.

Sites may be added to the whitelist, either by clicking one of the whitelist options in the toolbar button context menu whilst visiting the site, or by manually entering a valid match pattern on the options page.

Whitelisted sites should then display a cast button as in Chrome, provided they're compatible with the extension/Firefox.

Building

Requirements

  • Node.js v16.x.x
  • Native build tools (see here)
  • Bonjour/Avahi (on Windows/Linux respectively)

Installing dependencies

Windows:

Debian / Ubuntu:

$ sudo apt install libavahi-compat-libdnssd-dev dpkg rpm

Runtime packages: avahi-daemon.

Fedora:

$ sudo dnf install avahi-compat-libdns_sd-devel dpkg rpm-build

Runtime packages: avahi, nss-mdns.

Arch Linux:

$ sudo pacman -S avahi dpkg rpm-tools

Instructions

$ git clone https://github.com/hensm/fx_cast.git
$ cd fx_cast
$ npm install
$ npm run build

# Install manifest for dist/ build. Installs to
# user-specific location and overrides a system-wide
# install. Call `remove-manifest` to restore previous state.
$ npm run install-manifest
$ npm run remove-manifest

This will build the extension and bridge, outputting to dist/:

  • dist/bridge/
    ... contains the built bridge with launcher script and manifest (with the path pointing that script). The install-manifest npm script copies this manifest to the proper location (or adds its current location to the registry on Windows).
  • dist/extension/
    ... contains the unpacked extension.

Watching extension changes:

$ npm run watch:extension

Launch Firefox with built extension (run in separate terminal):

$ npm run start:extension

32-bit on Windows

Building a 32-bit version is only supported for Windows. If you're building from a 64-bit system, you'll also need to rebuild any native dependencies as 32-bit.

$ npm clean-install --prefix ./bridge --arch=ia32  # If on a 64-bit system

# If building without packaging
$ npm run build:bridge -- -- --arch=x86 --use-pkg

# If packaging
$ npm run package:bridge -- -- --arch=x86

Build scripts

Extension build script (build:extension) arguments:

  • --watch
    Rebuild on changes. Incompatible with --package.
  • --package
    Package with web-ext.
  • --mode "development", "production"
    Sets build mode. Defaults to development unless packaging.

Bridge build script (build:bridge) arguments:

  • --package
    Builds and creates installer packages for distribution.

  • --package-type "deb", "rpm"
    Linux installer package type.

  • --use-pkg
    Create single binary with pkg.

  • --arch "x64", "x86", "arm64"
    Select platform arch to build for. Defaults to current arch.

    Platform Supported Architectures
    Windows x86, x64
    macOS x64, arm64
    Linux x64

Packaging

Build and package extension and bridge application for current platform:

$ npm run package
  • dist/bridge/
    ... contains the installer package: fx_cast_bridge-<version>-<arch>.(pkg|deb|rpm|exe)
  • dist/extension/
    ... contains the built extension archive: fx_cast-<version>.xpi.

Packaging examples:

$ npm run package:extension # Packaging extension
$ npm run package:bridge # Packaging bridge application

# Linux platforms
$ npm run package:bridge -- -- --package-type=deb
$ npm run package:bridge -- -- --package-type=rpm

Testing

Testing requires geckodriver (or chromedriver for Chrome parity testing). See selenium-webdriver installation instructions (ignore npm install).

The test script expects a compatible installed bridge version and a packaged extension archive at dist/extension/.

Test results will be displayed in the terminal and within the opened browser tab. Chrome may take some time to initialize the media router component before the cast API is available for testing.

$ npm run build:bridge
$ npm run install-manifest
$ npm run package:extension
$ npm test

# Or if testing in Chrome
$ SELENIUM_BROWSER=chrome npm test

Video Demos

These are somewhat outdated now, but show the basic function of the extension:

fx_cast Netflix fx_cast HTML5

Credit

  • electron-chromecast3
  • Icons by icons8:
    • extension/src/ui/options/assets/icons8-cancel-120.png
    • extension/src/ui/options/assets/icons8-ok-120.png
    • extension/src/ui/options/assets/icons8-warn-120.png

Donations

PayPal

Donate with PayPal button Donate with PayPal

Footnotes

  1. By default, Arch does not configure Avahi to resolve .local hostnames via the name service switch (NSS), and the underlying mdns module used by this project relies on getaddrinfo to resolve these hostnames correctly. ↩

  2. Some sites may only function properly when initiating casting from the in-page player buttons. ↩

  3. Since it seems to be causing confusion, this project does not use electron. The electron-chromecast library was only used as a reference for the initial implementation of the API. ↩