Live data from Hacker News

VLC 2.2.0 multi-releases

videolan.org

111–120 of 176 posts

Re: VLC 2.2.0 multi-releases

#111
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…

Personally not a fan of the Windows look. Looks like the old Zune player to me. I prefer the classic look.

Re: VLC 2.2.0 multi-releases

#113
post #97
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…

Well, it's mostly because we are waaaaay more organised and focused than before and we're focusing on the mobile for now... But it will change later this year or early next.

I get it... mobile is big, but what is the reason to not invest any time into the look and feel of the regular version?

Re: VLC 2.2.0 multi-releases

#116
post #20

Earlier quoted context omitted.

This release improves a lot the support of Blu Ray Menus. It's the first version with BD-Java activated, so please try it :)

Sweet! I just tried it on my Mac and it works! Blu ray on a Mac! :D

Wait, VLC can play protected Blu-ray discs? We don't have to use shady software?

Re: VLC 2.2.0 multi-releases

#117
post #103
post #51

Earlier quoted context omitted.

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?

As far as I know, .MOV has only one transformation matrix, so you can't do that.

But this fix will help with mobile vides, where cameras for performance reasons don't actually rotate recorded videos when you're filming in non-default orientation - they just note the rotation in transformation matrix, which was ignored by VLC until now.

Re: VLC 2.2.0 multi-releases

#118
post #44

Earlier quoted context omitted.

Many of us donated for VLC for WP/WinRT on Kickstarter in 2012 and it's still in very early phases. :(

Totally untrue. Everything is released and usable. This is the point of this release. Hardware decoding is getting finished now, while we still don't have it on iOS.

Sure, it is usable, though the lack of HW acceleration is 'early phase' for me.

Re: VLC 2.2.0 multi-releases

#119

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…

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.

Re: VLC 2.2.0 multi-releases

#120
post #6

Earlier quoted context omitted.

> 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.

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.
Post reply on HN