Keyword - Windows

Entries feed - Comments feed

Tuesday, April 12 2016

These weeks in VideoLAN - 40

40th report about VideoLAN reports

It's been a few weeks without reports. I'm sorry, I was traveling a bit across the Ocean, and life caught up with me, a bit too much...

And of course, the VideoLAN community has been busy during that time, so a lot happened, and catching up is even harder. So, this report is probably more summarized than usual, please excuse me for that.

Features

VLC

The weeks started by fixing the Windows green lines regressions for 2.2.3 and 3.0.0 that could happen with the Direct3D9 module but also when deinterlacing the content.

The time bar of our Qt module got fixed (some clicks could be on the wrong time, compared to the tooltip), and it got more precise for seeking.

The Jack audio output can now have fixed names for inputs and outputs. This should be easier to reuse, after a VLC restart.

The libVLC has now a libvlc_navigate_popup call to open pop-up menus with BD-J disks.

Quite a bit of fixes and improvements got into the ChromeCast module, notably to clean the code, and to make it closer to the expected behavior.
No, it's not ready yet for primetime, since it's not exposed in the interface.

The Daala module is now independent from the Ogg demuxing library.

Finally, we got a large rework of the DVB scanning code, mostly for Linux, though.

And, as usual, we merged numerous fixes and this week they were mostly on Android Mediacodec, MP4 seeking, TS regressions, MKV ALBUM metadata support, code cleanup and adding more tests to the codebase.

Android

In the last 3 weeks, we published 3 different beta versions: 1.9.5, 1.9.6 and 1.9.7 were published on the Android Store.

Those beta versions are still focusing on stability and feedback from our users.

However, 1.9.7 added support for a popup-video window, so you can float your video above every other application, like this:

Popup Video Window

At the same time, we also added support for Samsung and LG split windows.

WinRT and iOS

The other mobile ports, iOS and WinRT got each a few improvements.

On WinRT, the biggest changes were on the handling of translations, using the new translations framework. The rest were minor fixes for stability.

On iOS, numerous fixes got merged for Cloud drives support and we got 2 releases in the pipe, waiting for reviews:
2.7.4 is the next iOS release, 1.0.3, the next tvOS release.

Those builds should arrive soon in your devices.

libbluray

The libbluray project received a few improvements too.

The number of locks were reduced, the AACS integration was enhanced, and a few fixes on chapters were merged.

However, the biggest changes were in the implementation of some javax.tv. classes, that were missing, notably on the javax.tv.util namespace; but other part of this namespace were improved to support more bluray menus.

That's almost all for those weeks, see you next!

Sunday, March 20 2016

This week in VideoLAN - 39

39th week of VideoLAN reports

Another week, another weekly report about VideoLAN and VLC development.

Yes, even in the winter and the cold, things are happening!

Features

VLC

The week started with more work on the Matroska (MKV) module, after the various refactoring of the previous weeks. We fixed some regressions, improved the parsing speed, but mostly fixed and improved chapters, ordered segments and edition handling.
We also had fixes for Matroska scripts commands and a lot of this work should prepare the module for seeking improvements.

We've had improvements on the Samba modules, notably to support >2GB files on Android and spaces in filenames.
Similar improvements were made for the SFTP module.

We've finally migrated to Lua 5.3, in the contribs and in the core module. We still have some rough edges to fix, though.

In a similar way, we're also preparing the transition to Qt5.6, notably for Windows.

Finally, we've fixed typoes in the x264 and Qt modules and we've introduced a --udp-timeout option for the UDP module.

Android

This week, 1.9.3 and 1.9.4 were published on the Android Store. Those 2 new betas of 2.0.0 are focused on fixing important regressions and issues.

We notably fixed:

  • video resume and playback states in various situations, including background playback,
  • notifications and control from notifications,
  • network credentials and network playback,
  • we can now set songs as ringtone from current playlist,
  • randomization for playlists,
  • we added an option to remember video playback speed,
  • we added an "Append to playlist" feature for audio media,
  • numerous crashes.

2.0.0 will come soon :)

WinRT

The WinRT port was quite active, doing some deep refactoring and changing the interface to give this:

Artists View 02_Artist_album.png

Albums View 04_Albums.png 09_Albums_dark.png

Video list 08_Videos_Dark.png

File browser 05_Files.png 13_Files_dark.png

Settings 06_Settings.png

That's all for this week, see you next!

Monday, March 14 2016

These weeks in VideoLAN - 38

38th week of VideoLAN reports

Another double-week report about VideoLAN and VLC development.

Features

VLC

After the major work of the previous weeks on the topic, the week started with quite a few fixes on credentials and dialogs.

We then repaired the Avahi service discovery (that has been broken for years), so that it can discover SMB, FTP, SFTP and NFS shares on Linux.

The Qt playlist now allows to sort by disc number, and the search field is accessible with Ctrl+K shortcut.

