https://bugs.kde.org/show_bug.cgi?id=487658
postix changed:
What|Removed |Added
CC||pos...@posteo.eu
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=487658
ka...@kap.sh changed:
What|Removed |Added
CC||ka...@kap.sh
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=487658
Alexander Stehlik changed:
What|Removed |Added
CC||alexander.steh...@gmail.com
--
You are
https://bugs.kde.org/show_bug.cgi?id=487658
Bug Janitor Service changed:
What|Removed |Added
Priority|NOR |HI
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=487658
filip.kend...@gmail.com changed:
What|Removed |Added
CC||reza.jahanbakh...@gmail.com
---
https://bugs.kde.org/show_bug.cgi?id=487658
Christian González changed:
What|Removed |Added
CC||chgonzal...@gmail.com
--
You are
https://bugs.kde.org/show_bug.cgi?id=487658
--- Comment #26 from Raman Gupta ---
Same problem here. The node.description field is much better, but even that
isn't necessarily sufficient to distinguish between source and sink devices.
In the following output, `node.nick` is what is currently
https://bugs.kde.org/show_bug.cgi?id=487658
Raman Gupta changed:
What|Removed |Added
CC||rocketra...@gmail.com
--
You are receiving this
https://bugs.kde.org/show_bug.cgi?id=487658
--- Comment #25 from Zastrix Arundell ---
Yep, can confirm that the `node.description` provides a better naming
alternative for the device:
> $ wpctl status | grep Scarlett | grep Input | awk '{ if (match($0, /[0-9]+/,
> arr)) { print arr[0] } }' |
https://bugs.kde.org/show_bug.cgi?id=487658
--- Comment #24 from z411 ---
Now that you mention it, in my other audio interface the description field is
also a lot better than the nick.
> node.description = "D10 Headphones"
> node.nick = "D10"
Why isn't this used instead of the nick? Are there
https://bugs.kde.org/show_bug.cgi?id=487658
David Roth changed:
What|Removed |Added
CC||davidro...@gmail.com
--- Comment #23 from David
https://bugs.kde.org/show_bug.cgi?id=487658
Benjamin changed:
What|Removed |Added
CC||benjaminwheeler0510@gmail.c
|
https://bugs.kde.org/show_bug.cgi?id=487658
Szymon Łągiewka changed:
What|Removed |Added
CC||bugs-...@lagiewka.pl
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=487658
--- Comment #22 from z411 ---
Bug 488875 is also using a recording audio interface with virtual inputs so
same issue. I also opened an issue in alsa-ucm-conf
(https://github.com/alsa-project/alsa-ucm-conf/issues/426) but they say these
names are not
https://bugs.kde.org/show_bug.cgi?id=487658
Nate Graham changed:
What|Removed |Added
CC||zastrixarund...@gmail.com
--- Comment #21 from
https://bugs.kde.org/show_bug.cgi?id=487658
Nate Graham changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
|
https://bugs.kde.org/show_bug.cgi?id=487658
--- Comment #20 from z411 ---
Thank you Moritz. I created an issue in PipeWire's tracker to see what they
think.
https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/4077
I personally think that the description should be appended to the nick as
https://bugs.kde.org/show_bug.cgi?id=487658
--- Comment #19 from Moritz ---
@Comment 18
This is my workaround until I proper fix is being implemented.
I am manually overwriting the 'node.nick' property:
> # File location:
> #
https://bugs.kde.org/show_bug.cgi?id=487658
--- Comment #18 from z411 ---
Yes, that's exactly our case:
> alsa.card_name = "Volt 2"
> device.profile.description = "Mono Input 1"
> node.description = "Volt 2 Mono Input 1"
> node.nick = "Volt 2"
> alsa.card_name = "Volt 2"
>
https://bugs.kde.org/show_bug.cgi?id=487658
Anael changed:
What|Removed |Added
CC||an...@anael.es
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=487658
--- Comment #17 from Moritz ---
Thank you z...@omaera.org. You summarized the problem better than I could have.
The point is that in my (our?) case the crucial information for being able to
different devices is not stored in 'node.nick' but in
https://bugs.kde.org/show_bug.cgi?id=487658
--- Comment #16 from z...@omaera.org ---
My apologies, I meant to say I'm the reporter of Bug 488917.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=487658
--- Comment #15 from z...@omaera.org ---
Thank you. Reporter of Bug 487658 here. Indeed in my case and in case of Bug
48 we have professional audio recording interfaces that have 2 mono inputs
but treated as 1 stereo input in hardware, thus they are
https://bugs.kde.org/show_bug.cgi?id=487658
--- Comment #14 from Moritz ---
I kind of dislike that Bug 488917 & Bug 48 where marked as duplicate of
this.
I get that their background / "cause" is the same as Bug 487658 but..:
Bug 487658 says that the device names are "very samey" in Comment
https://bugs.kde.org/show_bug.cgi?id=487658
filip.kend...@gmail.com changed:
What|Removed |Added
CC||octavia.togami+kdebugs@gmai
https://bugs.kde.org/show_bug.cgi?id=487658
filip.kend...@gmail.com changed:
What|Removed |Added
CC||moritz1...@googlemail.com
--- Comment
https://bugs.kde.org/show_bug.cgi?id=487658
filip.kend...@gmail.com changed:
What|Removed |Added
CC||z...@omaera.org
--- Comment #11 from
https://bugs.kde.org/show_bug.cgi?id=487658
--- Comment #10 from Nate Graham ---
User-settable names sounds like a good improvement.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=487658
--- Comment #9 from Harald Sitter ---
Another option might be to have an advanced mode configuration where users can
tick extra information they want to show in the delegates.
Opt-in verbosity.
[x] Product Name
[x] Device Description
[x] Mixer Name
https://bugs.kde.org/show_bug.cgi?id=487658
--- Comment #8 from Harald Sitter ---
I am not seeing it. They have very distinct names identifying your monitor,
your board, and your headest.
I am wondering if instead of fiddling with the global naming rules we should
consider allowing the user to
https://bugs.kde.org/show_bug.cgi?id=487658
Nate Graham changed:
What|Removed |Added
Summary|Show more information (e.g. |New naming style is not
|port
31 matches
Mail list logo
