My thoughts on Slackware, life and everything

Tag: vlc (Page 2 of 9)

Finally: VLC 3

largeVLCIt took the VideoLAN developers several years of development to leave the ageing v2 releases of their VLC player behind and release a shiny new version ‘3’. This is also the first version which unifies the releases for all platforms the player can run on.
Lots of changes went under the hood and I encourage you to read the release notes. The new release contains working ChromeCast support using a software stack the developers wrote from scratch, where the video’s you cast are transcoded on the fly if necessary. The UPnP support which was broken for many years, has been re-written and finally works again, so that you can watch the movies you make available on your LAN using for instance Plex or Universal Media Server.

When I compile the VLC package I try to follow the VideoLAN guidelines for its supporting libraries, so that the user experience and functionality matches that of the official binaries as closely as possible. That resulted in several changes to the libraries used by VLC:

  • Updated internal libraries: libass, libdvdcss, libdvdnav, libdvdread, libbluray, ffmpeg, live555, libssh2, x262, x264.
  • New internal libraries: microdns, sdm, srt.
  • Removed libraries (no longer used internally): aacenc, daap, faad, faac, vcdimager.

A note about dependencies for the new package:
My Slackware packages for VLC are mostly self-contained with all of the supporting libraries compiled into the package. This makes for a minimal dependency on external libraries/packages. But there are some caveats with the new release: most importantly, its interface has switched from Qt4 to Qt5. While Slackware contains a ‘qt4’ package, it does not contain ‘qt5’ and therefore, the vlc-3.0.0 package introduces three new dependencies, all related to the Qt5 GUI: libxkbcommon, qt5 and qt5-webkit. On Slackware 14.2, two more packages are needed which are already incorporated into slackware-current: libinput and libwacom (the latter one only for 64bit).

A warning to users who built a ‘qt5’ package themselves, using the SlackBuild script at slackbuilds.org:
Un-install that ‘qt5’ package please and install mine. The ‘qt5’ package built with the SBo script will make VLC crash with a segmentation fault.

A note on compiling:
When you want to compile VLC 3 yourself, be sure to install java8 and apache-ant or your build will fail.

Where to find the new VLC packages:

Rsync access is offered by the mirror server: rsync://slackware.nl/mirrors/people/alien/restricted_slackbuilds/vlc/ .

For BluRay support, read a previous article for hints about the aacs keys that you’ll need.

Note that I only built packages for Slackware 14.2 & -current. I stopped creating packages for Slackware 14.1 and earlier because of the effort it takes to build 4 packages for every Slackware release.

My usual warning about patents: versions that can not only DEcode but also ENcode AAC audio can be found in my alternative repository where I keep the packages containing code that might violate stupid US software patents.

VLC 2.2.8

largeVLCLast week, Robby Workman alerted me to a new release of the VLC media player by the VideoLAN team. I must confess that I had stopped following the development of my (yes, still) favorite media player. Looking a bit more closely, not only have they released version 2.2.8 without informing the world on their homepage (where they are still offering downloads for the now deprecated 2.2.6) but there’s now also a git repository called “vlc-3.0-git” and even a “vlc-4.0-dev” which seems to have been split off the 3.0 branch. I assume this is an indication – finally – that there is life beyond vlc-2.2.x and a 3.0 release is actually a possibility.

I built the 2.2.8 packages for VLC (Slackware 14.2 and -current) and uploaded those earlier today. Finishing these packages was a process that took longer than I had anticipated. The reason for that is that I wanted to apply some serious refreshing of the supporting libraries which I link statically into the package.
I usually follow the decisions of the VideoLAN team quite closely when it comes to the versions of supporting libraries to be used. For that reason, my vlc-2.x packages have historically been using a ffmpeg-2.x snapshot. But now I have finally updated the internal ffmpeg codebase from 2.x to 3.x, switching to the git snapshot which is being used in the (future) vlc-3.x. Since the vlc-2.x code does not support the use of ffmpeg-3.x I had to find and adapt the patches to make that possible.
There are several other libraries that did not make it into the new vlc packages: orc/schroedinger (no longer developed), libggi (obsoleted, unsupported), aacenc, faad2/faac (not used anymore by vlc nor ffmpeg).
And finally, it took me many days to try and link the libva and libvdpau libraries statically into the package. I failed, because even though the VLC player would work, several of the VLC plugin libraries had unresolved symbols related to libva and libvdpau. I could not guarantee that hardware acceleration would work. Therefore I reverted to a dynamic, runtime linking of the system libva and libvdpau libraries (both are present on Slackware >= 14.2). Problem solved.

Where to find the new VLC packages:

Rsync access is offered by the mirror server: rsync://slackware.nl/mirrors/people/alien/restricted_slackbuilds/vlc/ .

For BluRay support, read a previous article for hints about the aacs keys that you’ll need.

Note that I only built packages for Slackware 14.2 & -current. I stopped creating packages for Slackware 14.1 and earlier because of the effort it takes to build 4 packages for every Slackware release.

My usual warning about patents: versions that can not only DEcode but also ENcode AAC audio can be found in my alternative repository where I keep the packages containing code that might violate stupid US software patents.

VLC 2.2.1 “Terry Pratchett”

largeVLCThe first incremental update for the VLC 2.2 series is available now. The version 2.2.1. fixes a lot of bugs; numerous crashes (FLAC, SPC), codec issues (VP9, Atrac3, AAC), regressions and several issues (Resume, MP4 chapters, MKV over network). And it addresses some security issues too which makes this a recommended updgrade.