The Windows Direct3D11 module was improved to avoid some GPU buffer copies; this will restrict the module to versions of Windows more recent than Windows 7 SP1, since we need D3D11.1. In a similar way, we've improved the Direct3D9 for performance, device management and to get more debug information.

François made, once again, improvements on the TS module, notably about EPG and channels management; and simplified the standards (DVB, ARIB, ATSC) selection. The support for DVB subtitles was improved too.

We've then had some major MKV demuxer code cleaning, code simplification, but also some parsing speed improvements.

An external contributor gave us support for the OggSpots codec.

Petri added support for public key authentication in our SFTP module.

We fixed regressions and a crash on the MediaCodec module for Android.

Finally, we've had fixes for ALAC inside MKV issues, HTTP redirect, SFTP browsing, Qt recents, and for crashes in chroma conversions.

Android

In the last 2 weeks, we've published 3 betas of the future 2.0.0 VLC for Android: 1.9.0, 1.9.1 and 1.9.2.

It brings a lot of features, but notably:

  • network disk browsing (Windows shares, UPnP, NFS, FTP, SFTP...),
  • favorite folders and URLs,
  • video playlists (and control),
  • Full Android 6.0 compatibility (including permissions)
  • rewritten notifications and control,
  • rewritten history (permanent, not like in the 0.9 days, and disable in preferences),
  • cleaner preferences
  • lots of small improvements

It is also a merge of Android TV and Android versions, so that every device can optionally get the Android TV interface.

Please note that we have a new repository for examples on how to use libVLC on Android. It contains both a Java application and a Native application.

WinRT

On the WinRT front, we've been quite active on performance and interface.

The interface should now be mostly usable with a keyboard or a gamepad, to be more Universal.

The interface got a few refinement, notably to simplify the main user interface and use only the SlideShow in the music pages.

Hopefully a new beta quite soon.

libdvdcss

A few fixes on libdvdcss, this week, to fix the cache on Linux systems. A 1.4.1 release will probably follow.

That's all for these 2 weeks! See you next!

Sunday, February 28 2016

This week in VideoLAN - 37

37th week of VideoLAN reports

Another week, another weekly report about VideoLAN and VLC development.

Yes, I'm still here, and code is still happening :)

Features

VLC

The week started by numerous patches cleaning the codebase. This is a trend we've seen a lot in VLC lately, and is a great sign.

Thomas removed a few weird JNI interdependencies between modules, libVLC and libVLCjni for Android. The modules do not depend anymore on code in the libVLCjni library.
Related to that, the way to get access to the JavaVM pointer inside VLC is now simpler, and the applications using libVLC does not need to pass it anymore explicitly.

We then got quite a few patches for the adaptive streaming module, to cleanup the connection process and possibly allow the connections to use VLC's core.

To continue the work of the previous weeks, we got a few changes on the keystore APIs:

  1. a new module was introduced for in-memory storage, so that the keys are valid during the same session,
  2. a new module named plaintext_file was introduced, disabled by default for obvious security reasons, since the storage is in plaintext,
  3. a new module named crypt_file was introduced, and should be usable when the system can store securely files,
  4. the crypto module was implement for Android 6.0 and later, where the data will be stored in the secure-zone, using Android Keystore System,
  5. and, of course, small fixes in the core and related modules for those APIs.

So, in practice, we're almost good, for storing passwords. We're just missing Windows and iOS.

We also got numerous fixes in the Qt module, notably to fix resizing issues and crashes in the customize dialog.
And the Qt module was renamed from qt4 to qt, since it's compatible with both Qt4 and Qt5.

We got a large patchset to fix crashes and security issues in the RealRTSP module (disabled by default). They were backported for 2.2.3.

The Windows green line issue on Direct3D was fixed and backported for 2.2.3, and hopefully, for good. :)

The TS demuxer had improvements for the EIT and the EPG, notably for now_playing information.

Finally, we got various improvements, notably for the duration of some MP4 files, and numerous fixes for leaks and buildsystem improvements.

Android

As we're preparing for Android 2.0.0, we've focused on adding the last missing features and bug fixing:

  • the libraries were split between libvlc and libvlcjni,
  • prepare the storage of users and passwords in the crypto store,
  • improvements for external displays handling,
  • improve the switch to video for some streams,
  • add a new video playlist icon,
  • fix playlist item duplication,
  • fix crashes FilePicker and parsing subdirectories
  • fix video lock control,
  • prepare for Appcompat 23.2,
  • we now pause onaudiofocus loss, instead of stopping the stream,
  • and finally JNI vout refactoring.

WinRT

The WinRT translations system was moved to a new version of the Multilingual Toolkit, which was one of the major remaining issue for the port to UWP.

We improved the UI, notably for album and artists views, the video player, activate mouse gestures and improve libVLCX in UWP mode.

