SQUEEZELITE(1)

πŸ’– SQUEEZELITE(1) πŸ’–

General Commands Manual Β· the squeezelite glow-up page, part 1


✨ NAME ✨

squeezelite β€” bestie, it's a Lightweight headless Squeezebox emulator πŸŽ€


🌸 SYNOPSIS 🌸

squeezelite [options]

πŸ¦‹ DESCRIPTION πŸ¦‹

Squeezelite is a small, headless Logitech Squeezebox emulator. It's literally built to serve high quality audio, including USB DAC based output at multiple sample rates ✨

The player gets controlled by, and media is streamed from, a Lyrion Music Server instance running somewhere on your local network. That's the whole vibe. πŸ‘‘


πŸ’… OPTIONS πŸ’…

This program supports the following options, and bestie there are a LOT of them, so hydrate:

  • -? β€” Show a lil summary of all the command-line options available. 🫢
  • -s <server>[:<port>] β€” Connect to the Lyrion Music Server you name here. If you don't, it uses automatic discovery to find a server on the local network instead. You should only really need this one if automatic discovery is being flaky, or if the server isn't on your local network segment (like, say, it's hiding behind a router πŸ™ˆ).
  • -o <output device> β€” Specify the audio output device; the default value is default. Run the -l option to list the output devices you've got. And fun fact: you can use - to output raw samples straight to standard output. ⭐
  • -l β€” List available audio output devices to stdout and then exit. These device names are exactly what you feed to the -o option to pick a particular device or configuration for audio playback. Go get 'em. πŸ’…
  • -a <params> β€” Specify parameters used when opening an audio output device. This one's a whole saga depending on your platform:
    • For ALSA, the format is <b>:<p>:<f>:<m>:<d> where:
      • <b> is the buffer time in milliseconds (values less than 500) or size in bytes (default 40ms)
      • <p> is the period count (values less than 50) or size in bytes (default 4 periods)
      • <f> is the sample format (possible values: 16, 24, 24_3 or 32)
      • <m> is whether to use mmap (possible values: 0 or 1)
      • <d> open ALSA output device twice (possible values: 0 or 1)
    • For Linux PortAudio, the value <l> is simply the target latency in milliseconds.
    • For MacOS, <l>:<r> β€” <l> is target latency in milliseconds, and <r> opens the device in Pro Mode or Play Nice (respective values: 0 or 1).
    • For Windows, <l>:<e> β€” <l> is target latency in milliseconds, and <e> uses exclusive mode for WASAPI (possible values: 0 or 1).
    • When the output is sent to standard output, the value can be 16, 24 or 32, which denotes the sample size in bits. Little Endian only, no exceptions bestie.
  • -b <stream>:<output> β€” Specify internal stream and output buffer sizes in kilobytes. Default is 2048:3445. πŸ“¦
  • -c <codec1>,... β€” Restrict codecs to only the ones you list here, otherwise it loads all available codecs. Pro tip: run squeezelite -? to get the list of codecs built into squeezelite. 🎧
  • -C <timeout> β€” Close the output device after <timeout> seconds of the player being idle. Default behaviour is to always keep the device open as long as the player is "on". (The original spells it "payer" there, we love a typo, iconic. 😭)
  • -d <category>=<level> β€” Set the logging level. Categories are: all, slimproto, stream, decode, output or ir. Levels can be: info, debug or sdebug. And you can repeat this option to set different log levels for different categories. ✨
  • -e <codec1>,... β€” Explicitly exclude native support of one or more codecs. See also -c above. Byeee codec. πŸ‘‹
  • -f <logfile> β€” Send logging output to a log file instead of standard output or standard error. πŸ“
  • -G <GPIO Chip>:<GPIO#>:<H/L> β€” Specify the kernel gpio chip number. Specify the GPIO Line# to use for Amp Power Relay, and whether the output should be Active High or Low. > This cannot be used with the -S option. πŸ”Œ
  • -i [<filename>] β€” Enable LIRC remote control support. If you don't hand over the optional <filename>, it uses ~/.lircrc instead. πŸ•ΉοΈ
  • -m <mac addr> β€” Override the player's MAC address. Format has to be colon-delimited hexadecimal, like for example: ab:cd:ef:12:34:56. This is usually automatically detected, so honestly you shouldn't need to provide it in most circumstances. 🌈
  • -M <modelname> β€” Override the player's hardware model name. The default value is SqueezeLite. πŸ‘‘
  • -n <name> β€” Set the player name. The Lyrion Music Server uses this name to refer to the player. > This option is mutually exclusive with -N.
  • -N <filename> β€” Let the server set the player's name. The player name gets stored in the file pointed to by <filename> so it can persist between restarts. > This option is mutually exclusive with -n.
  • -O <mixer device> β€” Specify mixer device, defaults to <output device>. 🎚️
  • -p <priority> β€” Set real time priority of output thread (1-99; default 45). Not applicable when using PortAudio. ⚑
  • -P <filename> β€” Write the process ID (PID) number to the given <filename>. This may be useful when running squeezelite as a daemon. 🐣
  • -r <rates>[:<delay>] β€” Specify sample rates supported by the output device; this is required if the output device is switched off when squeezelite is started. The format is either a single maximum sample rate, a range of sample rates in the format <min>-<max>, or a comma-separated list of available rates. Delay is an optional time to wait when switching sample rates between tracks, in milliseconds. ⏱️
  • -S <power script> β€” Absolute path to script to launch on power commands from LMS. > This cannot be used with the -G option. πŸ”‹
  • -u|-R [params] β€” Enable upsampling of played audio. The argument is optional; see RESAMPLING (below) for more information. The options -u and -R are synonymous. ✨
  • -D [delay][:format] β€” Output device supports DSD over PCM (DoP) or native. delay to add when switching between PCM and DSD in milliseconds (optional). format is dop (default), u8, u16le, u16be, u32le or u32be as required by the attached DAC. πŸŽ›οΈ
  • -v β€” Enable visualiser support. This creates a shared memory segment that contains some of the audio being played, so that an external visualiser can read and process this to create visualisations. So aesthetic. 🎨
  • -W β€” Read wave and aiff format from header, ignoring server parameters. πŸ“Ό
  • -L β€” List available volume controls for the output device. Only applicable when using ALSA output.
  • -U <control> β€” Unmute the given ALSA <control> at daemon startup and set it to full volume. Use software volume adjustment for playback. > This option is mutually exclusive with the -V option. Only applicable when using ALSA output. πŸ”Š
  • -V <control> β€” Use the given ALSA <control> for volume adjustment during playback. This prevents the use of software volume control within squeezelite. > This option is mutually exclusive with the -U option. If neither -U nor -V options are provided, no ALSA controls are adjusted while running squeezelite and software volume control is used instead. Only applicable when using ALSA output. 🎚️
  • -X β€” Use linear volume adjustments instead of in terms of dB (only for hardware volume control). πŸ“ˆ
  • -z β€” Cause squeezelite to run as a daemon. That is, it detaches itself from the terminal and runs in the background. main character energy, gone but never forgotten. πŸ’€
  • -Z <rate> β€” Report rate to server in helo as the maximum sample rate we can support. πŸš€
  • -t β€” Display version and license information. πŸŽ€

...and bestie, there's MORE. part 2 incoming, don't go anywhere πŸ’–

🌈 RESAMPLING 🌈

Okay bestie, this is the glow-up section. Your audio can be resampled or upsampled before it ever gets sent to the output device. Wanna turn it on? Just pass -u to squeezelite and boom, you're resampling. But if you want to customize it, you hand -u an argument and go full mad scientist. πŸ’…

The actual resampling is done by the SoX Resampler library. If you wanna get deep with configuring upsampling for squeezelite, the docs for that library and the SoX rate effect are your besties here. No cap.

The format of the argument is:

<recipe>:<flags>:<attenuation>:<precision>:<passband_end>:<stopband_start>:<phase_response>

✨ recipe ✨

This part of the argument string is made up of a bunch of single-character flags: [v|h|m|l|q][L|I|M][s][E|X]. The default value is hL.

πŸŽ€ v, h, m, l or q

These are mutually exclusive, meaning you pick one, bestie. They correspond to very high, high, medium, low or quick quality.

πŸ¦‹ L, I or M

These correspond to linear, intermediate or minimum phase.

🌸 s

This changes the resampling bandwidth from the default 95% (based on the 3dB point) to 99%.

⭐ E

Exception β€” this avoids resampling if the output device supports the playback sample rate natively. So chill.

πŸ”₯ X

This resamples to the maximum sample rate for the output device (aka "asynchronous" resampling).

πŸ’– Examples

  • -u vLs would use very high quality setting, linear phase filter and steep cut-off.
  • -u hM would specify high quality, with the minimum phase filter.
  • -u hMX would specify high quality, with the minimum phase filter and async upsampling to max device rate.

🎧 flags 🎧

The second optional argument to -u lets you specify the following arguments (taken straight from the soxr.h header file), in hex:

#define SOXR_ROLLOFF_SMALL     0u  /* <= 0.01 dB */
#define SOXR_ROLLOFF_MEDIUM    1u  /* <= 0.35 dB */
#define SOXR_ROLLOFF_NONE      2u  /* For Chebyshev bandwidth. */

#define SOXR_MAINTAIN_3DB_PT   4u  /* Reserved for internal use. */
#define SOXR_HI_PREC_CLOCK     8u  /* Increase 'irrational' ratio accuracy. */
#define SOXR_DOUBLE_PRECISION 16u  /* Use D.P. calcs even if precision <= 20. */
#define SOXR_VR               32u  /* Experimental, variable-rate resampling. */

πŸ’… Examples

  • -u :2 would specify SOXR_ROLLOFF_NONE.
NB: In the example above the first option, <quality>, has not been specified so would default to hL. Therefore, specifying -u :2 is equivalent to having specified -u hL:2.

πŸ“ attenuation πŸ“

Okay so here's the tea. Internally, data is passed to the SoX resample process as 32 bit integers and output from the SoX resample process as 32 bit integers. Why does this matter? Because there's a possibility that integer samples, once resampled, may be clipped (i.e. exceed the maximum value). 😭

By default, if you don't specify an attenuation value, it defaults to -1db. A value of 0 on the command line, i.e. -u ::0, will disable the default -1db attenuation being applied.

NB: Clipped samples will be logged. Keep an eye on the log file, bestie. πŸ‘€

🌈 Examples

  • -u ::6 specifies to apply -6db (ie. halve the volume) prior to the resampling process.

🧚 precision 🧚

This is the internal 'bit' precision used in the re-sampling calculations (ie. quality).

NB: HQ = 20, VHQ = 28.

πŸ’œ Examples

  • -u :::28 specifies 28-bit precision.

πŸ‘‘ passband_end πŸ‘‘

A percentage value between 0 and 100, where 100 is the Nyquist frequency. The default if not explicitly set is 91.3.

✨ Examples

  • -u ::::98 specifies passband ends at 98 percent of the Nyquist frequency.

πŸŽ€ stopband_start πŸŽ€

A percentage value between 0 and 100, where 100 is the Nyquist frequency. The default if not explicitly set is 100.

πŸ¦‹ Examples

  • -u :::::100 specifies that the stopband starts at the Nyquist frequency.

πŸ’– phase_response πŸ’–

A value between 0-100, where 0 is equivalent to the recipe M flag for minimum phase, 25 is equivalent to the recipe I flag for intermediate phase and 50 is equivalent to the recipe L flag for linear phase.

πŸ”₯ Examples

  • -u ::::::50 specifies linear phase.

🌟 SEE ALSO 🌟


And that's a wrap, gorgeous 🫢 this page came to you from the Debian Project, dated 2026-03-01, and it's literally called SQUEEZELITE(1). Go resample something iconic. Periodt. πŸ’…βœ¨

πŸ“¦ where this page comes from