Bug#1029377: pipewire-pulse: Please remove Recommends: pipewire-alsa
Hi Dylan, On Tue, 2023-01-24 at 11:02 +0100, Dylan Aïssi wrote: > Hello Erich, > > Le dim. 22 janv. 2023 à 00:45, Erich Eickmeyer > a écrit : > > > > The introduction of the "Recommends: pipewire-alsa" line in the > > debian/control > > file has reintroduced the problem resolved by bug #1020903 in which > > pipewire- > > pulse is causing a conflict with pulseaudio, albiet indirectly this > > time. > > > > As pipewire-pulse is now soft-depending on pipewire-alsa, which > > does directly > > conflict with pulseaudio. This is causing a package conflict, > > especialy when > > seeded, when pulseaudio is installed and is causing the Ubuntu > > Studio seed to > > fail to build. > > > > Ubuntu Studio was intending to include, in their built-in-house > > Studio Controls > > utility, a way to easily switch between the traditional > > Pulseaudio/JACK setup > > and the Pipewire setup. Unfortunately, this recommends line, > > however well- > > intentioned, completely broke that. > > > > My recommendation is to demote pulseaudio-alsa to a Suggests in > > this case. > > > > I removed pipewire-alsa from depends field of pipewire-pulse. > Instead, I created > a new metapackage pipewire-audio that depends on a set of pipewire > packages > recommended for a standard audio use of pipewire. A large part of bug > reports > against pipewire and wireplumber are mainly from users with broken > config because > they don't follow/install recommended packages. I guess this new > package should > make that clearer. > > I agree that pulseaudio and pipewire-pulse can be installed together > at same time, > but for whatever reasons several users have reported conflicts > between them. And > it seems easier (at least for standard users of pipewire for audio) > to > add a conflict > between them, but I guess users of Ubuntu Studio don't have a > standard use of > pipewire. This brings me to the question, why do you want both > pulseaudio and > pipewire-pulse to be co-installable? > > Best regards, > Dylan We're planning on having pipewire with pipewire-jack as the default configuration, but switchable via the enabling/disabling of services using our built-in-house (but available to all distros) Studio Controls utility (https://github.com/ovenwerks/studio-controls). The reason for this is that there's currently no feasible way to bridge JACK to pipewire, so having the "old school" pulseaudio setup and starting/stopping JACK on demand as we've done in the past so that workflows aren't broken and that professional audio users can still get work done the way they always have. Unfortunately, the pipewire-jack configuration isn't quite ready for professional audio, but will work for most users, which is why we need this particular configuration. Additionally, some Firewire audio aren't supported under ALSA and require a completely different backend (FFADO), and pipewire lacks the facility to support those interfaces. So, as you can see, there's multiple reasons why we'd want to keep both pipewire and pulseaudio installed simultaneously. -- Erich Eickmeyer Ubuntu Studio Project Leader Ubuntu MOTU
Bug#1021032: vlc: playing mp4 videos results in a black screen
On Sun, 2022-10-02 at 18:44 +0200, Sebastian Ramacher wrote: > On 2022-10-02 08:55:34 -0700, eeickme...@ubuntu.com wrote: > > Hi Sebastian, > > > > On Sun, 2022-10-02 at 17:35 +0200, Sebastian Ramacher wrote: > > > Control: tags -1 upstream fixed-upstream > > > > > > On 2022-10-02 17:12:57 +0200, Sebastian Ramacher wrote: > > > > Control: tags -1 confirmed > > > > > > > > On 2022-09-30 13:23:02 -0500, Aaron Rainbolt wrote: > > > > > Package: vlc > > > > > Version: 3.0.17.4-4+b2 > > > > > Severity: important > > > > > X-Debbugs-Cc: arraybo...@gmail.com > > > > > > > > > > Dear Maintainer, > > > > > > > > > > When attempting to play back MP4 videos using VLC, only a > > > > > black > > > > > screen is > > > > > displayed, sometimes with the VLC logo still slightly visible > > > > > in > > > > > the > > > > > background. This problem appears to have been caused by the > > > > > introduction of > > > > > ffmpeg5 into Debian. > > > > > > > > No, I don't think so. This issue is more recent. > > > > > > > > > > > > > > Steps to reproduce: > > > > > > > > > > 1. Download a .mp4 video. Any video should work, I > > > > > personally > > > > > use drone > > > > > footage from Pexels. > > > > > 2. Open the video using VLC. Using Media -> Open File... > > > > > from > > > > > within the > > > > > GUI works, as well as using the command line (vlc > > > > > ./video.mp4). > > > > > > > > > > Expected result: > > > > > > > > > > The video should play back properly, allowing audio to be > > > > > heard > > > > > and video to > > > > > be seen. > > > > > > > > > > Actual result: > > > > > > > > > > The screen remains black (or, if you open the video from the > > > > > command line, the > > > > > VLC logo can be seen dimly in the area where the video should > > > > > be). The > > > > > playback slider moves normally, as if the video was playing > > > > > back > > > > > properly. > > > > > > > > Indeed, I have no idea why though. > > > > > > The issue seems to be fixed in 3.0.18-rc2. > > > > > > Cheers > > > > This is excellent news. FYI, we're tracking this bug in Launchpad > > as > > well at https://launchpad.net/bugs/1991457 . Not sure if you feel > > like > > packaging an rc soon for this (even in experimental), but it would > > definitely help us as we have multiple flavors with this seeded > > (Ubuntu > > Studio, Kubuntu, Lubuntu, and Ubuntu Unity have chimed-in so far). > > There are no tarballs yet. Whenever they (or the 3.0.18 release) > becomes > available, I'll upload new version. > > Cheers Thanks. We're about 1.5 weeks away from Final Freeze, so we don't have time to wait for a 3.0.18 release. Is there a link to the upstream commit so that we can patch what we have to fix this bug downstream? Thanks in advance, Erich
Bug#1021032: vlc: playing mp4 videos results in a black screen
Hi Sebastian, On Sun, 2022-10-02 at 17:35 +0200, Sebastian Ramacher wrote: > Control: tags -1 upstream fixed-upstream > > On 2022-10-02 17:12:57 +0200, Sebastian Ramacher wrote: > > Control: tags -1 confirmed > > > > On 2022-09-30 13:23:02 -0500, Aaron Rainbolt wrote: > > > Package: vlc > > > Version: 3.0.17.4-4+b2 > > > Severity: important > > > X-Debbugs-Cc: arraybo...@gmail.com > > > > > > Dear Maintainer, > > > > > > When attempting to play back MP4 videos using VLC, only a black > > > screen is > > > displayed, sometimes with the VLC logo still slightly visible in > > > the > > > background. This problem appears to have been caused by the > > > introduction of > > > ffmpeg5 into Debian. > > > > No, I don't think so. This issue is more recent. > > > > > > > > Steps to reproduce: > > > > > > 1. Download a .mp4 video. Any video should work, I personally > > > use drone > > > footage from Pexels. > > > 2. Open the video using VLC. Using Media -> Open File... from > > > within the > > > GUI works, as well as using the command line (vlc > > > ./video.mp4). > > > > > > Expected result: > > > > > > The video should play back properly, allowing audio to be heard > > > and video to > > > be seen. > > > > > > Actual result: > > > > > > The screen remains black (or, if you open the video from the > > > command line, the > > > VLC logo can be seen dimly in the area where the video should > > > be). The > > > playback slider moves normally, as if the video was playing back > > > properly. > > > > Indeed, I have no idea why though. > > The issue seems to be fixed in 3.0.18-rc2. > > Cheers This is excellent news. FYI, we're tracking this bug in Launchpad as well at https://launchpad.net/bugs/1991457 . Not sure if you feel like packaging an rc soon for this (even in experimental), but it would definitely help us as we have multiple flavors with this seeded (Ubuntu Studio, Kubuntu, Lubuntu, and Ubuntu Unity have chimed-in so far). Thanks, Erich > > > > > Cheers > > > > > > > > Additional notes: > > > > > > This bug was first discovered in Ubuntu 22.10 Kinetic Kudu, > > > however it is also > > > easily reproducible using Debian Sid. The bug exists both on > > > physical and > > > virtual hardware on Ubuntu, and I have been able to replicate it > > > in a virtual > > > machine on Debian. > > > > > > -- System Information: > > > Debian Release: bookworm/sid > > > APT prefers unstable > > > APT policy: (500, 'unstable') > > > Architecture: amd64 (x86_64) > > > > > > Kernel: Linux 5.19.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) > > > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), > > > LANGUAGE not set > > > Shell: /bin/sh linked to /usr/bin/dash > > > Init: systemd (via /run/systemd/system) > > > LSM: AppArmor: enabled > > > > > > Versions of packages vlc depends on: > > > ii vlc-bin 3.0.17.4-4+b2 > > > ii vlc-plugin-base 3.0.17.4-4+b2 > > > ii vlc-plugin-qt 3.0.17.4-4+b2 > > > ii vlc-plugin-video-output 3.0.17.4-4+b2 > > > > > > Versions of packages vlc recommends: > > > ii vlc-l10n 3.0.17.4-4 > > > ii vlc-plugin-access-extra 3.0.17.4-4+b2 > > > ii vlc-plugin-notify 3.0.17.4-4+b2 > > > ii vlc-plugin-samba 3.0.17.4-4+b2 > > > ii vlc-plugin-skins2 3.0.17.4-4+b2 > > > ii vlc-plugin-video-splitter 3.0.17.4-4+b2 > > > ii vlc-plugin-visualization 3.0.17.4-4+b2 > > > > > > Versions of packages vlc suggests: > > > pn vlc-plugin-fluidsynth > > > pn vlc-plugin-jack > > > pn vlc-plugin-pipewire > > > pn vlc-plugin-svg > > > > > > Versions of packages libvlc-bin depends on: > > > ii libc6 2.35-1 > > > ii libvlc5 3.0.17.4-4+b2 > > > > > > Versions of packages libvlc5 depends on: > > > ii libc6 2.35-1 > > > ii libvlccore9 3.0.17.4-4+b2 > > > > > > Versions of packages libvlc5 recommends: > > > ii libvlc-bin 3.0.17.4-4+b2 > > > > > > Versions of packages vlc-bin depends on: > > > ii libc6 2.35-1 > > > ii libvlc-bin 3.0.17.4-4+b2 > > > ii libvlc5 3.0.17.4-4+b2 > > > > > > Versions of packages vlc-plugin-access-extra depends on: > > > ii libc6 2.35-1 > > > ii libsrt1.5-gnutls 1.5.1-1 > > > ii libvlccore9 [vlc-plugin-abi-3-0-0f] 3.0.17.4-4+b2 > > > ii libvncclient1 0.9.13+dfsg-4 > > > ii libxcb-composite0 1.15-1 > > > ii libxcb-shm0 1.15-1 > > > ii libxcb1 1.15-1 > > > > > > Versions of packages vlc-plugin-base depends on: > > > ii liba52-0.7.4 0.7.4-20 > > > ii libarchive13 3.6.0-1 > > > ii libaribb24-0 1.0.3-2 > > > ii libasound2 1.2.7.2-1 > > > ii libass9 1:0.16.0-1 > > > ii libavahi-client3 0.8-6 > > > ii
