7 June 2019
19 July 2018
VLC 3.1.0 release
This release brings ChromeCast integration to iOS and UWP, like it was present on desktop and Android versions.
ChromeCast and hardware encoding
However, it supports ChromeCast in a more performant way, because we added hardware encoders to those 2 platforms.
Indeed, here, for local streaming, we care more about speed and battery saving than we care about bandwidth efficiency, si hardware encoding is a good fit.
In fact, VLC has a QSV encoder since 2013, but it's very rarely used, because people usually prefer software encode (x264). Here, we fixed it and modified it to work inside the UWP sandbox.
You should really read Caro's blogpost here!
But in that version you have:
- 360 video support, with sensors,
- Numerous bugfixes on the playback core (inherited mostly from VLC 3.0.1-3.0.3)
- Some decoding speed improvements,
- Quite a few interface bugs (see 3.1.0 milestone)
The version is similar to the iOS version, in the fact that it has hardware encoding and ChromeCast integration.
As explained, the hardware encoding is done using QSV.
But it features also a large rework of the codebase and fixes a very large number of crashes.
Also, funnily enough, we've worked on the 8.1 version too, and we will push that one soon on the store. This includes SurfaceRT devices, even if Microsoft has forgotten them!
- Windows 10 Desktop (x86)
- XBox One
- Windows 10 Mobile (ARM)
- Windows 8.1 Desktop (x86)
- Windows 8.1 RT (ARM)
Once we fixed an issue, we might even do Windows Phone 8.1.
The Windows 10 versions are on the store today, and we're waiting for a deployment issue to be fixed to push the 8.1 versions!
(Note: if you are from Windows Central, you can contact me for more details)
8 August 2016
52nd VideoLAN report
The week started with numerous additions to the Direct3D video accelerations and video outputs, to continue the support for 10bits decoding and HDR.
Related to those improvements, we added support for hardware decoding of HEVC decoding inside the TS format, by improving our HEVC packetizer.
We fixed (actually added) the support of QuickTime Videos inside MKV, aka MP4-inside-MKV; and also the support for QuickTime Audio inside MKV.
We improved again the ChromeCast support, by fixing small issues, notably when reloading and stopping the stream.
Finally, we also did a fix for hidden chapters in MKV, and improved the MIDI integration for Windows, and reworked a bit our contrib system.
On Android, we finally fixed the support for old x86 Phones like the ZenPhone that claimed to be ARM phones. Those phones lie about their CPU with
CPU_ABI AND they expose a fake
/proc/cpuinfo to the applications! Thanks to a contact at ASUS, we got a phone and coded a work-around.
We also added support for saving audio-delay when using your Bluetooth headphones, so that you have a different audio-delay when using those headphones than without headphones.
Finally, we fixed a few crashes and regressions that were reported against the last release.
On UWP, the biggest focus was on cleaning the code and on the Xbox 1 interface.
More to come soon, I hope!
That's all for this summer week! See you next!
3 August 2016
51st VideoLAN report
The major change, during last week, was the possibility to restart the audio decoders when the audio device changes.
This is very useful when you switch from normal decoders to SPDIF/HDMI pass-through for DTS, Dolby and related codecs.
In the past, VLC could only restart the filters, not the decoders, so our Dolby and DTS decoders were actually filters. This was finally changed and now .
For those who don't understand what all this means, it means that it will help us support more formats for pass-through over HDMI, like DolbyDigital+ or DTS-HD.
We've fixed the green line that appears only on AMD GPUs on Windows. This is scheduled for the next Windows update.
I've implemented the support for browsing FTP remote directories, so that it behaves similarly to SFTP or SMB.
On Windows, we've added the support for hardware decoding of 10bits HEVC , using DxVA and D3D11.
We also pushed improvements to the prefetcher module and to our TTML support; and we've fixed issues for DVD menus, SAT>IP protocol and HLS protocol.
Finally, please note that the license of the UPnP module was switched from GPL to LGPL.
Last week on WinRT, we've removed all the code that was focusing on older versions of Windows.
The codebase now support only Windows 10 Universal with its
Anniversary Edition version.
That's all for this week!
Thanks for the support and see you soon!
28 July 2016
50th VideoLAN report
So, after a few crazy weeks, I was taken a bit by RealLife©®, and we've had 3 weeks without report. And this one is late.
The report will be a bit more summarized that usual, and more dense in information, for obvious reasons.
We've added support for codecs with colors in 12bit-depth, in YUV 4:2:0, 4:2:2 and 4:4:4. Of course, nothing can display that yet, but it can happen in some HEVC samples. It will be dithered down before displaying.
A new protocol to control and distribute satellite signals on a LAN called SAT>IP was implemented in a new access module.
There was a lot of work and rework on our adaptive support, notably to change timings and drain, but also to start supporting HLS using mp4 fragments.
Some work on URL and URI was done to support more cases and improve test coverage. 2 new functions called
vlc_uri_compose() were introduced.
At the same time, modifications on the HTTP redirections were merged.
On Windows, we merged the VP9 hardware decoding, using the DxVA APIs.
This code requires very recent video cards to be usable.
Finally, an important work was done to merge the access and stream-filter behavior and semantics. The 2 type of modules still exist, but a large part of the code is now common.
This allows now block-based stream filters.
To achieve this, we now have introduced the
Finally, we added support for MP4 chapters in Unicode, and we fixed some Qt sizing issues with Qt5, a DLL loading potential security issue for Win32, MP4 subtitles size, a WMV integer overflow, a crash in smem, the Qt right-click menu on the playlist, SFTP browsing, and the audio fingerprinter. We also improved the HTTP/2 stack, our TS demuxer when dealing with scrambled content, and a few other minor things I forgot.
On Android, we've pushed 2.0.3, 2.0.4 and 2.0.5 to fix the most important issues and regressions reported.
However, we also added a few features notably:
- Support for HTTP proxies,
- Support for HTTPS self-signed certificates,
- Subtitles style modification in preferences,
- Improvements for SMB browsing,
- Support for more ARMv8 devices.
And we also added, in the main branch, some modifications about preferences, and adding new ones.
This important change introduced quite a bit of cleaning of the code and of the project. :D
On WinRT, we've prepared a MediaCenter Mode for the Xbox 1.
We fixed numerous interface issues and crashes, that were reported in 2.0.1.
A few fixes where pushed also to address issues happening with specific themes or specific resolutions in responsive mode.
That's all for those weeks! There is probably a bit more I forgot about, but you should have the important parts.
See you soon!
5 July 2016
49th VideoLAN report
10 days ago, we released VLC for Android 2.0.
After a long period of development, we're finally at a release that supports more features than the old 0.9.x versions and the 1.7.x versions.
And last week, we released the new VLC for Windows 10, numbered 2.0 too.
It is a continuation of the work we did for WinRT, the kickstarter, focused on Windows 8.1, Windows Phone 8.1 and Windows RT.
The new application should supersede the old one.
In the last 2 weeks, we improved the ChromeCast support, notably to work on transmitting the pause status and the title between the device and VLC, and we also changed the interface to scan for devices, since it was a bit confusing.
We added support for some uncompressed video format inside MKV, for the AlbumArtist meta-tag inside mp4 and we now support more MicroDVD subtitles styles.
Our new Kwallet module was transitioned from using libKwallet to DBus. This will be better to support both Qt4 and Qt5 applications with libVLC, because those versions are not ABI compatible.
The core gained a new stream FIFO API, with functions like
This change, in addition to the new chained_demux implementation in the core, removes the need for stream_Demux (now removed).
We also improved the security when loading of DLLs on Windows.
And for Android, AudioTrack DTS pass-through was implemented.
Finally, numerous fixes were pushed, notably for Direct3D11, our contribs, some in the core, youtube playback regressions, the Mac OS interface, crashes for MMDevice device, and for the MediaCodec decoders. And more that I forget...
As I said, we released 2.0, and we also pushed 2.0.1 and 2.0.2 to fix the most important crashes reported.
On iOS, we pushed the promised update and we had a few refactoring, notably on the network login view.
That's all for those weeks! Not too bad
See you soon!
« previous entries - page 1 of 7