Page 1 of 1
MX 17 Repository: The VLC Thread
Posted: Sat Dec 23, 2017 7:00 pm
by Stevo
We now have an update to our default video player, VLC 2.2.8-2, in the test repository, backported from Debian testing. Changes include:
This release also fixes a few security issues, in the flac and the libavcodec modules (heap write overflow), in the avi module and a few crashes.
It runs fine in my tests, and we need a few more tester's thumbs-up before we move it to the main repo, which we'd like to do ASAP because of the security fixes.
I also have built VLC 3.0 release candidate 2 from Sid for MX 17, and it also runs fine, but will hold off until its final release for a repo version. I just wanted to check to see how it was going to build.
Re: MX 17 Repository: The VLC Thread
Posted: Sun Dec 24, 2017 3:26 am
by Gaer Boy
Works fine here and solves a problem I had yesterday with the previous version - videos breaking up every 2 minutes or so.
Phil
Re: MX 17 Repository: The VLC Thread
Posted: Sun Jan 21, 2018 4:37 pm
by Stevo
We now have VLC 3.0 release candidate 6, backported from Sid, in our test repository. I was experimenting with how hard a major upgrade like this is going to be when 3.0 is finally released, but since the results ended up running fine on my install, decided to send it up to the test repo with some new build-depends.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 2:11 pm
by Stevo
We now have the final release of 3.0 in our test repo, five years after 2.0 was released. Please give it a try so we can move it to main.
***** Those that have installed KDE or KDE applications may have phonon-backend-vlc or phonon4qt5-backend-vlc installed, which is incompatible with this version at the moment. Install phonon-backend-gstreamer or phonon4qt5-backend-null or -gstreamer instead, remove phonon-backend-vlc/phonon4qt5-backend-vlc, and then try the upgrade again. I'll try rebuilding the VLC backend against the new VLC..Yes, that fixes the issue here, the new phonons should be in the test repo soon.***********
VLC 3.0 "Vetinari" is a new major update of VLC.
VLC 3.0 activates hardware decoding by default, to get 4K and 8K playback!
It supports 10bits and HDR
VLC supports 360 video and 3D audio, up to Ambisoncics 3rd order
Allows audio passthrough for HD audio codecs
Can stream to Chromecast devices, even in formats not supported natively
Can play Blu-Ray Java menus: BD-J
VLC supports browsing of local network drives and NAS
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 2:30 pm
by richb
It would not install from the test repo using MXPI. When I tried to install in Synaptic, ended up with broken packages.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 2:46 pm
by stsoh
it works on mx17, upgraded from mxpi.
Code: Select all
2018-02-11 01:48:20 upgrade vlc-l10n all 2.2.8-2~mx17+1 3.0.0-1~mx17+1
2018-02-11 01:48:16 upgrade libvlc-bin amd64 2.2.8-2~mx17+1 3.0.0-1~mx17+1
2018-02-11 01:48:15 upgrade vlc-plugin-video-output amd64 2.2.8-2~mx17+1 3.0.0-1~mx17+1
2018-02-11 01:48:15 upgrade vlc-plugin-qt amd64 2.2.8-2~mx17+1 3.0.0-1~mx17+1
2018-02-11 01:48:15 upgrade vlc-bin amd64 2.2.8-2~mx17+1 3.0.0-1~mx17+1
2018-02-11 01:48:15 upgrade libvlc5 amd64 2.2.8-2~mx17+1 3.0.0-1~mx17+1
2018-02-11 01:48:15 install libvlccore9 amd64 <none> 3.0.0-1~mx17+1
2018-02-11 01:48:14 upgrade vlc-plugin-base amd64 2.2.8-2~mx17+1 3.0.0-1~mx17+1
2018-02-11 01:48:14 upgrade vlc-data all 2.2.8-2~mx17+1 3.0.0-1~mx17+1
2018-02-11 01:48:14 upgrade vlc amd64 2.2.8-2~mx17+1 3.0.0-1~mx17+1
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 2:55 pm
by Jerry3904
I enabled the MX Test repo, and had no trouble installing or running. Nice work!
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 3:05 pm
by Stevo
Well, if we can figure out what's going on with Rich, it seems good to go to main.
What does
say is broken?
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 3:13 pm
by Paul..
Confirmed...works great here.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 3:22 pm
by Gordon Cooper
OK here too.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 3:34 pm
by penguin
Stevo wrote:We now have the final release of 3.0 in our test repo, five years after 2.0 was released. Please give it a try so we can move it to main.
VLC 3.0 "Vetinari" is a new major update of VLC.
VLC 3.0 activates hardware decoding by default, to get 4K and 8K playback!
It supports 10bits and HDR
VLC supports 360 video and 3D audio, up to Ambisoncics 3rd order
Allows audio passthrough for HD audio codecs
Can stream to Chromecast devices, even in formats not supported natively
Can play Blu-Ray Java menus: BD-J
VLC supports browsing of local network drives and NAS
tried to install it on MX 17 on both 32/64 bit by MX Tools.... something goes wrong.I tick vlc to install and installer quits.
Should be uninstalled the previous version of vlc 2.2.8 before install?
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 3:37 pm
by Jerry3904
I doubt that Tools had been updated yet to do that. Works fine in Synaptic after the Test repo is enabled.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 3:47 pm
by Stevo
It doesn't look like it can be built for MX 15/16, since it needs a newer Qt 5 then we can provide. I think there's an appimage for that, though.
I'll try some more test upgrades.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 3:51 pm
by penguin
I enabled testrepo from synaptic. MX 17 /32 bit
and...
Code: Select all
(Reading database ... 403733 files and directories currently installed.)
Removing vlc (2.2.8-2~mx17+1) ...
Removing vlc-bin (2.2.8-2~mx17+1) ...
(Reading database ... 403695 files and directories currently installed.)
Preparing to unpack .../00-amd64-microcode_3.20171205.1~mx17_i386.deb ...
Unpacking amd64-microcode (3.20171205.1~mx17) over (3.20160316.3) ...
Preparing to unpack .../01-exiv2_0.26-1mx17+1_i386.deb ...
Unpacking exiv2 (0.26-1mx17+1) over (0.25-3.1) ...
Preparing to unpack .../02-printer-driver-postscript-hp_3.17.10+repack0-2~mx17+1_all.deb ...
Unpacking printer-driver-postscript-hp (3.17.10+repack0-2~mx17+1) over (3.16.11+repack0-3) ...
Preparing to unpack .../03-printer-driver-hpijs_3.17.10+repack0-2~mx17+1_i386.deb ...
Unpacking printer-driver-hpijs (3.17.10+repack0-2~mx17+1) over (3.16.11+repack0-3) ...
Preparing to unpack .../04-libsane-hpaio_3.17.10+repack0-2~mx17+1_i386.deb ...
Unpacking libsane-hpaio:i386 (3.17.10+repack0-2~mx17+1) over (3.16.11+repack0-3) ...
Preparing to unpack .../05-hplip_3.17.10+repack0-2~mx17+1_i386.deb ...
Unpacking hplip (3.17.10+repack0-2~mx17+1) over (3.16.11+repack0-3) ...
Preparing to unpack .../06-libhpmud0_3.17.10+repack0-2~mx17+1_i386.deb ...
Unpacking libhpmud0:i386 (3.17.10+repack0-2~mx17+1) over (3.16.11+repack0-3) ...
Preparing to unpack .../07-hplip-data_3.17.10+repack0-2~mx17+1_all.deb ...
Unpacking hplip-data (3.17.10+repack0-2~mx17+1) over (3.16.11+repack0-3) ...
Preparing to unpack .../08-printer-driver-hpcups_3.17.10+repack0-2~mx17+1_i386.deb ...
Unpacking printer-driver-hpcups (3.17.10+repack0-2~mx17+1) over (3.16.11+repack0-3) ...
Selecting previously unselected package libaribb24-0:i386.
Preparing to unpack .../09-libaribb24-0_1.0.3-1~mx17+1_i386.deb ...
Unpacking libaribb24-0:i386 (1.0.3-1~mx17+1) ...
Selecting previously unselected package libmicrodns0:i386.
Preparing to unpack .../10-libmicrodns0_0.0.3-3_i386.deb ...
Unpacking libmicrodns0:i386 (0.0.3-3) ...
Selecting previously unselected package libvulkan1:i386.
Preparing to unpack .../11-libvulkan1_1.0.65.2+dfsg1-1~mx17+1_i386.deb ...
Unpacking libvulkan1:i386 (1.0.65.2+dfsg1-1~mx17+1) ...
Selecting previously unselected package libplacebo2:i386.
Preparing to unpack .../12-libplacebo2_0.2.0-2~mx17+1_i386.deb ...
Unpacking libplacebo2:i386 (0.2.0-2~mx17+1) ...
Selecting previously unselected package libvlccore9:i386.
Preparing to unpack .../13-libvlccore9_3.0.0-1~mx17+1_i386.deb ...
Unpacking libvlccore9:i386 (3.0.0-1~mx17+1) ...
Preparing to unpack .../14-libxfce4panel-2.0-4_4.12.1-2mx17+1_i386.deb ...
Unpacking libxfce4panel-2.0-4 (4.12.1-2mx17+1) over (4.12.1-2) ...
Preparing to unpack .../15-linux-headers-4.13.0-1-686-pae_4.13.13-2mx17_i386.deb ...
Unpacking linux-headers-4.13.0-1-686-pae (4.13.13-2mx17) over (4.13.13-1mx17) ...
Preparing to unpack .../16-linux-headers-4.13.0-1-common_4.13.13-2mx17_all.deb ...
Unpacking linux-headers-4.13.0-1-common (4.13.13-2mx17) over (4.13.13-1mx17) ...
Preparing to unpack .../17-linux-kbuild-4.13_4.13.13-2mx17_i386.deb ...
Unpacking linux-kbuild-4.13 (4.13.13-2mx17) over (4.13.13-1mx17) ...
Preparing to unpack .../18-linux-image-4.13.0-1-686-pae_4.13.13-2mx17_i386.deb ...
Unpacking linux-image-4.13.0-1-686-pae (4.13.13-2mx17) over (4.13.13-1mx17) ...
Preparing to unpack .../19-nvidia-detect_384.111-3~~mx17+1_i386.deb ...
Unpacking nvidia-detect (384.111-3~~mx17+1) over (375.82-9mx17+1) ...
Preparing to unpack .../20-python-lxml_4.1.0-1~mx17+1_i386.deb ...
Unpacking python-lxml (4.1.0-1~mx17+1) over (3.7.1-1) ...
Preparing to unpack .../21-vlc-plugin-base_3.0.0-1~mx17+1_i386.deb ...
Unpacking vlc-plugin-base:i386 (3.0.0-1~mx17+1) over (2.2.8-2~mx17+1) ...
Preparing to unpack .../22-vlc-data_3.0.0-1~mx17+1_all.deb ...
Unpacking vlc-data (3.0.0-1~mx17+1) over (2.2.8-2~mx17+1) ...
Preparing to unpack .../23-vlc-l10n_3.0.0-1~mx17+1_all.deb ...
Unpacking vlc-l10n (3.0.0-1~mx17+1) over (2.2.8-2~mx17+1) ...
Preparing to unpack .../24-vlc-plugin-qt_3.0.0-1~mx17+1_i386.deb ...
Unpacking vlc-plugin-qt:i386 (3.0.0-1~mx17+1) over (2.2.8-2~mx17+1) ...
Preparing to unpack .../25-vlc-plugin-video-output_3.0.0-1~mx17+1_i386.deb ...
Unpacking vlc-plugin-video-output:i386 (3.0.0-1~mx17+1) over (2.2.8-2~mx17+1) ...
Setting up libvulkan1:i386 (1.0.65.2+dfsg1-1~mx17+1) ...
Processing triggers for mime-support (3.60) ...
Processing triggers for desktop-file-utils (0.23-1) ...
Setting up vlc-data (3.0.0-1~mx17+1) ...
Setting up desktop-defaults-xfce-mx17 (0.7.17.4.7) ...
dpkg: error processing package desktop-defaults-xfce-mx17 (--configure):
subprocess installed post-installation script returned error exit status 1
Setting up linux-kbuild-4.13 (4.13.13-2mx17) ...
Setting up libaribb24-0:i386 (1.0.3-1~mx17+1) ...
Setting up libmicrodns0:i386 (0.0.3-3) ...
Processing triggers for cups (2.2.1-8) ...
Updating PPD files for cups-filters ...
Updating PPD files for foomatic-db-compressed-ppds ...
Updating PPD files for brlaser ...
Updating PPD files for c2esp ...
Updating PPD files for cups-pdf ...
Updating PPD files for dymo ...
Updating PPD files for escpr ...
Updating PPD files for foo2zjs-common ...
Updating PPD files for gutenprint ...
Updating PPD files for hpcups ...
Updating PPD files for hpijs ...
Updating PPD files for m2300w ...
Updating PPD files for postscript-hp ...
Updating PPD files for ptouch ...
Updating PPD files for pxljr ...
Updating PPD files for sag-gdi ...
Updating PPD files for splix ...
Setting up hplip-data (3.17.10+repack0-2~mx17+1) ...
Setting up vlc-l10n (3.0.0-1~mx17+1) ...
Setting up libplacebo2:i386 (0.2.0-2~mx17+1) ...
Processing triggers for libc-bin (2.24-11+deb9u1) ...
Setting up libvlccore9:i386 (3.0.0-1~mx17+1) ...
Processing triggers for libvlc-bin:i386 (2.2.8-2~mx17+1) ...
No plugins in /usr/lib/i386-linux-gnu/vlc/plugins
WARNING: Regenerating VLC plugin cache failed.
Please run '/usr/lib/i386-linux-gnu/vlc/vlc-cache-gen -f /usr/lib/i386-linux-gnu/vlc/plugins' manually.
Setting up linux-headers-4.13.0-1-common (4.13.13-2mx17) ...
Setting up linux-image-4.13.0-1-686-pae (4.13.13-2mx17) ...
I: /vmlinuz.old is now a symlink to boot/vmlinuz-4.13.0-1-686-pae
I: /initrd.img.old is now a symlink to boot/initrd.img-4.13.0-1-686-pae
I: /vmlinuz is now a symlink to boot/vmlinuz-4.13.0-1-686-pae
I: /initrd.img is now a symlink to boot/initrd.img-4.13.0-1-686-pae
/etc/kernel/postinst.d/dkms:
Good news! Module version 1.61 for ndiswrapper.ko
exactly matches what is already found in kernel 4.13.0-1-686-pae.
DKMS will not replace this module.
You may override by specifying --force.
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-4.13.0-1-686-pae
I: The initramfs will attempt to resume from /dev/sda4
I: (UUID=f90f0404-270b-403c-a6c9-e61992dc1b94)
I: Set the RESUME variable to override this.
/etc/kernel/postinst.d/zz-update-grub:
Generating grub configuration file ...
using custom appearance settings
Found background image: /usr/share/backgrounds/MXLinux/grub/i3lock.png
Found linux image: /boot/vmlinuz-4.13.0-1-686-pae
Found initrd image: /boot/initrd.img-4.13.0-1-686-pae
Found SparkyLinux (4) on /dev/sda1
Found SparkyLinux (4) on /dev/sdb2
Found SparkyLinux (4) on /dev/sda1
Found SparkyLinux (4) on /dev/sdb2
Found linux image: /boot/vmlinuz-4.13.0-1-686-pae
Found initrd image: /boot/initrd.img-4.13.0-1-686-pae
Found SparkyLinux (4) on /dev/sda1
Found SparkyLinux (4) on /dev/sdb2
Found memtest86+ image: /boot/memtest86+.bin
Found memtest86+ multiboot image: /boot/memtest86+_multiboot.bin
Found SparkyLinux (4) on /dev/sda1
Found SparkyLinux (4) on /dev/sdb2
Found memtest86+ image: /boot/memtest86+.bin
Found memtest86+ multiboot image: /boot/memtest86+_multiboot.bin
done
Setting up python-lxml (4.1.0-1~mx17+1) ...
Setting up nvidia-detect (384.111-3~~mx17+1) ...
Processing triggers for man-db (2.7.6.1-2) ...
Processing triggers for gnome-menus (3.13.3-9) ...
Setting up exiv2 (0.26-1mx17+1) ...
Processing triggers for dbus (1.10.24-0+deb9u1) ...
Setting up libxfce4panel-2.0-4 (4.12.1-2mx17+1) ...
Setting up libhpmud0:i386 (3.17.10+repack0-2~mx17+1) ...
Processing triggers for hicolor-icon-theme (0.15-1) ...
Setting up amd64-microcode (3.20171205.1~mx17) ...
update-initramfs: deferring update (trigger activated)
amd64-microcode: microcode will be updated at next boot
Setting up linux-headers-4.13.0-1-686-pae (4.13.13-2mx17) ...
Setting up libsane-hpaio:i386 (3.17.10+repack0-2~mx17+1) ...
Installing new version of config file /etc/hp/hplip.conf ...
Setting up vlc-plugin-base:i386 (3.0.0-1~mx17+1) ...
Setting up printer-driver-hpcups (3.17.10+repack0-2~mx17+1) ...
Setting up vlc-plugin-qt:i386 (3.0.0-1~mx17+1) ...
Setting up vlc-plugin-video-output:i386 (3.0.0-1~mx17+1) ...
Setting up printer-driver-hpijs (3.17.10+repack0-2~mx17+1) ...
Setting up hplip (3.17.10+repack0-2~mx17+1) ...
Creating/updating hplip user account...
Setting up printer-driver-postscript-hp (3.17.10+repack0-2~mx17+1) ...
Processing triggers for libc-bin (2.24-11+deb9u1) ...
Processing triggers for initramfs-tools (0.130) ...
update-initramfs: Generating /boot/initrd.img-4.13.0-1-686-pae
I: The initramfs will attempt to resume from /dev/sda4
I: (UUID=f90f0404-270b-403c-a6c9-e61992dc1b94)
I: Set the RESUME variable to override this.
[b]Errors were encountered while processing:
desktop-defaults-xfce-mx17
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install. Trying to recover:
Setting up desktop-defaults-xfce-mx17 (0.7.17.4.7) ...
dpkg: error processing package desktop-defaults-xfce-mx17 (--configure):
subprocess installed post-installation script returned error exit status 1[/b]
I applied: Reload > Mark all Updates > Apply
The bold letter error comes up also when I applied updates on the startup today ( MX Updater)
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 3:57 pm
by Eadwine Rose
Can you put the long bits in
Code: Select all
tags please instead of [quote]? Thanks :)
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 4:06 pm
by Stevo
In the future, when we are just trying to troubleshoot one package, please don't do a full upgrade! In your case, you are having an install failure with desktop-defaults-xfce-mx17, which is in the main repo and has nothing to do at all with vlc.
I suggest you start a separate thread for that update failure...the script is failing, but I really suspect that you have been messing around with your sources.list files like crazy, too.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 4:09 pm
by Stevo
Do the people getting broken packages have KDE installed, or at least phonon-backend-vlc installed? In that case, installing phonon-backend-gstreamer and removing phonon-backend-vlc might help.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 4:18 pm
by richb
I do have KDE installed.
phonon-backend-vlc is not installed and phonon-backend-gstreamer is. If it makes a difference phonon4qt5-backend-vlc is also installed.
Code: Select all
root@mxmain:/home/rich# apt install vlc=3.0.0-1~mx17+1
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
vlc : Depends: vlc-bin (= 3.0.0-1~mx17+1) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 4:24 pm
by penguin
Stevo wrote:In the future, when we are just trying to troubleshoot one package, please don't do a full upgrade! In your case, you are having an install failure with desktop-defaults-xfce-mx17, which is in the main repo and has nothing to do at all with vlc.
I suggest you start a separate thread for that update failure...the script is failing, but I really suspect that you have been messing around with your sources.list files like crazy, too.
As I said, I noticed failure with desktop-defaults-xfce-mx17, but I did not pay attention to it. Now that I tried to install vlc 3 by enabling testrepo the problem raised.So I disabled testrepo to avoid other problems as broken packages etc ... i will open a separate thread for failure with desktop-defaults-xfce-mx17.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 4:41 pm
by Stevo
richb wrote:I do have KDE installed.
phonon-backend-vlc is not installed and phonon-backend-gstreamer is. If it makes a difference phonon4qt5-backend-vlc is also installed.
Code: Select all
root@mxmain:/home/rich# apt install vlc=3.0.0-1~mx17+1
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
vlc : Depends: vlc-bin (= 3.0.0-1~mx17+1) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
How about replacing phonon4qt5-backend-vlc with its gstreamer equivalent, too? I'll try rebuilding that, too, since it worked for phonon-backend-vlc...oh, wait, it's all part of the phonon rebuild I just did. I'll probably rebuild vlc-3.0.0 and have it break the older versions of those phonon backends.
OK, it already has those Breaks: in it, I just have to upload the phonon backport to the test repo and it should straighten out that mess.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 4:42 pm
by richb
I did look at removing phonon4qt5-backend-vlc. It also removes a ton of KDE packages.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 5:24 pm
by Stevo
richb wrote:I did look at removing phonon4qt5-backend-vlc. It also removes a ton of KDE packages.
Those need at least one backend installed, so just add the -gstreamer or -null backend first before removing the vlc one. But we have updated phonon packages coming into the test repo that should fix all the backends, anyway.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 5:33 pm
by richb
OK I will wait. I am not having any luck with the individual packages. maybe not installing the right one.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 7:21 pm
by Stevo
No, the new vlc's libvlc5 has a Breaks for Stretch's 0.9.0 phonon packages, which is why I've backported 0.9.1-2. That sorts everything out.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 7:49 pm
by richb
You lost me. Must have a mental block. What am I supposed to do?
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 8:27 pm
by Stevo
Either wait until we get the new phonon packages in the test repo, or install phonon4qt5-backend-gstreamer and then remove phonon4qt5-backend-vlc. KDE requires at least one of those backends be installed, so when the new vlc wants to break and remove the -vlc backend, apt isn't smart enough to replace it automatically with the gstreamer one--instead it wants to remove most of KDE.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Feb 10, 2018 8:34 pm
by richb
That was my plan, to wait. This post, the no, confused me. as response to my comment I was going to wait. Sorry for the confusion.
Stevo wrote:No, the new vlc's libvlc5 has a Breaks for Stretch's 0.9.0 phonon packages, which is why I've backported 0.9.1-2. That sorts everything out.
Re: MX 17 Repository: The VLC Thread
Posted: Sun Feb 11, 2018 5:35 am
by Gaer Boy
Installed fine using MXPI but it brings back my problem with audio & video files breaking up. I will revert to 2.2.8-2.
Phil
Re: MX 17 Repository: The VLC Thread
Posted: Sun Feb 11, 2018 7:26 am
by richb
VLC 3.0.0 now installed and working.
Re: MX 17 Repository: The VLC Thread
Posted: Sun Feb 11, 2018 7:43 am
by Jerry3904
Good work, Stevo.
Re: MX 17 Repository: The VLC Thread
Posted: Sun Feb 11, 2018 8:19 am
by richb
Jerry3904 wrote:Good work, Stevo.
I second that.
Re: MX 17 Repository: The VLC Thread
Posted: Sun Feb 11, 2018 4:15 pm
by Stevo
Well, I'd love to get 3.0 into main, but we have that one user getting skips with it. Does anyone else have this issue?
3.0, like mpv, now uses the openGL video output as default instead of xvideo. Maybe switching 3.0 in the settings to use xvideo will fix that.
Re: MX 17 Repository: The VLC Thread
Posted: Sun Feb 11, 2018 4:17 pm
by Stevo
Gaer Boy wrote:Installed fine using MXPI but it brings back my problem with audio & video files breaking up. I will revert to 2.2.8-2.
Phil
Can we get your "inxi -Fxz" output, and can you try having 3.0 using the xvideo video output like 2.2.8 does?
Re: MX 17 Repository: The VLC Thread
Posted: Mon Feb 12, 2018 9:37 am
by Gaer Boy
Code: Select all
$ inxi -Fxz
System: Host: mx1 Kernel: 4.14.0-3-amd64 x86_64 bits: 64 gcc: 6.3.0
Desktop: Xfce 4.12.3 (Gtk 2.24.31) Distro: MX-17_x64 Horizon December 15, 2017
Machine: Device: desktop Mobo: ASRock model: FM2A88X-ITX+ serial: N/A
UEFI: American Megatrends v: P2.10 date: 01/17/2014
Battery hidpp__0: charge: N/A condition: NA/NA Wh
model: Logitech Wireless Keyboard K270 status: Discharging
hidpp__1: charge: N/A condition: NA/NA Wh
model: Logitech Wireless Mouse M185 status: Discharging
CPU: Quad core AMD A8-6500 APU with Radeon HD Graphics (-MCP-)
arch: Piledriver rev.1 cache: 8192 KB
flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm) bmips: 27951
clock speeds: max: 3500 MHz 1: 1849 MHz 2: 1751 MHz 3: 1757 MHz 4: 3177 MHz
Graphics: Card: Advanced Micro Devices [AMD/ATI] Richland [Radeon HD 8570D] bus-ID: 00:01.0
Display Server: x11 (X.Org 1.19.2 )
drivers: ati,radeon (unloaded: modesetting,fbdev,vesa)
Resolution: 1920x1080@60.00hz
OpenGL: renderer: Gallium 0.4 on AMD ARUBA (DRM 2.50.0 / 4.14.0-3-amd64, LLVM 3.9.1)
version: 4.1 Mesa 13.0.6 Direct Render: Yes
Audio: Card-1 Advanced Micro Devices [AMD] FCH Azalia Controller
driver: snd_hda_intel bus-ID: 00:14.2
Card-2 Advanced Micro Devices [AMD/ATI] Trinity HDMI Audio Controller
driver: snd_hda_intel bus-ID: 00:01.1
Sound: Advanced Linux Sound Architecture v: k4.14.0-3-amd64
Network: Card-1: Qualcomm Atheros AR9462 Wireless Network Adapter driver: ath9k bus-ID: 01:00.0
IF: wlan0 state: down mac: <filter>
Card-2: Qualcomm Atheros QCA8171 Gigabit Ethernet
driver: alx port: e000 bus-ID: 03:00.0
IF: eth0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives: HDD Total Size: 2120.4GB (15.0% used)
ID-1: /dev/sdc model: TOSHIBA_HDWD110 size: 1000.2GB
ID-2: /dev/sdb model: ST1000DM005_HD10 size: 1000.2GB
ID-3: /dev/sda model: Samsung_SSD_840 size: 120.0GB
Partition: ID-1: / size: 20G used: 8.8G (49%) fs: ext4 dev: /dev/sda2
ID-2: swap-1 size: 8.39GB used: 0.01GB (0%) fs: swap dev: /dev/sdb11
Sensors: System Temperatures: cpu: 9.0C mobo: N/A gpu: 7.0
Fan Speeds (in rpm): cpu: N/A
Info: Processes: 220 Uptime: 11 days Memory: 3249.2/6892.8MB
Init: SysVinit runlevel: 5 Gcc sys: 6.3.0 Client: Shell (bash 4.4.121) inxi: 2.3.54
I will reinstall 3.0 and try the xvideo output tomorrow.
Phil
Re: MX 17 Repository: The VLC Thread
Posted: Mon Feb 12, 2018 2:55 pm
by Stevo
Thanks---I remember some people also had problems with hardware video acceleration enabled by default in VLC, though MX may be missing some packages to have that working out of the box for AMD. (a bug?) As I recall, they had to do with va-, libva, and xvba-va-driver packages...maybe we are also missing some va packages for Intel, too. Let me check that out.
Re: MX 17 Repository: The VLC Thread
Posted: Tue Feb 13, 2018 7:06 am
by Gaer Boy
VLC 3.0 reinstalled and set to use xvideo. I still get some breaking-up of the video, although not as much. MP4 files seem to be worse than .flv or .vdi but it's difficult to be sure - it's often 2-3 minutes before the first glitch and I can't spend all day watching.
I also tried a couple of the other outputs but could see no difference. I will leave 3.0 installed for now. If there's anything else I can try, let me know.
Phil
Re: MX 17 Repository: The VLC Thread
Posted: Tue Feb 13, 2018 4:01 pm
by Stevo
Have you tried disabling the hardware acceleration in Preferences/Inputs-Codecs?
You also have to restart VLC for any of these video output or other changes to be in effect.
Re: MX 17 Repository: The VLC Thread
Posted: Thu Feb 15, 2018 2:29 pm
by vamsi
Got this error and in package installer it is showing that all the dependencies are installed quite strange
Code: Select all
apt install vlc=3.0.0-1~mx17+1
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
vlc : Depends: vlc-bin (= 3.0.0-1~mx17+1) but it is not going to be installed
Depends: vlc-plugin-base (= 3.0.0-1~mx17+1) but it is not going to be installed
Depends: vlc-plugin-qt (= 3.0.0-1~mx17+1) but it is not going to be installed
Depends: vlc-plugin-video-output (= 3.0.0-1~mx17+1) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.
Re: MX 17 Repository: The VLC Thread
Posted: Thu Feb 15, 2018 2:33 pm
by Stevo
Got this error and in package installer it is showing that all the dependencies are installed quite strange
That's what happens when you mix 'n' match outside repositories.
Re: MX 17 Repository: The VLC Thread
Posted: Thu Feb 15, 2018 3:32 pm
by vamsi
Re: MX 17 Repository: The VLC Thread
Posted: Thu Apr 26, 2018 1:53 pm
by Stevo
VLC 3.0.2, a bugfix release backported from Debian Sid, is now in the test repository.
I'd like to get this version moved to main, so would like to see if it works for testers now. Thanks!
Re: MX 17 Repository: The VLC Thread
Posted: Thu Apr 26, 2018 2:03 pm
by chrispop99
Stevo wrote:VLC 3.0.2, a bugfix release backported from Debian Sid, is now in the test repository.
I'd like to get this version moved to main, so would like to see if it works for testers now. Thanks!
It installs, and plays MP4, MOV, FLV, MPG and MKV files properly.
Chris
Re: MX 17 Repository: The VLC Thread
Posted: Thu Apr 26, 2018 2:10 pm
by Richard
Installed VLC-302 Vetinari from pbuilder and it's playing.
Will try some other formats besides mp3
and I'll let it run till tonight.
Re: MX 17 Repository: The VLC Thread
Posted: Thu Apr 26, 2018 3:28 pm
by Stevo
Richard wrote:Installed VLC-302 Vetinari from pbuilder and it's playing.
Will try some other formats besides mp3
and I'll let it run till tonight.
Pbuilder? You compiled it yourself?
Or did you mean package-installer?
The other updated libraries that would need to go to main with it would be libplacebo, libarrib24, and libvulkan1.
Re: MX 17 Repository: The VLC Thread
Posted: Thu Apr 26, 2018 4:20 pm
by Richard
No, that's what it said in the about box. :)
When you click on the title.
Re: MX 17 Repository: The VLC Thread
Posted: Thu Apr 26, 2018 4:24 pm
by fehlix
Stevo wrote:VLC 3.0.2, a bugfix release backported from Debian Sid, is now in the test repository.
I'd like to get this version moved to main, so would like to see if it works for testers now.
Quick test reply: Installed with MXPI testing repo. .. some issues:
1st trial: selcting vlc 3.0.2 -> installation appears to have be done ok.
Won't start. Cli-error messages-> mentioning still some vlc 2.2x related errors.
... apt policy still show some libvlc* 2.2 to be installed
2nd trial: apt apt-get purge vlc* libvlc* and than selecting all (non-dbg) vlc and libvlc 3.0.2 from within MXPI.
ok VLC 3.0.2 comes up playing streams, mp4 etc.
Video/sound ok! But moving the cursor out/into windows during playing show some flickering /tearing artefact's, which not have been observed in vlc 2.2x
Sorry if that is a too short test-reply..
Re: MX 17 Repository: The VLC Thread
Posted: Thu Apr 26, 2018 6:01 pm
by Stevo
Ahh, I see about pbuilder. That's the program I use to build most packages, which it does in an isolated environment, and VLC records the user account and machine name where it was built--in this case "pbuilder@mx1".
Re: MX 17 Repository: The VLC Thread
Posted: Thu Apr 26, 2018 10:46 pm
by Stevo
fehlix wrote:Stevo wrote:VLC 3.0.2, a bugfix release backported from Debian Sid, is now in the test repository.
I'd like to get this version moved to main, so would like to see if it works for testers now.
Quick test reply: Installed with MXPI testing repo. .. some issues:
1st trial: selcting vlc 3.0.2 -> installation appears to have be done ok.
Won't start. Cli-error messages-> mentioning still some vlc 2.2x related errors.
... apt policy still show some libvlc* 2.2 to be installed
2nd trial: apt apt-get purge vlc* libvlc* and than selecting all (non-dbg) vlc and libvlc 3.0.2 from within MXPI.
ok VLC 3.0.2 comes up playing streams, mp4 etc.
Video/sound ok! But moving the cursor out/into windows during playing show some flickering /tearing artefact's, which not have been observed in vlc 2.2x
Sorry if that is a too short test-reply..
I think that 3.X defaults to using the GL video output instead of the xv output like the 2.X versions. Does changing it back to xv make any difference in the flickering?
Re: MX 17 Repository: The VLC Thread
Posted: Fri Apr 27, 2018 1:56 am
by fehlix
Stevo wrote:I think that 3.X defaults to using the GL video output instead of the xv output like the 2.X versions. Does changing it back to xv make any difference in the flickering?
Actually the default VideoOutput is set to "Automatic", which explains itself as to "auto selecting the best available video output",
and is set within the ~/.config/vlc/vlcrc as vout=any.
Changing within the prefernces menu from from "Automatic" to "XVideo outout (XCB)", which shows up as vout=xcb_xv within ~/.config/vlc/vlcrc
the flickering is gone.
And I do now enjoy watching within VLC 3.0.2 'Vetinari' without any visual artefact's dolphin_oracle's highly recommended "SSH Conduit-secure shell remote access" video (which I'll go and need to compare to antiX' 1-to-1-assistance-antix, as those tools are extremely usefull and urgently needed for remote helping folks)!!
So Yes! Thanks! Well done!
Re: MX 17 Repository: The VLC Thread
Posted: Thu May 17, 2018 5:40 pm
by Stevo
Debian has added 3.0.2 as a security update to Stretch, so everyone will get upgraded now. I can't see any reason to have our 3.0.2 in the test repo now.
Re: MX 17 Repository: The VLC Thread
Posted: Mon May 21, 2018 2:46 pm
by Arjen
After updating to 3.0.2 my VLC looks like this:
screenshot_vlc302.png
The menus have large spacing and the toolbar buttons are very big. I tried to solve it by changing the theme, but all themes have this issue (most themes even more so). Do other people have this problem too? Any idea how I can solve this? (I'm on a 1920x1080 display if that matters...)
Re: MX 17 Repository: The VLC Thread
Posted: Mon May 21, 2018 4:35 pm
by Stevo
I thought more people would like the way yours looks now, actually.
Re: MX 17 Repository: The VLC Thread
Posted: Mon May 21, 2018 4:47 pm
by Eadwine Rose
Mine looks normal:
vlc.jpg
Greybird-mx17
nuvola icon theme
default font = sans 8
no custom dpi setting
style Daloa
Re: MX 17 Repository: The VLC Thread
Posted: Mon May 21, 2018 5:13 pm
by fehlix
Arjen wrote: Mon May 21, 2018 2:46 pm
After updating to 3.0.2 my VLC looks like this:
I'd already installed before from test-repo but just installed again from main all vlc-3.0.2.
Mine looks as it should be Arc-Dark, no further special settings.
vlc.png
Re: MX 17 Repository: The VLC Thread
Posted: Mon May 21, 2018 6:37 pm
by Stevo
Could this be related to some kind of deb-multimedia "contamination"? Have you installed anything from that repo?
Re: MX 17 Repository: The VLC Thread
Posted: Mon May 21, 2018 7:09 pm
by rich
Almost looks like KDE breeze theme
Do your other qt applications look normal or like how vlc does now (featherpad, mxpi, etc)
Re: MX 17 Repository: The VLC Thread
Posted: Tue May 22, 2018 5:21 am
by Arjen
Thanks for your suggestions! I don't have anything installed from deb-multimedia and other Qt applications look normal. Changing the XFCE theme didn't help (I'm using Greybird MX).
After some more searching, I found out that this seems to be a HiDPI issue, also reported
here and
here. My resolution is 1920x1080, so not exactly HiDPI, but apparently high enough.
In the first thread linked above it is suggested to use "QT_AUTO_SCREEN_SCALE_FACTOR=0", and indeed, if I start VLC with:
the interface looks normal! Yay!
I could change the menu item to start VLC this way, but off course I want to be able to open videos from the file manager. How can I make this variable always apply? Any suggestions welcome! Hopefully this gets fixed in a future version of VLC...
Re: MX 17 Repository: The VLC Thread
Posted: Tue May 22, 2018 7:02 am
by rich
You could prbly put
Code: Select all
export QT_AUTO_SCREEN_SCALE_FACTOR=0
in /etc/X11/Xsession.d/98qtconfig
Re: MX 17 Repository: The VLC Thread
Posted: Tue May 22, 2018 8:32 am
by Arjen
Thank you, that works - great!
Re: MX 17 Repository: The VLC Thread
Posted: Tue May 22, 2018 9:06 am
by rich
:) Glad you got it
Re: MX 17 Repository: The VLC Thread
Posted: Thu May 24, 2018 3:51 pm
by Stevo
You should move the problems with the Debian version of 3.0.2 to their own thread, since this thread is for the versions we have in our own repositories. You can check what version you have installed in Synaptic, or in a terminal with "apt show vlc".
Debian updated to 3.0.2 apparently because the 2.X versions have a major security flaw that can't be patched...bad news for MX 15/16 users! They can try a VLC 3.0.2 Appimage (I'll try to make a vlc-appimage package for 64-bit) or a flatpak if it comes in that container, or switch to another player.
Re: MX 17 Repository: The VLC Thread
Posted: Wed May 30, 2018 9:32 pm
by Stevo
OK, we now have our own version in the test repo again, the latest 3.0.3 release, backported from Debian Sid.
Re: MX 17 Repository: The VLC Thread
Posted: Wed May 30, 2018 9:37 pm
by rich
I wonder if this would clear up the issue using the debian stable version in
viewtopic.php?t=45284
Re: MX 17 Repository: The VLC Thread
Posted: Sat Jul 21, 2018 1:44 pm
by Stevo
Debian has now pushed a VLC 3.0.3 build into the Stretch security updates that is seen as an upgrade over our test repo version, so we may as well pull our build.
I have noticed with my Coffee Lake Intel GPU, VLC 3.X works well with the "intel" video driver, but switching to the Debian default modesetting video driver and trying to play something with VLC will lock up the whole GUI.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Sep 01, 2018 4:39 pm
by Stevo
We now have the latest release of VLC 3.0.4, backported from Sid, in the test repository. It pulls a few new libraries from our test repo, notably libspatialaudio, libplacebo, and libarribb24, which features were disabled in Debian's version of 3.0.3 for Stretch.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Dec 29, 2018 5:04 pm
by Stevo
VLC 3.0.5 has now landed in our test repository!
Changes include:
Faster and more complete support for the AV1 codec,
Improvements for Blu-ray playback, RTP and UDP streams,
Improvements for MP4, MKV, CAF and AV1 media,
Improvements for HDR support, tone-mapping and native Windows HDR support,
Fixes for Chromecast, Direct3D11, Youtube and subtitles rendering.
Feedback appreciated as to how it updates from the MX Package Installer and how it performs. Thanks!
It will also pull in some new and updated libraries that I found necessary to backport for this version, BTW.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Dec 29, 2018 7:52 pm
by Richard
Updated VLC 3.0.5 from the MX-PI.
It plays as expected.
It is my preferred app for music so I'll pay attention.
Re: MX 17 Repository: The VLC Thread
Posted: Fri Jan 11, 2019 3:10 pm
by Stevo
OK, after that completely trouble-free migration [/s]
of 3.0.5 to the main repo, we now have yesterday's 3.0.6 bugfix release in the test repo. It uses all the libraries we already have in the main repo, so installing and using this update shouldn't be a problem, as well as moving it to main.
Changes:
Core:
* Fix potential subtitle picture allocation failures
Codec:
* Add support for 12 bits decoding of AV1
* Fix HDR support in AV1 when the container provides the metadata
Re: MX 17 Repository: The VLC Thread
Posted: Fri Jan 11, 2019 3:20 pm
by Eadwine Rose
Not everything gets upgraded though...
here is what happens when I mark for upgrade in testing:
Code: Select all
libvlc-bin (version 3.0.5-1~mx17+1) will be upgraded to version 3.0.6-0.1~mx17+1
libvlc5 (version 3.0.5-1~mx17+1) will be upgraded to version 3.0.6-0.1~mx17+1
libvlccore9 (version 3.0.5-1~mx17+1) will be upgraded to version 3.0.6-0.1~mx17+1
vlc (version 3.0.5-1~mx17+1) will be upgraded to version 3.0.6-0.1~mx17+1
vlc-bin (version 3.0.5-1~mx17+1) will be upgraded to version 3.0.6-0.1~mx17+1
vlc-data (version 3.0.5-1~mx17+1) will be upgraded to version 3.0.6-0.1~mx17+1
vlc-plugin-base (version 3.0.5-1~mx17+1) will be upgraded to version 3.0.6-0.1~mx17+1
vlc-plugin-qt (version 3.0.5-1~mx17+1) will be upgraded to version 3.0.6-0.1~mx17+1
vlc-plugin-video-output (version 3.0.5-1~mx17+1) will be upgraded to version 3.0.6-0.1~mx17+1
What gets left behind is
vlc-l10n
Not that big of a deal really, I don't think?
Re: MX 17 Repository: The VLC Thread
Posted: Fri Jan 11, 2019 7:19 pm
by Stevo
I don't think the -l10n package is required by any of the newer packages, so they don't pull in a newer version. That should appear as an upgrade in the Test Repo Installer if you search for "vlc", though. If we move it to main, it should just be a normal upgrade.
Re: MX 17 Repository: The VLC Thread
Posted: Fri Jan 11, 2019 10:36 pm
by Richard
3.0.6 updated via MXPI. All ok. Plays as expected.
Had a message afterwards that it couldn't connect to Internet,
but that was probably a quirk of my ISP. I have seen the message before
when installing via MXPI.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Jan 12, 2019 5:44 pm
by Stevo
VLC 3.0.6 moved to main to stay ahead of Debian's less featureful 3.0.6.
Re: MX 17 Repository: The VLC Thread
Posted: Thu Jun 06, 2019 4:27 am
by kepler1
Hello all! :)
I found a bug in VLC. Maybe you guys can also reproduce it?
Summary: The video flickers whenever the XFCE volume pop-up is displayed.
Prerequisites:
- Set up some keys which you can use to change the (system) audio volume - I've used Volumeicon (from XFCE panel)
Steps to reproduce:
1. Open a video in VLC
2. Enter full-screen mode
3. Change the system volume - The XFCE volume pop-up should appear
4. Keep changing the volume up / down
Result: The video will flicker whenever the volume is changed.
NOTES:
* VLC Version: 3.0.6
* If the video output is changed to VDPAU from Preferences - Video - Video output - the issue will not occur anymore.
Re: MX 17 Repository: The VLC Thread
Posted: Thu Jun 06, 2019 3:21 pm
by Stevo
It seems you have a workaround, so perhaps not a bug. But there are so many variables, such as if you're using a compositor, which one, and what its settings are, plus what video driver you're using, its version, your hardware, and the driver's settings, that the flicker may be restricted to just your particular situation.
Are you getting hardware-accelerated video in VLC with the vdpau output, such as being able to play 4K video with essentially no extra CPU use?
Re: MX 17 Repository: The VLC Thread
Posted: Fri Jun 07, 2019 2:36 pm
by kepler1
Stevo wrote: Thu Jun 06, 2019 3:21 pm
It seems you have a workaround, so perhaps not a bug. But there are so many variables, such as if you're using a compositor, which one, and what its settings are, plus what video driver you're using, its version, your hardware, and the driver's settings, that the flicker may be restricted to just your particular situation.
Are you getting hardware-accelerated video in VLC with the vdpau output, such as being able to play 4K video with essentially no extra CPU use?
Hi!
PC specs: old rag :) Core 2 duo e4600 @ 2.4ghz, 3GB RAM, SSD.
OS: MX 18.3
VLC Version: 3.0.6
Compositor: XFWM4 - The issue occurs even if I disable the compositor
Compositor settings: See the screenshot below.
Graphics: Device-1: AMD Caicos XT [Radeon HD 7470/8470 / R5 235/310 OEM] driver: radeon
v: kernel
Display: x11 server: X.Org 1.19.2 driver: radeon resolution: 1680x1050~60Hz
OpenGL: renderer: AMD CAICOS (DRM 2.50.0 / 4.19.0-5-amd64 LLVM 7.0.0)
v: 3.3 Mesa 18.2.6
I can provide additional info if needed. I also posted some time ago in Manjaro forums, several users had this problem.
Best regards!
Re: MX 17 Repository: The VLC Thread
Posted: Fri Jun 07, 2019 3:39 pm
by Stevo
Well, it might be a bug in the radeon driver in that particular version of the kernel, which introduces even more variables, since part of that driver is in the kernel and you can try many different versions of that, and part is in the xserver-xorg-video-radeon driver, and we have a newer version of that in the test repo. Or maybe your GPU could use the amdgpu driver, to which all the same applies, except part is in the xserver-xorg-video-amdgpu package. So now there's a zillion variables.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Jun 08, 2019 6:15 am
by kepler1
Stevo wrote: Fri Jun 07, 2019 3:39 pm
Well, it might be a bug in the radeon driver in that particular version of the kernel, which introduces even more variables, since part of that driver is in the kernel and you can try many different versions of that, and part is in the xserver-xorg-video-radeon driver, and we have a newer version of that in the test repo. Or maybe your GPU could use the amdgpu driver, to which all the same applies, except part is in the xserver-xorg-video-amdgpu package. So now there's a zillion variables.
Hey.
I'm sorry, but I'm not quite sure this is a kernel / radeon bug.
If I change the
"Force window style" from System's Default to Fusion or Windows, the flickering is
gone. Note that in this case, i don't even have to change the video output to VDPAU, i can just leave it to Default.
If the setting is set to gtk2 / System's Default (System's Default is the original setting), the flicker is present whenever the XFCE volume notification is displayed.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Jun 08, 2019 1:29 pm
by Stevo
We now have the latest 3.0.7 release in the test repository, as 3.0.7-1mx17+1. This fixes about 20 buffer overruns and use-after-free security holes, so we'd like to get this tested and into main as soon as possible. Debian might do their own backport like they did for 3.0.6, but it lacks some features that our build has, such as working va-api acceleration on MX and AV1 codec playback, so our package is versioned to still be higher than Debian's.
Not listed in the release notes, but it resumes videos for me right at the spot where I stopped before, now without that silly skinny little popup question. You probably still have to set it to resume in the settings for a fresh install, though.
About va-api acceleration: the mx17+1 build in the test repo will have va-api acceleration with the Mesa and libva versions in MX 17 main. It will break that if you have the test repo versions of those libraries, but we have a mx17+2 build waiting in the wings to move into the test repo that will get it working again, as soon as we move the first version to main. I've tested the mx17+2 version to make it works with those upgrades.
Re: MX 17 Repository: The VLC Thread
Posted: Sun Jun 09, 2019 8:59 pm
by Stevo
Has anyone had a chance to install and try the test repo upgrade? It really needs to get into main because of the security fixes.
Re: MX 17 Repository: The VLC Thread
Posted: Sun Jun 09, 2019 10:57 pm
by Gordon Cooper
Have not tested all features, but VLC 3.0.7 plays my CD's without any apparent distortion or other problems
Re: MX 17 Repository: The VLC Thread
Posted: Mon Jun 10, 2019 6:24 am
by kepler1
Stevo wrote: Sat Jun 08, 2019 1:29 pm
We now have the latest 3.0.7 release in the test repository, as 3.0.7-1mx17+1. This fixes about 20 buffer overruns and use-after-free security holes, so we'd like to get this tested and into main as soon as possible. Debian might do their own backport like they did for 3.0.6, but it lacks some features that our build has, such as working va-api acceleration on MX and AV1 codec playback, so our package is versioned to still be higher than Debian's.
Not listed in the release notes, but it resumes videos for me right at the spot where I stopped before, now without that silly skinny little popup question. You probably still have to set it to resume in the settings for a fresh install, though.
About va-api acceleration: the mx17+1 build in the test repo will have va-api acceleration with the Mesa and libva versions in MX 17 main. It will break that if you have the test repo versions of those libraries, but we have a mx17+2 build waiting in the wings to move into the test repo that will get it working again, as soon as we move the first version to main. I've tested the mx17+2 version to make it works with those upgrades.
Thanks for the update!
I will try to reproduce the issue in the new version then, whenever it will be available in the main repository.
By the way, in IRL im QA so i would like to contribute to the MX project, with feedback and / or bugs, if this is possible :)
Regards
Re: MX 17 Repository: The VLC Thread
Posted: Mon Jun 10, 2019 2:11 pm
by Stevo
It's not going to get to be in main unless a few more users test it out to make sure it works well enough. So far, it's been just me, Tim, and Gordon. We have some other users complain that we put packages in main too quickly, so we're treading a fine line here.
Re: MX 17 Repository: The VLC Thread
Posted: Mon Jun 10, 2019 2:13 pm
by Eadwine Rose
What needs testing, other than a basic "will it work?"
It plays mp4 and mkv just fine in any case.
Re: MX 17 Repository: The VLC Thread
Posted: Mon Jun 10, 2019 7:55 pm
by dolphin_oracle
it plays videos and music. m4v, mkv, mp4, wmv, mp3, and ogg.
Re: MX 17 Repository: The VLC Thread
Posted: Mon Jun 10, 2019 9:16 pm
by Stevo
OK, that seems good enough. I was also looking for any upgrade glitches like we have had in the past for VLC, but this one seems to be free of those.
OK, I've asked Tim to move the mx17+1 version to main, and add the mx17+2 version to testing. The second version is built against the newer Mesa, libva, and ffmpeg in testing, so va-api will work with those updates. The first version is built against those libraries in MX 17 main.
Re: MX 17 Repository: The VLC Thread
Posted: Thu Jun 13, 2019 10:53 pm
by Stevo
Now updated to 3.0.7.1 in the main and test repos--it's a fix for a few bugs that popped up with 3.0.7.
Re: MX 17 Repository: The VLC Thread
Posted: Fri Jun 14, 2019 3:32 am
by kepler1
Stevo wrote: Sat Jun 08, 2019 1:29 pm
We now have the latest 3.0.7 release in the test repository, as 3.0.7-1mx17+1. This fixes about 20 buffer overruns and use-after-free security holes, so we'd like to get this tested and into main as soon as possible. Debian might do their own backport like they did for 3.0.6, but it lacks some features that our build has, such as working va-api acceleration on MX and AV1 codec playback, so our package is versioned to still be higher than Debian's.
Not listed in the release notes, but it resumes videos for me right at the spot where I stopped before, now without that silly skinny little popup question. You probably still have to set it to resume in the settings for a fresh install, though.
About va-api acceleration: the mx17+1 build in the test repo will have va-api acceleration with the Mesa and libva versions in MX 17 main. It will break that if you have the test repo versions of those libraries, but we have a mx17+2 build waiting in the wings to move into the test repo that will get it working again, as soon as we move the first version to main. I've tested the mx17+2 version to make it works with those upgrades.
Hello!
I've upgraded
VLC to 3.0.7.1-1mx17+1 (from main).
The issue that i reported still occurs as described. (the video flickers when changing volume - basically when the XFCE volume notification is visible)
I've found some workarounds so I suspect this is a VLC bug?
1. If the skin is changed from
System Default to
plastique /
windows, the issues does no longer happen.
2. if I change the video output from
Automatic to
VDPAU, the issue will no longer happen.
Thanks!
Re: MX 17 Repository: The VLC Thread
Posted: Fri Jun 14, 2019 3:51 pm
by Stevo
I'm not a programmer--I just know how to follow the recipes to build packages. I suggest you ask the developers on the VLC forums instead, but they may say it's not a bug if you have a workaround. Perhaps you can find a user there that has the same problem, though, and work something out.
Re: MX 17 Repository: The VLC Thread
Posted: Sun Jun 16, 2019 4:33 am
by kepler1
Thanks for the feedback.
I have reported the issue here:
https://forum.videolan.org/viewtopic.php?f=13&t=149825
Re: MX 17 Repository: The VLC Thread
Posted: Tue Aug 20, 2019 10:07 pm
by Stevo
VLC 3.0.8-2mx17+1 is now available in the test repo. It should pull in a newer version of libebml from the test repo, which was apparently needed to patch a security hole in the mkv decoder.
Since this also fixes a lot of other security issues, it will be interesting to see if Debian pushes it to their Stretch and Buster repositories. We will when enough users give it the thumbs-up.
Changes between 3.0.7.1 and 3.0.8:
----------------------------------
Core:
* Fix stuttering for low framerate videos
Demux:
* Fix channel ordering in some MP4 files
* Fix glitches in TS over HLS
* Add real probing of HLS streams
* Fix HLS MIME type fallback
Decoder:
* Fix WebVTT subtitles rendering
Stream filter:
* Improve network buffering
Misc:
* Update Youtube script
Audio Output:
* macOS/iOS: Fix stuttering or blank audio when starting or seeking when using
external audio devices (bluetooth for example)
* macOS: Fix AV synchronization when using external audio devices
Video Output:
* Direct3D11: Fix hardware acceleration for some AMD drivers
Stream output:
* Fix transcoding when the decoder does not set the chroma
Security:
* Fix a buffer overflow in the MKV demuxer (CVE-2019-14970)
* Fix a read buffer overflow in the avcodec decoder (CVE-2019-13962)
* Fix a read buffer overflow in the FAAD decoder
* Fix a read buffer overflow in the OGG demuxer (CVE-2019-14437, CVE-2019-14438)
* Fix a read buffer overflow in the ASF demuxer (CVE-2019-14776)
* Fix a use after free in the MKV demuxer (CVE-2019-14777, CVE-2019-14778)
* Fix a use after free in the ASF demuxer (CVE-2019-14533)
* Fix a couple of integer underflows in the MP4 demuxer (CVE-2019-13602)
* Fix a null dereference in the dvdnav demuxer
* Fix a null dereference in the ASF demuxer (CVE-2019-14534)
* Fix a null dereference in the AVI demuxer
* Fix a division by zero in the CAF demuxer (CVE-2019-14498)
* Fix a division by zero in the ASF demuxer (CVE-2019-14535)
Contribs:
* Update to a newer libmodplug version (0.8.9.0)
Re: MX 17 Repository: The VLC Thread
Posted: Wed Aug 21, 2019 3:55 am
by Eadwine Rose
The regular repo is doing this:
Code: Select all
libvlc-bin (version 3.0.7.1-1mx17+1) will be upgraded to version 3.0.8-0+deb9u1
libvlc5 (version 3.0.7.1-1mx17+1) will be upgraded to version 3.0.8-0+deb9u1
libvlccore9 (version 3.0.7.1-1mx17+1) will be upgraded to version 3.0.8-0+deb9u1
vlc (version 3.0.7.1-1mx17+1) will be upgraded to version 3.0.8-0+deb9u1
vlc-bin (version 3.0.7.1-1mx17+1) will be upgraded to version 3.0.8-0+deb9u1
vlc-data (version 3.0.7.1-1mx17+1) will be upgraded to version 3.0.8-0+deb9u1
vlc-plugin-base (version 3.0.7.1-1mx17+1) will be upgraded to version 3.0.8-0+deb9u1
vlc-plugin-qt (version 3.0.7.1-1mx17+1) will be upgraded to version 3.0.8-0+deb9u1
vlc-plugin-video-output (version 3.0.7.1-1mx17+1) will be upgraded to version 3.0.8-0+deb9u1
libva-drm1 (version 1.7.3-2) will be installed
libva-wayland1 (version 1.7.3-2) will be installed
vlc-l10n (version 3.0.8-0+deb9u1) will be installed
Re: MX 17 Repository: The VLC Thread
Posted: Wed Aug 21, 2019 4:36 pm
by Stevo
Yes, Debian updated it in their security update repo after we put it in our test repo.
If the Debian version breaks the hardware accelerated video decoding that you had working earlier with our MX 17 version, like va-api, the test repo version will upgrade over the Debian 3.0.8 and should restore it, though I don't know if you need to reboot to fix it afterwards.
We will probably move ours to main if Debian's does indeed break va-api.
Re: MX 17 Repository: The VLC Thread
Posted: Wed Aug 21, 2019 4:38 pm
by Eadwine Rose
Don't know if this is helpful, but I do see a number of autoremovables after that upgrade in stable:
Code: Select all
libaribb24-0 will be removed with configuration
libmysofa0 will be removed with configuration
libplacebo4 will be removed with configuration
libspatialaudio0 will be removed with configuration
libva-wayland2 will be removed with configuration
I am not touching these puppies, but figured I'd show.
Re: MX 17 Repository: The VLC Thread
Posted: Wed Aug 21, 2019 10:56 pm
by Stevo
Those are libraries that our updated ffmpeg in the MX repo uses. Since Debian's VLC uses their stock ffmpeg, you don't need our updated ffmpeg either, so out they go. If you install vlc-3.0.8 from the test repo, they won't be orphans any more, though.
Re: MX 17 Repository: The VLC Thread
Posted: Thu Aug 22, 2019 3:41 am
by Eadwine Rose
Ah.. so as soon as 3.0.8 moves to main they will be pulled back in if I should remove them. Just leaving them. :-)
Hmm.. just marked vlc for upgrade, it pulls in:
Code: Select all
libvlc-bin (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+1
vlc (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+1
vlc-bin (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+1
vlc-data (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+1
vlc-plugin-base (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+1
vlc-plugin-qt (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+1
vlc-plugin-video-output (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+1
However when I look for everything VLC of that version in Synaptic these are all upgradable:
Code: Select all
libvlc-bin (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+1
libvlc5 (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+1
libvlccore9 (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+1
vlc (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+1
vlc-bin (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+1
vlc-data (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+1
vlc-l10n (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+1
vlc-plugin-base (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+1
vlc-plugin-qt (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+1
vlc-plugin-video-output (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+1
Seems like when I just mark upgrade vlc it is missing a few. Shouldn't all of the above be pulled along?
Re: MX 17 Repository: The VLC Thread
Posted: Thu Aug 22, 2019 4:13 pm
by Stevo
I'll have to take a look at that. Don't update in the meantime.
Re: MX 17 Repository: The VLC Thread
Posted: Thu Aug 22, 2019 4:16 pm
by Eadwine Rose
I won't :-)
Re: MX 17 Repository: The VLC Thread
Posted: Thu Aug 22, 2019 5:39 pm
by dr-kart
Current vlc from stable repo won't use hardware VDPAU acceleration (in my case). Even though it is turned deliberately on via settings.
Updated vlc from
test repo does it right:
Code: Select all
avcodec decoder: Using NVIDIA VDPAU Driver Shared Library 430.40 Sun Jul 21 04:55:58 CDT 2019 for hardware decoding
Re: MX 17 Repository: The VLC Thread
Posted: Thu Aug 22, 2019 7:31 pm
by Stevo
It looks like the libvlc* package Depends are done by matching ABIs, so if you already have Debian's 3.0.8 libvlc_something installed, our vlc figures that's good enough.
I'll rebuild ours to eliminate the need for the newer libebml, since Stretch's version of that was patched to fix the security hole anyway, and ask Tim to put it into main. That way, our higher version will update all the packages as a normal upgrade, and that should fix the hardware acceleration.
I'm also going to make all the Recommended packages that Debian installs as default also install with ours, so don't panic if it pulls in a few extra plugins.
Re: MX 17 Repository: The VLC Thread
Posted: Fri Aug 23, 2019 2:36 am
by Eadwine Rose
Uhm.. they appear in main all of a sudden?
Just double checked, test repo is not selected. Or am I just seeing cross-eyed?
Code: Select all
libvlc-bin (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
libvlc5 (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
libvlccore9 (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
vlc (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
vlc-bin (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
vlc-data (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
vlc-l10n (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
vlc-plugin-base (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
vlc-plugin-qt (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
vlc-plugin-video-output (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
vlc-plugin-notify (version 3.0.8-2mx17+2) will be installed
vlc-plugin-samba (version 3.0.8-2mx17+2) will be installed
vlc-plugin-skins2 (version 3.0.8-2mx17+2) will be installed
vlc-plugin-video-splitter (version 3.0.8-2mx17+2) will be installed
vlc-plugin-visualization (version 3.0.8-2mx17+2) will be installed
Re: MX 17 Repository: The VLC Thread
Posted: Fri Aug 23, 2019 2:41 am
by ChrisUK
Eadwine Rose wrote: Fri Aug 23, 2019 2:36 am
Uhm.. they appear in main all of a sudden?
Just double checked, test repo is not selected. Or am I just seeing cross-eyed?
Code: Select all
libvlc-bin (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
libvlc5 (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
libvlccore9 (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
vlc (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
vlc-bin (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
vlc-data (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
vlc-l10n (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
vlc-plugin-base (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
vlc-plugin-qt (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
vlc-plugin-video-output (version 3.0.8-0+deb9u1) will be upgraded to version 3.0.8-2mx17+2
vlc-plugin-notify (version 3.0.8-2mx17+2) will be installed
vlc-plugin-samba (version 3.0.8-2mx17+2) will be installed
vlc-plugin-skins2 (version 3.0.8-2mx17+2) will be installed
vlc-plugin-video-splitter (version 3.0.8-2mx17+2) will be installed
vlc-plugin-visualization (version 3.0.8-2mx17+2) will be installed
For MX18 - All below updated/installed a few hours ago... from Stable:
Code: Select all
2019-08-23 05:44:22 upgrade libvlc-bin amd64 3.0.8-0+deb9u1 3.0.8-2mx17+2
2019-08-23 05:44:20 upgrade vlc-bin amd64 3.0.8-0+deb9u1 3.0.8-2mx17+2
2019-08-23 05:44:19 upgrade libvlc5 amd64 3.0.8-0+deb9u1 3.0.8-2mx17+2
2019-08-23 05:44:18 install vlc-plugin-visualization amd64 <none> 3.0.8-2mx17+2
2019-08-23 05:44:18 install vlc-plugin-video-splitter amd64 <none> 3.0.8-2mx17+2
2019-08-23 05:44:17 install vlc-plugin-samba amd64 <none> 3.0.8-2mx17+2
2019-08-23 05:44:16 install vlc-plugin-notify amd64 <none> 3.0.8-2mx17+2
2019-08-23 05:44:15 install vlc-plugin-skins2 amd64 <none> 3.0.8-2mx17+2
2019-08-23 05:44:14 install libx264-155 amd64 <none> 2:0.155.2917+git0a84d98-2~mx17+1
2019-08-23 05:44:12 upgrade vlc-data all 3.0.8-0+deb9u1 3.0.8-2mx17+2
2019-08-23 05:44:10 upgrade vlc-plugin-base amd64 3.0.8-0+deb9u1 3.0.8-2mx17+2
2019-08-23 05:44:07 upgrade vlc-l10n all 3.0.8-0+deb9u1 3.0.8-2mx17+2
2019-08-23 05:44:06 upgrade vlc-plugin-video-output amd64 3.0.8-0+deb9u1 3.0.8-2mx17+2
2019-08-23 05:44:05 upgrade vlc-plugin-qt amd64 3.0.8-0+deb9u1 3.0.8-2mx17+2
2019-08-23 05:44:03 upgrade vlc amd64 3.0.8-0+deb9u1 3.0.8-2mx17+2
2019-08-23 05:44:02 upgrade libvlccore9 amd64 3.0.8-0+deb9u1 3.0.8-2mx17+2
2019-08-23 05:44:01 install libva-wayland2 amd64 <none> 2.3.0-2~mx17+1
2019-08-23 05:44:00 install libspatialaudio0 amd64 <none> 0.3.0+git20180730+dfsg1-1~mx17+1
2019-08-23 05:43:59 install libplacebo4 amd64 <none> 0.4.0-2~mx17+1
2019-08-23 05:43:58 install libvulkan1 amd64 <none> 1.1.70+dfsg1-1~mx17+1
2019-08-23 05:43:57 install libmysofa0 amd64 <none> 0.6~dfsg0-1mx17+1
2019-08-23 05:43:56 install libbluray2 amd64 <none> 1:1.0.2-3~mx17+1
2019-08-23 05:43:55 install libaribb24-0 amd64 <none> 1.0.3-1~mx17+1
2019-08-23 05:43:54 install libaom0
All OK so far
Re: MX 17 Repository: The VLC Thread
Posted: Fri Aug 23, 2019 3:01 am
by Eadwine Rose
I am not updating yet, just in case Stevo needs something tested still.
Re: MX 17 Repository: The VLC Thread
Posted: Fri Aug 23, 2019 5:19 am
by JayM
VLC got upgraded, from MX Stable, on Wednesday. From my updater history:
Code: Select all
2019-08-21 11:52:24 remove libva-wayland2 amd64 2.3.0-2~mx17+1 <none>
2019-08-21 11:52:24 remove libspatialaudio0 amd64 0.3.0+git20180730+dfsg1-1~mx17+1 <none>
2019-08-21 11:52:24 remove libplacebo4 amd64 0.4.0-2~mx17+1 <none>
2019-08-21 11:52:24 remove libaribb24-0 amd64 1.0.3-1~mx17+1 <none>
2019-08-21 11:51:45 upgrade grub-themes-mx all 19.08.01 19.08.02
2019-08-21 11:51:45 upgrade copyq-plugins amd64 3.9.0-1~mx17+1 3.9.1-0.1~mx17+1
2019-08-21 11:51:45 upgrade copyq-doc all 3.9.0-1~mx17+1 3.9.1-0.1~mx17+1
2019-08-21 11:51:44 upgrade copyq amd64 3.9.0-1~mx17+1 3.9.1-0.1~mx17+1
2019-08-21 11:51:43 upgrade vlc-data all 3.0.7.1-1mx17+3 3.0.8-0+deb9u1
2019-08-21 11:51:43 install vlc-l10n all <none> 3.0.8-0+deb9u1
2019-08-21 11:51:42 upgrade vlc-plugin-video-output amd64 3.0.7.1-1mx17+3 3.0.8-0+deb9u1
2019-08-21 11:51:42 upgrade vlc-plugin-base amd64 3.0.7.1-1mx17+3 3.0.8-0+deb9u1
2019-08-21 11:51:41 upgrade vlc-bin amd64 3.0.7.1-1mx17+3 3.0.8-0+deb9u1
2019-08-21 11:51:41 upgrade libvlc-bin amd64 3.0.7.1-1mx17+3 3.0.8-0+deb9u1
2019-08-21 11:51:41 install libva-wayland1 amd64 <none> 1.7.3-2
2019-08-21 11:51:41 install libva-drm1 amd64 <none> 1.7.3-2
2019-08-21 11:51:40 upgrade vlc-plugin-qt amd64 3.0.7.1-1mx17+3 3.0.8-0+deb9u1
2019-08-21 11:51:40 upgrade vlc amd64 3.0.7.1-1mx17+3 3.0.8-0+deb9u1
2019-08-21 11:51:40 upgrade libvlccore9 amd64 3.0.7.1-1mx17+1 3.0.8-0+deb9u1
2019-08-21 11:51:40 upgrade libvlc5 amd64 3.0.7.1-1mx17+1 3.0.8-0+deb9u1
Re: MX 17 Repository: The VLC Thread
Posted: Fri Aug 23, 2019 5:21 am
by Eadwine Rose
My stable is wanting to upgrade from 3.0.8-0+deb9u1 to 3.0.8-2mx17+2
Re: MX 17 Repository: The VLC Thread
Posted: Fri Aug 23, 2019 6:46 am
by zorzi
I've upgraded to 3.0.8-2mx17+2. Everything seems to work, but I don't get the point of providing a VLC MX package, since VLC Debian package does the job.
Re: MX 17 Repository: The VLC Thread
Posted: Fri Aug 23, 2019 2:05 pm
by Stevo
Eadwine Rose wrote: Fri Aug 23, 2019 2:36 am
Uhm.. they appear in main all of a sudden?
Check my post right above yours--that's what I said we were going to do, since Debian's version did indeed break our cool hardware acceleration feature. That's because it was built against Stretch's stock Mesa 13.0.6 libraries and libva instead of the newer versions in MX 17/18 main.
Re: MX 17 Repository: The VLC Thread
Posted: Fri Aug 23, 2019 2:08 pm
by Stevo
zorzi wrote: Fri Aug 23, 2019 6:46 am
I've upgraded to 3.0.8-2mx17+2. Everything seems to work, but I don't get the point of providing a VLC MX package, since VLC Debian package does the job.
Debian's version breaks VLC's hardware-accelerated video decoding on MX, which is pretty important to many users. I take care not to break it with our builds.
Re: MX 17 Repository: The VLC Thread
Posted: Fri Aug 23, 2019 3:39 pm
by Eadwine Rose
Owwwhhhh...
yeah I kinda missed that little detail
I am left with two autoremovables, libva-drm1 and libva-wayland1, both 1.7.3-2
Are those safe to remove, or? Always a bit wary about those.
Re: MX 17 Repository: The VLC Thread
Posted: Fri Aug 23, 2019 6:37 pm
by Stevo
Yes, they are older versions of those from Stretch that the Debian 3.0.8 pulled in. We have newer versions in our MX repo that our VLC is using.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Aug 24, 2019 2:17 am
by Eadwine Rose
Just loaded the test repo but those two do not show as upgradable. Do they go by a different package name?
Re: MX 17 Repository: The VLC Thread
Posted: Sat Aug 24, 2019 3:12 am
by zorzi
Stevo wrote: Fri Aug 23, 2019 2:08 pm
zorzi wrote: Fri Aug 23, 2019 6:46 am
I've upgraded to 3.0.8-2mx17+2. Everything seems to work, but I don't get the point of providing a VLC MX package, since VLC Debian package does the job.
Debian's version breaks VLC's hardware-accelerated video decoding on MX, which is pretty important to many users. I take care not to break it with our builds.
Ok. I had missed that point.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Aug 24, 2019 5:42 am
by Cristobal
How do we know it has been upgraded from MX repo or Debian's?
Re: MX 17 Repository: The VLC Thread
Posted: Sat Aug 24, 2019 2:52 pm
by m_frank
The version number suffix provides a clue:
Code: Select all
$ apt list vlc -a
Listing... Done
vlc/mx,now 3.0.8-2mx17+2 amd64 [installed]
vlc/oldstable 3.0.8-0+deb9u1 amd64
vlc/oldstable 3.0.6-0+deb9u1 amd64
3.0.8
-2mx17+2 = MX
3.0.8
-0+deb9u1 = Debian
Re: MX 17 Repository: The VLC Thread
Posted: Sat Aug 24, 2019 3:11 pm
by Stevo
Eadwine Rose wrote: Sat Aug 24, 2019 2:17 am
Just loaded the test repo but those two do not show as upgradable. Do they go by a different package name?
They are already installed from the main MX repo, and in fact are in the ISO, since the video drivers use those. Our newer versions use libdrm2 instead of libdrm2, and we have a main and test repo version of that:
Code: Select all
$ apt policy libdrm2
libdrm2:
Installed: 2.4.97-1~mx17+1
Candidate: 2.4.97-1~mx17+1
Version table:
*** 2.4.97-1~mx17+1 500
500 file:/var/lib/local-apt-repository ./ Packages
100 /var/lib/dpkg/status
2.4.95-1~mx17+1 500
500 http://la.mxrepo.com/mx/repo stretch/main amd64 Packages
The first result is in the test repo, but I have that disabled in favor of getting it from my local-apt-repository folder. That's how I test how new packages upgrade after building them.
Re: MX 17 Repository: The VLC Thread
Posted: Sat Aug 24, 2019 3:12 pm
by Eadwine Rose
Aha! So these two I have left over are perfectly safe to completely remove?
Re: MX 17 Repository: The VLC Thread
Posted: Sat Aug 24, 2019 3:30 pm
by Cristobal
m_frank wrote: Sat Aug 24, 2019 2:52 pm
The version number suffix provides a clue:
Code: Select all
$ apt list vlc -a
Listing... Done
vlc/mx,now 3.0.8-2mx17+2 amd64 [installed]
vlc/oldstable 3.0.8-0+deb9u1 amd64
vlc/oldstable 3.0.6-0+deb9u1 amd64
3.0.8
-2mx17+2 = MX
3.0.8
-0+deb9u1 = Debian
Ah, OK, thanks.
If I remember correctly VLC has been upgraded twice on my system, after checking, the last one is MX.
Re: MX 17 Repository: The VLC Thread
Posted: Thu Sep 05, 2019 6:55 pm
by fehlix
With latest 3.0.8-2mx17+2 we appear to have a new dependence on vlc-plugin-samba.
Can we change this to a "Recommends" in order avoid to get install the whole samba bunch,
which I'm not intending to use anyway. Also mentioned here:
Update today pulls back in samba-libs due to VLC
Thanks
Re: MX 17 Repository: The VLC Thread
Posted: Sat Jan 18, 2020 11:34 pm
by Stevo
I noticed today that upstream changes at YouTube had broken the Youtube streaming feature, but found that patching in the changes for the youtube.lua file from VLC's git repo got it working again, so we have rebuilds with that patch for MX 19 main and in the AHS repo, as well as for MX 17/18 main and its test repo.
The MX 19 versions end with mx19+3 and mx19+3ahs, while the MX 17/18 versions end with mx17+4 and mx17+4test.
Re: MX 17 Repository: The VLC Thread
Posted: Tue Apr 28, 2020 12:33 am
by Stevo
Now updated to 3.0.9.2 in the test repo!
Re: MX 17 Repository: The VLC Thread
Posted: Sat Oct 10, 2020 2:01 am
by Stevo
Updated to 3.11.1-2mx17+1 in main, which incorporates the last two upstream Debian revisions, plus a "youtube.lua" script patched to the current github version. Hopefully, that will fix Youtube playback in VLC unti they break it again.
