Feature Requests

[stsaz]

Feature Requests

Playback

• .mkv(FLAC)
• Equalizer
• Gapless playback
• JACK playback
• Sound build-up & smooth reduction (Feature Suggestions #60)
• Seek via remote seek 1:00 (Feature request: Volume and recording with the remote command #52)

Recording

• Noise gate
• Dynamically adjust system audio volume if the input level is too quiet or too loud
• TUI: dynamically switch between play STREAM and play STREAM -tee FILE modes (Feature request: Volume and recording with the remote command #52)

Conversion

• Glue (join several files into one)
• Mix
• list sort: remove duplicates

GUI

• Performance: Don't autoload all lists except the selected one
• Add conversion settings: format, rate, gain
• Random across all lists
• Single instance mode
• Register file associations

Android

• Record from radio
• GUI: Easier way to specify output directory (File picker instead of written path #7)

Windows

• GUI: complete dark mode

---

Known Bugs

• .mp4 AAC files created by phiola can't be opened for playback by Windows Media Player and Windows 10's Voice Recorder

[ghost]

Sir, will you please upgrade to the latest libopus version (1.5.x)?
It has improved many things in its 1.5 version.

I thought to write here since you have listed many to-do's in one section so this was my one suggestion.

[stsaz]

Sir, will you please upgrade to the latest libopus version (1.5.x)? It has improved many things in its 1.5 version.

Upgraded to opus-1.5.2.
Available for testing: https://github.com/stsaz/phiola/releases/tag/v2.1-beta0

[hansbkk]

Does phiola as a player bypass the Android always-on 48kHz limit on bitrate, like UAPP or Onkyo HF Player?

I want bit perfect at higher rates, proper rate switching ideally decode DSD and MQA without any form of conversion.

If not yet, this is a feature request.

LG V60 is my device, excellent audiophile DAP pretending to be a phone

[stsaz]

@hansbkk

Does phiola as a player bypass the Android always-on 48kHz limit on bitrate, like UAPP or Onkyo HF Player?

phiola uses default Android's AAudio API, and if you start the playback of a 96kHz audio file, phiola will ask the system to open an audio buffer at 96kHz sample rate, but in the end it's up to the AAudio subsystem to decide the actual sample rate. If the system still decides to use 48kHz, then it seems there's nothing more I can do. Therefore, it's highly unlikely that any sort of 'bypassing' will be implemented.

BTW, you can see the actual sample rate in phiola debug logs (look for the line starting with opened buffer).

[0hip]

Wishlist for CLI phiola.exe (SHIFT could be another key):
SHIFT + p ----> play first track
SHIFT + n ----> play last track
SHIFT + [n] --> play track [n]. Example: SHIFT + 24 --> play track 24

[stsaz]

@0hip

I added new commands to v2.3-beta2. I decided to use different keys though.

[0hip]

@0hip

I added new commands to v2.3-beta2. I decided to use different keys though.

Thanks!
I started jumping from track to track and it's working like a charm.

[kyle-seongwoo-jun]

@stsaz Hello, I would like to suggest the following feature for the record command:

• Support for .raw or .pcm format
  This is raw PCM data, essentially the same as WAV but without headers and metadata.

phiola record -aformat int16 -rate 44100 -channels 1 -o @stdout.raw | my_app --seconds 5 --bits 16 --rate 44100 --channels 1

I plan to use it as shown above.

[stsaz]

@kyle-seongwoo-jun

Support for .raw or .pcm format

Why can't your program just parse .wav header? WAVE header is usually 44 bytes and can be parsed by several lines of code -- this will eliminate the need to pass audio format settings via CLI.