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

2022-10-10 Thread Aaron
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 info: Found

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

2022-09-30 Thread Aaron Rainbolt
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

2021-09-06 Thread Aaron
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

2021-09-06 Thread Aaron
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

Re: Broken dependency for libavresample4 on debian sid

2021-08-23 Thread Aaron
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: > liba

Broken dependency for libavresample4 on debian sid

2021-08-23 Thread Aaron
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.

2020-03-27 Thread Aaron Wyatt
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. Aaron Make sure

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.))

2020-03-26 Thread Aaron Wyatt
. 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 reinitialised.) Cheers, Aaron

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

2020-03-26 Thread Aaron Wyatt
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: Frames/Period setting not always saved when

Bug#954658: Updated Patch

2020-03-22 Thread Aaron Wyatt
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 the setup form

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

2020-03-22 Thread Aaron Wyatt
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') Architecture: amd64 (x86_64) Foreign

Bug#939126: Small optimization to patch

2019-09-01 Thread Aaron Wyatt
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, , _port); UdpSockTemp.close(); // close

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

2019-09-01 Thread Aaron Wyatt
the return 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') Architecture: amd64 (x86_6

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

2018-02-15 Thread Aaron M. Ucko
-iemutils=hurd-i386=0.0.20180206-1=1518216723=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.edu/~amu/ | http://stuff.mit.edu/cgi

Re: Debian CinePaint and FLTK threads

2008-02-04 Thread Aaron M. Ucko
, 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 UNSUBSCRIBE, email

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

2007-03-16 Thread Aaron M. Ucko
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