Bug#1076836: jack-example-tools: Package can't be installed

7;ve included a patch anyway. Cheers, Aaron -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.9.10-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel tain

Bug#1021032: vlc: playing videos results in a black screen

VAAPI works nicely now under wayland, but users need to export LIBVA_DRIVER_NAME= Cheers. Aaron. libva info: VA-API version 1.15.0 libva info: User environment variable requested driver 'radeonsi' libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.solibva i

Bug#1021032: vlc: playing mp4 videos results in a black screen

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

Bug#993806: kodi: No audio on DVD playback, AC3 Support

I notice -DENABLE_INTERNAL_FFMPEG=OFF \ in rules. Would switching to -DENABLE_INTERNAL_FFMPEG=ON fix this? Arch has this flag on and has working audio for DVDs. Aaron. Sent with [ProtonMail](https://protonmail.com/) Secure Email.

Bug#993806: kodi: No audio on DVD playback, AC3 Support

Package: kodi Version: 2:19.1+dfsg2-2 Severity: important X-Debbugs-Cc: ukbeas...@protonmail.com Dear Maintainer, 1. Installed libdvd-pkg and ran sudo dpkg-reconfigure libdvd-pkg. 2. Mounted DVD in KDE and open DVD in kodi. 3. Noticed no audio is playing. 4. Press "o" during playback

Re: Broken dependency for libavresample4 on debian sid

didn't know libavresample had been removed from 4.4 series, my concern was breaking ffmpeg support, thank you for letting me know this Aaron. On Mon, Aug 23, 2021 at 5:21 PM Aaron wrote: > After switching to sid, libavresample4 has been removed due to "Depends: > libavuti

Broken dependency for libavresample4 on debian sid

After switching to sid, libavresample4 has been removed due to "Depends: libavutil56 (= 7:4.3.2-0+deb11u2) but 7:4.4-5 is to be installed" Is this known and just need to wait for libavresample4 to updated for 4.4? Aaron.

Bug#954658: Info received (Bug#954658: Info received (Bug#954658 closed by Dennis Braun (Re: qjackctl: Frames/Period setting not always saved when it's the only setting changed.

Also just noticed that there's an extraneous else statement that my patch doesn't remove. (Which would have messed with the instant update feature. That's my bad - somehow managed to introduce an inconsistency in my own code when moving from OS X to linux.) Attaching a fix. Aaro

Bug#954658: Info received (Bug#954658 closed by Dennis Braun (Re: qjackctl: Frames/Period setting not always saved when it's the only setting changed.))

that issue. It doesn't force an additional, unnecessary restart on the jack server. Likewise, when cancel is hit on the form, the old (and correct) values stored in m_pSetup aren't written back to the user interface. (Because the existing instance of the form is used, and it's not rein

Bug#954658: closed by Dennis Braun (Re: qjackctl: Frames/Period setting not always saved when it's the only setting changed.)

ces of the jack daemon, so that the user doesn't wonder why their old settings keep popping back up. Aaron On 27/3/20 06:57, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the qjackctl package: #954658: qjackctl: Fra

Bug#954658: Updated Patch

Also realised that hitting the cancel button on the settings form doesn't restore the previous settings within the UI. Have updated the patch to fix that too. Aaron Make sure the frames setting is saved when it's the only setting that's changed. Restore the previous settings in

Bug#954658: qjackctl: Frames/Period setting not always saved when it's the only setting changed.

t it isn't written to disk and the Jack server uses the previous setting when relaunched.) I've written and included a patch to address the issue. Cheers, Aaron -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Archit

Bug#939126: Small optimization to patch

Just a minor improvement to the patch I submitted. Cheers, Aaron --- jacktrip-1.1~repack/src/JackTrip.cpp 2019-09-02 07:57:44.0 +1000 +++ JackTrip.cpp 2019-09-02 07:58:29.098016907 +1000 @@ -450,7 +450,16 @@ UdpSockTemp.readDatagram(buf, 1, &peerHostAddress, &p

Bug#939126: jacktrip: Other clients unable to connect to jacktrip server

turn of an IPv4-mapped address instead of an IPv4 address. I've written and attached a patch that fixes this (restoring the behaviour shown by Qt4). Cheers, Aaron -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architectur

Bug#890572: pd-iemutils: FTBFS on non-Linux: No byte order defined

-iemutils&arch=hurd-i386&ver=0.0.20180206-1&stamp=1518216723&raw=0: iemlib.h:66:2: error: #error No byte order defined Please include on all __GLIBC__ systems, not just Linux ones. Thanks! -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.

Re: Debian CinePaint and FLTK threads

roblem. ;-) BTW, as you have correctly surmised, I do not normally read -multimedia, so please do continue Cc:ing me as appropriate. Thanks! -- Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org) http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/[EMAIL PROTECTED] -- To U

Bug#415156: openmovieeditor: depends on unavailable libjack0 (>= 0.102.20)

Package: openmovieeditor Version: 0.0.20061221-2 Severity: grave Justification: renders package unusable On amd64, openmovieeditor depends on libjack0 (>= 0.102.20), which is not in Debian (unstable *or* experimental) or even in the NEW queue. Could you please rebuild it against unstable's version