vim-colortemplate
vim-colortemplate copied to clipboard
lifepillar
(v3) Suggestion - Build-time color calculations
This would be a method for calculating relative colors at build time, e.g. a color with an "alpha layer" simulated atop a solid base color. I've seen color palettes (like ayu) generated using tools like https://gka.github.io/chroma.js/ (with lighten, darken, etc.). It would be nice to expose a high-level, build-time interface for manipulating colors. I'm not sure whether this would be used within the Color: directive or in some new way... perhaps RelativeColor:, but that may be redundant if some function-like interface is required, e.g. mix(#ABCDEFFF, #CECECEAA) (this seems like a poor example... there would need to be a way to reference other colors at a minimum).
Referencing libcolor here as well.
Your log shows that you never played anything with MPD. But since you're using PipeWire and software volume instead of PipeWire volumes - are you sure your PipeWire volumes are set correctly? Try playing without PipeWire, with ALSA on a hw: device. I don't think this is a MPD problem, just a misconfiguration of PipeWire volumes.
I am pretty positive pw volumes are fine...
Your log shows that you never played anything with MPD.
odd:
but music is surely playing via mpd.
volume seems at 100% in pw.
pavu seems to agree too:
Try playing without PipeWire, with ALSA on a hw: device.
I'll try, normally it won't cuz pw takes ownership of alsa. Will try to kill it.
ALSA seems fine. Volume is normal.
I've also tried PA in mpd and it's quiet too.
You forgot --stdout - or else have a look at the log file you configured.
woopsie. My bad. Here:
config_file: loading file /home/vaxry/.mpdconf
server_socket: bind to '0.0.0.0:6600' failed (continuing anyway, because binding to '[::]:6600' succeeded): Failed to bind socket: Address already in use
libsamplerate: libsamplerate converter 'Fastest Sinc Interpolator'
vorbis: Xiph.Org libVorbis 1.3.7
opus: libopus 1.5.2
sndfile: libsndfile-1.2.2
hybrid_dsd: The Hybrid DSD decoder is disabled because it was not explicitly enabled
simple_db: reading DB
input: Input plugin 'qobuz' is not configured: No Qobuz app_id configured
curl: version 8.10.1
curl: with OpenSSL/3.3.2
state_file: Loading state file /home/vaxry/.mpd/state
config: option 'bind_to_address' on line 291 was not recognized
decoder_thread: probing plugin flac
decoder: audio_format=44100:16:2, seekable=true
client: [0] opened from [::1]:37674
client: [0] process command "commands"
client: [0] command returned 0
client: [0] process command "tagtypes"
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "list Album"
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "find Album "100 Greatest Classic Rock Songs""
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "list Artist Album "100 Greatest Classic Rock Songs" Title "Robot Rock""
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "status"
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "currentsong"
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "lsinfo "/""
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "plchanges "4294967295""
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "play "0""
playlist: play 0:"FLAC CDs/affected/01_02_Get Revenge On The Tyrant.flac"
output: opened "MPD - pw" (pipewire) audio_format=44100:24:2
output: converting in=44100:16:2 -> f=44100:24:2 -> out=44100:24:2
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "status"
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
What happens if you remove the software mixer, and instead set mixer_type "none"? Check the volume and post a new log.
You're playing a 16 bit FLAC file, but the "software" mixer implies a converrsion to 24 bit. Maybe the 24 bit code path to PipeWire is buggy, and setting a "null" mixer will make MPD remain at 16 bit, sidestepping the problem.
nope, no change.
Additionally, checked wpctl and volume of the mpd node is 1.00 as expected.
config_file: loading file /home/vaxry/.mpdconf
server_socket: bind to '0.0.0.0:6600' failed (continuing anyway, because binding to '[::]:6600' succeeded): Failed to bind socket: Address already in use
libsamplerate: libsamplerate converter 'Fastest Sinc Interpolator'
vorbis: Xiph.Org libVorbis 1.3.7
opus: libopus 1.5.2
sndfile: libsndfile-1.2.2
hybrid_dsd: The Hybrid DSD decoder is disabled because it was not explicitly enabled
simple_db: reading DB
input: Input plugin 'qobuz' is not configured: No Qobuz app_id configured
curl: version 8.10.1
curl: with OpenSSL/3.3.2
state_file: Loading state file /home/vaxry/.mpd/state
config: option 'bind_to_address' on line 291 was not recognized
decoder_thread: probing plugin flac
decoder: audio_format=44100:16:2, seekable=true
client: [0] opened from [::1]:36756
client: [0] process command "commands"
client: [0] command returned 0
client: [0] process command "tagtypes"
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "list Album"
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "find Album "100 Greatest Classic Rock Songs""
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "list Artist Album "100 Greatest Classic Rock Songs" Title "Robot Rock""
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "status"
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "currentsong"
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "lsinfo "/""
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "plchanges "4294967295""
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "play "0""
playlist: play 0:"FLAC/Billy Ocean - Love Really Hurts Without You.flac"
output: opened "MPD - pw" (pipewire) audio_format=44100:16:2
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
client: [0] process command "status"
client: [0] command returned 0
client: [0] process command "idle"
client: [0] command returned 1
Oh, I didn't see that reply. No, I guess I don't need a log of that. But I have currently no idea what could cause this PipeWire-specific problem. We now know it's not a general MPD problem, but I don't know where to look, other than looking for more well-hidden PipeWire volume knobs. I've never used PipeWire myself (only for MPD debugging).
the weird part is that the pulse output has the exact same issue. Is there a JACK output so that we could test that?
JACK works properly, loud and clear... wtf xD
(pipewire-jack, of course)
Should this be closed then as.... a bug in pw-pulse and pw? At this point I am quite lost. No other app has any issues.
I see you are using the "easyeffects" output filter with pipewire. Perhaps it is some effect that is causing this problem (eg the "Autogain" effect, or some other that influences volume)? I have no experience with easyeffects, so this is just random speculation!
I'm having what looks like the same problem. Though using alsa as MPDs output gives me perfectly normal audio levels, whereas the pulse and pipewire outputs give me quiet audio. This doesn't work perfectly with Pipewire though. No volume percentage is shown in ncmpcpp. Other than that, I get expected loudness levels.
I think there is nothing I can do for you here. All data looks like MPD is behaving correctly, and nothing hints at a MPD bug. If anybody has data hinting the presence of a MPD bug, post it. But until that happens, this bug report is closed.