The source release was several days ago but the VideoLAN team has waited with the official announcement in order to double-check that this release does not contain unwelcome surprises.

In memory of Terry Pratchett, the famous writer of fantasy books who passed away recently, this release has been dedicated to him. VLC 2.2.1 has been nicknamed “Terry Pratchett (Weatherwax)“.

Where to find my latest VLC packages:

Rsync access is offered by the mirror server: rsync://taper.alienbase.nl/mirrors/people/alien/restricted_slackbuilds/vlc/ .

For BluRay support, read a previous article for hints about the aacs keys that you’ll need.

Note  I compiled the packages on Slackware 14.1 which is the cause of one bug in the package if you use it on Slackware-current: the ProjectM visualisation plugin does not work because of a libGLEW library version error. I have not yet been able to find a fix for it, but the impact is fairly minor so I let it pass.

My usual warning about patents: versions that can not only DEcode but also ENcode mp3 and aac audio can be found in my alternative repository where I keep the packages containing code that might violate stupid US software patents.

Have fun! Eric

Coordinated release of VLC 2.2.0

largeVLCSeven months after the VideoLAN team released version 2.1.5 of their VLC player, we are treated to two new releases. There is a version 2.1.6 bugfix release, but that is not really getting attention. Everybody’s eyes are focused on the brand new 2.2.0 release. For the first time in the history of the VideoLAN Client, nowadays better known as the VLC player, there are simultaneous releases for most Operating Systems, including Android, iOS, Windows RT and Windows Phone. Of course there’s a release for Linux too (ok… and Windows) so I built you all some packages for Slackware (compatible with 14.1 and -current).

The 2.2.0 release has been (very) long in the making. With nothing really exciting going on for many months – at least not publicly – I spent my time on other things and left the VideoLAN developers to do what they do best: release good software when it’s ready. A commendable philosophy, obviously they have eyes on Slackware as the shining example of releasing when ready, not before 🙂

A month ago, I took some time to check out the ongoing development because the number of show-stopping bugs had almost gone down to zero. I refreshed many internal support libraries, polished the vlc.SlackBuild and tested a git version of the player. Looked good! Most of the open bugs and remaining things to be done were not relevant to Linux anyway. Therefore it took no time at all to build packages for the official 2.2.0 release once that was announced yesterday afternoon.

I had a busy saturday, so the blog post took a while, but those of you who check the repository’s RSS feeds or are using slackpkg+ will already have seen the new packages yesterday.

What’s new in 2.2.0 apart from cross-platform support? There’s enhancements all over the spectrum: video decoding, encoding, supported formats etc. Here are some of the highlights taken from the official release notes that are relevant to the Linux player:

  • GPU 0-copy decoding-rendering for Linux using VDPAU
  • Improved support for UltraHD codecs, H.265 and VP9
  • Resume playback where you left off
  • Subtitles download from the web, using OpenSubtitles
  • Support for BD-Java menus and overlay in Blu-Ray
  • Acceleration of VP9 and H.265/HEVC decoders
  • Support for encoding in H.265, Opus and VP9
  • Rewritten support for WMV, Ogg, MP4 and AVI, notably for seeking

But under the hood there’s a lot more going on than these buzzwords can do justice. The team have indeed delivered a tremendous job. considering that this is an all-volunteer project.

Where to find the new VLC packages:

Rsync access is offered by the mirror server: rsync://taper.alienbase.nl/mirrors/people/alien/restricted_slackbuilds/vlc/ .

For BluRay support, read a previous article for hints about the aacs keys that you’ll need.

Note that I only built packages for Slackware 14.1 & -current. I stopped creating packages for Slackware 14.0 and earlier because of the effort it takes to build 4 packages for every Slackware release. One remark: I compiled the packages on Slackware 14.1 which is the cause of one bug in the package if you use it on Slackware-current: the ProjectM visualisation plugin does not work because of a libGLEW library version error. I have not yet been able to find a fix for it, but the impact is fairly minor so I let it pass.

My usual warning about patents: versions that can not only DEcode but also ENcode mp3 and aac audio can be found in my alternative repository where I keep the packages containing code that might violate stupid US software patents.

Have fun! Eric

VLC, the VideoLAN player, in version 2.1.5

largeVLCThe VideoLAN team released version 2.1.5 of their VLC player a while ago. The development of this versatile multimedia player has slowed down quite a bit as the team seems to have more focus on improving the OSX and Android versions (the previous release for Linux was almost half a year ago) so I was not really in a hurry to provide new packages.

The new 2.1.5 version is another maintenance release, mostly “fixes a few decoding bugs, on MP3, MKV” and the remaining changes are not relevant for our Linux based player.

Where to find the new VLC packages:

Rsync access is offered by the mirror server: rsync://taper.alienbase.nl/mirrors/people/alien/restricted_slackbuilds/vlc/ .

For BluRay support, read a previous article for hints about the aacs keys that you’ll need.

Note that I only built packages for Slackware 14.1 & -current. I stopped creating packages for Slackware 14.0 and earlier because of the effort it takes to build 4 packages for every Slackware release.

My usual warning about patents: versions that can not only DEcode but also ENcode mp3 and aac audio can be found in my alternative repository where I keep the packages containing code that might violate stupid US software patents.

 

« Older posts Newer posts »

© 2024 Alien Pastures

Theme by Anders NorenUp ↑