libbluray

On libbluray, we've had improvements on the loading of libmmbd and libbdplus, which are incompatible between each other.

We've also had improvements on Xlet and BDLocator and minor fixes.

On libaacs, we've mostly seen fixes for Windows directories that contain non-ASCII paths.

Monday, February 1 2016

15 years of VLC and VideoLAN

15 years!

Today marks the 15th anniversary of VLC!


Cone-Video-large.png

GPL

Technically, today is the 15th anniversary of the relicensing of all the VideoLAN software to the GPL license, as agreed by the École Centrale Paris, on February 1st, 2001.

VideoLAN_GPL.jpeg

If you've been to one of my talks, (if you haven't, you should come to one), you know that the project that became VideoLAN and VLC, is almost 5 years older than that, and was called Network 2000.

Moreover, the first commit on the VideoLAN Client project is from August 8th 1999, by Michel Kaempf had 21275 lines of code already, so the VLC software was started earlier in 1999.

However, the most important date for the birth of VLC is when it was allowed to be used outside of the school, and therefore when the project was GPL-ized: February 1st, 2001.

Facts and numbers

Since then, only on VLC, we've had around,

  • 700 contributors,
  • 70000 commits,
  • at least 2 billion downloads,
  • hundreds of millions users!

And all that, mostly with volunteers and without turning into a business!

We have now ports for Windows, GNU/Linux, BSD, OS X, iPhone and iPad, Android, Solaris, Windows Phones, BeOS, OS/2, Android TV, Apple TV, Tizen and ChromeOS.

Future

If you read this blog, you know that we're working hard on VLC 3.0, to unify most of our mobile ports, adding more GPU decoding, better adaptive streaming and ChromeCast integration.

We're still here and working for our users.

Thanks

So, for all our users supporting us, I just want to say: thank you!

Cone-Video-large.png

Sunday, January 31 2016

These weeks in VideoLAN - 34

34th VideoLAN report

I was traveling quite a bit lately, so here is a double-week report about the VLC and VideoLAN communities.

FOSDEM

Once again, the VideoLAN team was present at FOSDEM.

Here is a the usual Delirium Cafe photo!

FOSDEM 2016 Delirium

And of course, my talk about VLC 3.0.

FOSDEM 2016 VLC talk

Features

VLC

The first change was related to ChromeCast: a new module was added, to split the control of the chromecast from the streaming part. More code on that feature should come in the next weeks.

Petri then got us support for a Bluray demuxer in our Bluray module. It was only an access_demux before, and will now allow to open ISO files of Blurays over the network, including FTP, SMB, NFS or HTTP. Additionally, you can now use the default drive with the MRL bluray://.

We fixed the support of Windows XP for the 3.0 release: but XP support is now only on a best-effort basis.

François also got support for ATSC A65, aka PSIP, or information like EPG and related, for ATSC broadcasted streams.
Almost at the same time, we received support for SCTE-18 / AES, aka alerting system inside broadcast.

Hugo added support for Metadata over UPnP, (notably artist, album, cover ART and related fields) and fixed quite a few issues on this module.
We finally will get proper UPnP support soon!

We also received fixes for TS sections, dialogs, win32 installer, TS seeking, DxVA decoding and MIDI. And also improved the features merged in the last weeks: keystore, the dialogs and SMB modules.

iOS / Apple TV

After the release of the Apple TV version in my last report, we produced 2 updates to fix bugs: 1.0.1 and 1.0.2.

We're still waiting for feedback to improve for the future releases.

On the main development branch, we mostly got:

  • improvements on FTP and Plex protocols,
  • support to play "next item" automatically,
  • support for a "play all" action,
  • support for 3D Touch Quick Actions,
  • and a few bugfixes.

Android

Android development was quite busy too, as it's been the usual in the last few weeks.

The most visible change is that from now on, you will have only one version and apk for both Android TV and Android.

We also got:

  • a new File Browser for the Android TV version,
  • an option to select Android TVs or Android look, (useful for TV devices not officially Android TV),
  • support for the history view on TVs,
  • support for icons in the extensions,
  • media directories are now displayed on the main TV screen,
  • fixes for keyboard and remotes navigation,
  • fixes for bitrate display, preferences and equalizer,
  • improved now-playing support,
  • the About and License dialog in the TV interface,
  • numerous fixes for crashes,
  • memory reduction when the application background.

WinRT

WinRT development was quite active too, mostly focusing on a complete UWP project.

Thomas:

  • improved the launch speed of the application,
  • reworked numerous exceptions,
  • fixed numerous crashes,
  • reduced the amount of WindowsPhone specific code,
  • improved the responsiveness of the application,
  • improved our Pivot-control,
  • improved the audio metadata,
  • added various interface fixes and improvements,
  • and many other small tweaks...

That's mostly it for those weeks, see you next time!

- page 1 of 5