So, it's the first time we do a coordinated release of VLC. We're doing it for desktop (Linux, Windows, OS X) and mobile ports (Android, Windows Phone, Windows RT, iOS) but also for Android TV. It's been quite difficult, but we're finishing the work we've started 2 years ago to move to mobile: the code base is now ready for that, without hacks. So, a lot of the cooler stuff for mobile are going to happen for 3.0.0 th…
VLC 2.2.0 multi-releases
171–176 of 176 posts
Re: VLC 2.2.0 multi-releases
#172Earlier quoted context omitted.
Would there be a way to implement libVLC as a replacement for Quick Look in Mavericks and Yosemite? That would be fantastic! Right now (as you may know) Apple depreciated Quick Look and it no longer works with far too many video formats even if one has the old version of QuickTime installed with Perian.
Actually I did that years ago with a friend. It's easy to revive.
Re: VLC 2.2.0 multi-releases
#173So, it's the first time we do a coordinated release of VLC. We're doing it for desktop (Linux, Windows, OS X) and mobile ports (Android, Windows Phone, Windows RT, iOS) but also for Android TV. It's been quite difficult, but we're finishing the work we've started 2 years ago to move to mobile: the code base is now ready for that, without hacks. So, a lot of the cooler stuff for mobile are going to happen for 3.0.0 th…
jbk - With 3.0.0 do you have any plans to switch the 32-bit and 64-bit Windows installers from NSIS compiled EXEs to MSIs to make it easier to deploy and/or customize which features are installed? The only reason for asking is that I came across the .wxs files on your Github page. [1] :) [1] https://github.com/videolan/vlc/tree/master/extras/package/w...
But yes, if I could, I would move 100% to MSI.
Re: VLC 2.2.0 multi-releases
#174So, it's the first time we do a coordinated release of VLC. We're doing it for desktop (Linux, Windows, OS X) and mobile ports (Android, Windows Phone, Windows RT, iOS) but also for Android TV. It's been quite difficult, but we're finishing the work we've started 2 years ago to move to mobile: the code base is now ready for that, without hacks. So, a lot of the cooler stuff for mobile are going to happen for 3.0.0 th…
The Windows app store only shows support for x86 and x64. Did something happen to delay the launch for ARM?
Re: VLC 2.2.0 multi-releases
#175Earlier quoted context omitted.
Most standard video decoding code uses CPU feature detection and hand-optimized ASM for important bits, so x86-64 doesn't really add anything worthwhile for most video players and encoders - most of the magic is done in SSE/AVX codepaths anyway.
And x86-64 turns those 8 SSE registers into 16! Those handwritten assembly paths are much easier when you don't have to write stack spills.
Re: VLC 2.2.0 multi-releases
#176This is probably semi-off-topic but seeing all the helpful questions and answers in this thread I figured I'd ask: Is it possible to create a play-along track (along the lines of synced subtitles in a .srt file) or just use a subtitle file with a transparent/invisible font that is either sent to or readable by another app or plugin? I only ask because I've been trying to think of ways to create synchronized "lighting…
VLC does have a web interface where you can query the position in the current track. Polling that may be accurate enough for what you want.
Right now it seems like most of the Hue apps for integration with video work in one of two ways: either sampling color values for what's on screen/what your smartphone's camera is picking up or using companion mobile apps that listen for audio triggers.
The first method tends to result in lots of color changing and it can be distracting in practice. Even if you weight it to be less sensitive, I don't need the lighting to change all the time.
The second method requires you to either edit the audio track to add cues or be involved in the production of the original video. Again, not easy to add after the fact.
Basically I want my "mood lighting" to subtly follow or complement the mood of what's on screen without lots of rapid disco-light changes but I also want the ability to throw in the occasional "punctuation" like bright flashes when there's lightning or an explosion on screen.
I figured a "script" along the lines of a sub track would be a great way to do it since a sub track is already just that: a small file with a script for when to send a string of data to the overlay at certain times. If there was a way to use srt files or the equivalent, you could distribute them easily and load them up in a VLC plugin when you fire up your DVD/Bluray. Probably wouldn't sync up with every pirate rip out there but as long as it worked with the "standard" versions on disc or your home rips with easy editing, it would be a neat project.
Wonder how one would go about writing a plugin for VLC that essentially duplicates the subtitle functionality but sends the data to a server process or other companion app that's listening for lighting values on the fly.