[pulseaudio-tickets] [Bug 94243] [PATCH] role-cork: Fix improper uncork behavior in case of operating globally
https://bugs.freedesktop.org/show_bug.cgi?id=94243 --- Comment #2 from Sangchul Lee --- (In reply to Arun Raghavan from comment #1) > Please don't open a bug when a patch is on the list. Okay, (I didn't know that..) Thank you. -- You are receiving this mail because: You are the assignee for the bug. You are the QA Contact for the bug.___ pulseaudio-bugs mailing list pulseaudio-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs
[pulseaudio-tickets] [Bug 94243] [PATCH] role-cork: Fix improper uncork behavior in case of operating globally
https://bugs.freedesktop.org/show_bug.cgi?id=94243 Arun Raghavan changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |NOTABUG --- Comment #1 from Arun Raghavan --- Please don't open a bug when a patch is on the list. -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug.___ pulseaudio-bugs mailing list pulseaudio-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs
[pulseaudio-tickets] [Bug 94243] New: [PATCH] role-cork: Fix improper uncork behavior in case of operating globally
https://bugs.freedesktop.org/show_bug.cgi?id=94243 Bug ID: 94243 Summary: [PATCH] role-cork: Fix improper uncork behavior in case of operating globally Product: PulseAudio Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: medium Component: modules Assignee: pulseaudio-bugs@lists.freedesktop.org Reporter: sc11@samsung.com QA Contact: pulseaudio-bugs@lists.freedesktop.org CC: lenn...@poettering.net Created attachment 121874 --> https://bugs.freedesktop.org/attachment.cgi?id=121874&action=edit Patch for fixing improper uncork when using this module with global=1 argument When we use this module with argument "global=1", there exists mis-uncork behavior. For example, pactl load-module module-role-cork trigger_roles=voice,voip cork_roles=media global=1 Let's assume that voip's device is not same as voice's and media's. Above 3 roles are playing and if we stop the voip stream then the media's volume would be uncorked even though voice stream is still activated. The attached patch fixes this issue. ps : this issue is similar with bug #93994 that have already been merged. ps2 : I've already shared this issue to pulseaudio-discuss mailing list. : [pulseaudio-discuss][PATCH] role-cork: Fix improper uncork behavior in case of operating globally Thank you. -- You are receiving this mail because: You are the assignee for the bug. You are the QA Contact for the bug.___ pulseaudio-bugs mailing list pulseaudio-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs
[pulseaudio-tickets] [Bug 93946] Changing device profile to HDMI is reset to default after monitor goes into powersave
https://bugs.freedesktop.org/show_bug.cgi?id=93946 --- Comment #45 from Tanu Kaskinen --- Hmm... actually there's no need to remove the card-database file to verify my theory. Just switch to HDMI at any time a wrong profile is active. It should stay at HDMI after that, until you shut down pulseaudio. Can you check that for me? -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug.___ pulseaudio-bugs mailing list pulseaudio-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs
[pulseaudio-tickets] [Bug 93946] Changing device profile to HDMI is reset to default after monitor goes into powersave
https://bugs.freedesktop.org/show_bug.cgi?id=93946 --- Comment #44 from Tanu Kaskinen --- Thanks for testing! It seems that my code never sets the hdmi port as the preferred port. What if you shut down pulseaudio, remove ~/.config/pulse/*card-database* and then restart pulseaudio? After removing that file, HDMI should not be selected by default, but once you manually select HDMI, it should stick until you shut down pulseaudio. I would be interested to hear if it works as long as pulseaudio stays running. When you later restart pulseaudio again, I expect it to be again similarly broken. I wrote in the commit message that it would be beneficial to save the preferred port on disk, but actually it seems to be not only beneficial, but absolutely critical. I don't know why I thought it would work without making the preference persistent... -- You are receiving this mail because: You are the assignee for the bug. You are the QA Contact for the bug.___ pulseaudio-bugs mailing list pulseaudio-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs
[pulseaudio-tickets] [Bug 93946] Changing device profile to HDMI is reset to default after monitor goes into powersave
https://bugs.freedesktop.org/show_bug.cgi?id=93946 --- Comment #43 from Timo R. --- Tested these patches on top of the 8.0 release: When my TV goes into sleep/switches refresh-rates, PA still switches away from the HDMI output. Log with -vvv: https://gist.github.com/BtbN/21949536c438e2083872 Killing the PA server makes it select the correct HDMI output profile on startup again, until the HDMI port becomes unavailable for a moment again. -- You are receiving this mail because: You are the assignee for the bug. You are the QA Contact for the bug.___ pulseaudio-bugs mailing list pulseaudio-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/pulseaudio-bugs
