Keyword - Windows

Entries feed - Comments feed

Tuesday, July 5 2016

Last weeks in VideoLAN - 49

49th VideoLAN report

So, after two busy weeks, you can get a new weekly report about the VLC and VideoLAN communities!

Releases

Android

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.

Video List

UWP

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.

Black.png

Features

VLC

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 vlc_stream_fifo_New, vlc_stream_fifo_Queue, vlc_stream_fifo_Write and vlc_stream_fifo_Close.
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...

Android

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.

WinRT

Same, we released 2.0, the first beta version of the UWP application. Fixup releases are coming soon!

iOS

On iOS, we pushed the promised update and we had a few refactoring, notably on the network login view.

libbluray

The libbluray code was modified to support 8.3 filenames, like in AVCHD directories we see in camcorders. This is the first step for full AVCHD support in VLC :)

That's all for those weeks! Not too bad :)

See you soon!

Monday, June 20 2016

This week in VideoLAN - 48

48th VideoLAN report

Another week passes by and here is a new weekly report about the VLC and VideoLAN communities!

Features

VLC

Like our previous week, most of the work was focused on stabilizing features and bug fixing. Therefore, the changelog will be quite short too. :D

A new type of module was introduced, named demux filter; they are used to filter or intercept demuxer controls commands and demuxing.
The first use case of this type of module is the ChromeCast demux filter, to show the correct playback time when using the ChromeCast, that we merged this week too.

Some work was done to support the next version of macOS: Sierra. This notably concerns the input capture plugin.
Also, on MacOS X, the interface for renderers was merged.

The 2 SPDIF modules, ac3 and dts have been merged into a single one.

In the core, we've seen fixes for UTF-8 support, media discoverers API, libVLC parsing calls memleaks, tests, buildsystem and Windows threads.

Android

On Android, we've done the same kind of bugfixing as last week, and we have released 2.0.0 RC4 and pushed it on the store.

Not many issues are remaining for the release, now.

WinRT/UWP

On WinRT, we are also in the bugfixing phase, with a lot of commits to make sure the application does not crash too much.

Indeed, we're closing to an open beta release, but the number of crashes was still too high, especially when using the application for a long time.

We also fixed the background audio support on Windows 10 Mobile phones; and reworked the thumbnailer.

The application should be opened in beta to everyone soon.

iOS

The iOS application got a few fixes, notably for remote playlists and XDCAM support and we're pushing an update named 2.7.8 this week.

That's it for this week, stay tuned!

Monday, June 13 2016

This week in VideoLAN - 47

47th VideoLAN report

A new week, a new weekly report about the VLC and VideoLAN communities!

Features

VLC

After an intense previous week, most of the work was focused on stabilizing features and bug fixing. Therefore, the changelog will be quite short. :D

In the core, we pushed multiple fixes for preparsing and input slaves and we added tests for those features. We also fixed issues in the media discoverer code.

On the modules side, we notably had fixes in the bluray, the oss, the adaptive streaming, the OS X video output and the UPnP modules.

Finally, we added an OpenGL provider for Windows, in order to add back the support for OpenGL visualisations, like projectM.

Android

Same story on Android, we focused on fixing issues, to prepare the release 2.0.

We pushed RC2 and RC3 on the store to fix crashes reported by the first set of devices where the application was pushed.

We redesigned a bit the speed setting, as requested in our Google+ group.

WinRT

On WinRT, the focus was also on bug fixing and preparing a release. The more important bugs were on Cortana integration and metadata management.

However, we also activated the downloading of subtitles from Internet, notably the OpenSubtitles website.

We also improved the browsing of local network servers, similar to what we did to the Android port.

That's it for this week, stay tuned!

Sunday, May 29 2016

This week in VideoLAN - 45

45th VideoLAN report

After a couple of very busy weeks, we're back on a normal schedule. Therefore, here is the weekly report about the VLC and VideoLAN communities!

Features

VLC

We started the week by adding the support for MPEG-2 and VC-1 hardware decoders on Android in the mediacodec module.
We also fixed some MPEG-4 regressions on this module.

Hugo fixed a few issues on the UPnP module, and mostly added the support for Windows Media Sharing servers, in this module.
We also added support for subtitles over UPnP, using the work done in the core the previous week.

The Matroska demuxer got a few fixes for some regressions, but mostly implemented the fast-seek option, that is imprecise, but faster than the normal seek. This is useful when computing thumbnails, for example.

