News for hackers. Stuff that matters.
Re:VLC 2.2.0 multi-releases by higherpurpose on Friday February 27, 2015 @11:38AM (#9119748)
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.

Re:VLC 2.2.0 multi-releases by jbk on Friday February 27, 2015 @11:47AM (#9119809)
> 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 native (and automatic) subtitle-seeking feature.

It's a new feature of 2.2.0

Re:VLC 2.2.0 multi-releases by astrange on Friday February 27, 2015 @04:58PM (#9121633)
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.

Re:VLC 2.2.0 multi-releases by izacus on Friday February 27, 2015 @05:26PM (#9121765)
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.
Re:VLC 2.2.0 multi-releases by astrange on Saturday February 28, 2015 @12:28AM (#9122891)
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 by izacus on Sunday March 01, 2015 @11:06AM (#9127545)
Hmm, you have a point there - x64 does make writing ASM significantly easier.
Re:VLC 2.2.0 multi-releases by kierank on Friday February 27, 2015 @07:31PM (#9122242)
I think astrange knows what he's talking about considering he wrote chunks of those encoders and decoders.
Re:VLC 2.2.0 multi-releases by newman314 on Friday February 27, 2015 @03:29PM (#9121133)
What I want to know is if QuickSync support is available on the Mac version of vlc.
Re:VLC 2.2.0 multi-releases by feepk on Friday February 27, 2015 @04:05PM (#9121358)
No, this is a 3.0.0 feature.
Re:VLC 2.2.0 multi-releases by JohnTHaller on Friday February 27, 2015 @11:44AM (#9119785)
For most stuff, 64-bit makes surprisingly little difference. And it adds the complexity of needing to release two versions or an installer with both in it, which increases your bandwidth. VLC only uses about 5% CPU on my i7 to play a 1080p AC3 video. For most end user stuff, the difference of 64-bit is unnoticeable, a 1-2 % difference maybe. For certain things, it matters. Things like encoding or compression. Compressing files in 7-Zip can see a 5 to 10% increase in speed, for instance. If you routinely compress a lot of files that take minutes to package, it can be noticeable and add up.
Re:VLC 2.2.0 multi-releases by voidlogic on Friday February 27, 2015 @11:46AM (#9119799)

  :~$ file `which vlc`
  /usr/bin/vlc: ELF 64-bit LSB  executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=XXXXX, stripped
Re:VLC 2.2.0 multi-releases by cbd1984 on Friday February 27, 2015 @08:58PM (#9122476)
Was there a specific reason you stripped the BuildID?