Live data from Hacker News

VLC 2.2.0 multi-releases

videolan.org

101–110 of 176 posts

Re: VLC 2.2.0 multi-releases

#103
post #51

> VLC 2.2.0 auto-rotate the videos taken from phones, to fight VVS! What does this mean? (i.e. will videos taken on phones always be shown horizontally, even if they were shot vertically?)

It means you never need to rotate your head to watch a movie, because the gyroscopic info are read and used.

Does this mean if someone turns the phone camera midway through the video to a different orientation, VLC will autorotate the recorded video at that time?

Or is it only the initial orientation?

Re: VLC 2.2.0 multi-releases

#104
post #86

Why are the mobile versions (Windows) looking so nice, displaying cover art... and the OS X version looks like from the 90s I would really like to ditch iTunes, but iTunes is just nicer and easier to manage. Apart from that... I love you VLC :) Edit: What The F *???!! I just googled out of curiosity for screenshots of the windows version: http://www.neowin.net/news/new-vlc-windows-8-screenshots-sho... When is this go…

Not that it necessarily matters but I believe this is only the "appified" version for WinRT and "Metro" apps. The regular version that would be the analogue of the OSX version still looks like the classic, barebones VLC of yore.

Re: VLC 2.2.0 multi-releases

#105

Does anyone know why the self updater on OSX is not able to find the update? I just get the message "VLC 2.1.5 is currently the newest version available."

I just checked on my Mac (Latest OSX) and VLC 2.1.4 and it's working (I was 1 version behind it looks like)

Re: VLC 2.2.0 multi-releases

#106
post #2

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…

[deleted]

Re: VLC 2.2.0 multi-releases

#107
This 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 tracks" that control my Hue lights. Controlling Hue lamps is very basic and involves sending a set of valued to a given lamp that tells it what hue/saturation/brightness to display.

I figured since subtitle tracks are already built to display time-synched info and there are plenty of editors for captioning a video and saving the subs in a small secondary file, it would be an interesting way to trigger other things like lights or other electronics.

I just don't know how a plugin or "companion" program might read the string being displayed at a given time or a player like VLC might write that data to another program while it's playing.

Is this just me misunderstanding how it all works or is it something that could be done with another app or a VLC plugin?

Re: VLC 2.2.0 multi-releases

#110
post #6

How come there's no 64-bit version yet? Wouldn't that improve performance for something like video-decoding? Also, it's disappointing to see there's still no native (and automatic) subtitle-seeking feature.

> How come there's no 64-bit version yet? The 64-bit Windows binary is getting deployed on the mirror right now. > Wouldn't that improve performance for something like video-decoding? 64-bit is a tradeoff for video, less CPU usage, but more memory pressure, so the improvements are usually limited... It's more important to have good hardware acceleration, than 64bits. > Also, it's disappointing to see there's still no…

x86-64 is such an ABI improvement over x86-32 that it's always 10-20% faster, even with the larger size pointers. Win64's ABI is a little worse than other platforms for libavcodec, since it has some callee-saved SSE registers and everyone else is caller-saved, but still true.

Hardware decoding is much more important for power savings than anything else.

Post reply on HN