Some changes on the libVLC parsing events were done, to simplify the handling in client applications. If you were using the not-stable-yet libVLC 3.0, beware!

Near the end of the week, the core got some important changes on threads manipulation, with the introduction of vlc_thread_self() and vlc_thread_id(). The usage of futeces was introduced in the core: see RĂ©mi's post about it.

The MMDevice audio output on Windows now supports device change events.

The Windows 64bits build will now have high-entropy ASLR activated, which should reduce the possibility of exploitation of security issues.

On Windows, we also fixed the raising issue of the Qt tooltip that we had with Qt5, the 2.2.3 DirectDraw regression and a small D3D improvement when handling large pictures.

Finally, a few H264 annex-B parsing issues were fixed and the video headers were modified to support, in the future, VR videos (nothing working yet).

Android

On the Android side, we're going on fixing issues for the 2.0.0 release.

This week, we:

  • improved the subtitles downloader, to activate it from within the player, and for any video,
  • improved the interface for scanning, the browsing and the video player animations,
  • improved the audio player on Android TV,
  • improved the speed of MKV thumbnails,
  • fixed a few remaining small issues.

All this was pushed in the update 1.9.12 on the play store. Hopefully, the 2.0.0 release will come this week. :)

WinRT / UWP

As last week, the WinRT port has been very busy again, with almost 100 commits.

As for Android, we're focusing on preparing the release, and fixing the biggest bugs people have reported.

On the libVLC backend, we fixed a few performance issues, we added more codecs support, and we improved the UPnP and SMB browsing.

On the interface side, we improved the thumbnailing and parsing process, we fixed numerous bugs that happened when resizing (and Windows 10 Mobile look) and we fixed a few crashes.

We also improved the settings and activated the access to the equalizer.

Hopefully, we'll be able to open the beta to the public soon.

That's all for this week! See you next!

Monday, May 9 2016

This week in VideoLAN - 43

43rd VideoLAN weekly reports

After my 42nd report last week, and some nice encouragements, here is another weekly report about VideoLAN and VLC development.

I was far from a computer last week, so here are 2 weeks in one.

Features

VLC

Renderers

The previous week, we started to introduce the concept of renderers in VLC.
Those are distant devices displaying audio and/or video, instead of playing it locally. The usual device people know are ChromeCasts, UPnP/DLNA renderers, AirPlay, WiDi or DIAL devices.

A new type of VLC module was introduced: renderer discovery. Like Service Discovery, they can find those renderers devices on the network, using one of the discovery protocols.

The renderer discovery capability was implemented in our mDNS module.

The Chromecast code was heavily reworked at the same time, and after 4/5 redesigns, we're almost happy with the code :)

The interface is still missing, but it should come soon!

Other features

The S/PDIF passthrough was implemented in the WASAPI module for Windows. This is important, as this module will be the default, starting in 3.0, for most Windows users.

The work on DVB scanning is still going on. We had numerous patches this week on this topic.

Our mDNS module now supports IPv6 and our MKV demuxer started to get a heavy lifting.

We also had fixes for the TS demuxer and muxer, the libVLC headers, the VideoToolbox decoder, Hurd compilation and improvements on the Direct3D11 video output!

Android

The Android port got 2 more beta releases for 2.0.0: 1.9.9 and 1.9.10.

We added numerous fixes, notably in the popup video view, the binder, keyboard and pad management, title display and the video view.

And of course, improvements for the subtitles download feature.

Hopefully, we will push the release soon.

WinRT

If you follow Thomas on Twitter, you will know that the WinRT port has been quite busy lately.

Cortana is now integrated in the application, so you can ask VLC to launch an album or the last video viewed.

Drag and Drop should now work almost everywhere, and you can drop just a subtitle on a playing video, if you want.

The Stream and the File dialogs have been relifted; the Settings dialog in the same way.

The mini-player and the command bar controller have been merged, together, if you have a Windows Preview build.

On the backend, some work was done on the thumbnailer, and the music and video libraries have been merged into one single library.

Some video information is now pulled from TheMovieDB.

Finally, some work was done to adapt the interface to Windows 10 Mobile.

Soon a release? :)

iOS/tvOS

On AppleTV, search was implemented for local servers browsing.

And we also got support for repeat on the AppleTV application.

We should get updates on those 2 applications soon, on the App Store.

That's all for those 2 weeks, see you soon!

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!

- page 1 of 6