VLC 's Beta For Android Is Ready — Unless You're North American

MrSeb writes "The VideoLAN Project has pushed a beta version of VLC for Android to the Google Play Store. The beta brings most of the functionality of VLC for Linux, Windows, and Mac OS X to Android in a native UI in the Android 4.0 Holo style. However, there are a few hitches. The beta release published to the Google Play Store today is only compatible with ARM systems that use the ARMv7 architecture set and support the NEON instruction set. That means that there are several devices — mostly those released before the Samsung Galaxy S in late 2010, and anything powered by Tegra 2 — that cannot run the current beta. Also, apparently due to a lack of North America-specific Android test devices, VLC for Android is currently not available from the US or Canadian Play Store. Both problems should be rectified soon, though." VLC is one of those impressive programs that just works with nearly any input thrown at it, and one of the first things I put on any computer. I hope the Android version retains pitch-controlled variable-speed playback, perhaps my favorite VLC feature, and something I miss on my tablet.

Comments

Hardware acceleration?

[JDG1980]

Will this version of VLC support hardware acceleration for H.264 and other video formats on those devices where the hardware supports it?

Re:Hardware acceleration?

[WilyCoder]

You're not gonna get hardware acceleration any better than what the device manufacturer supplies via their include 'video' app.

Getting access to those HW accelerated video decoders is very black box in nature. Notice how the article mentions requiring the NEON instruction set. VLC must be using the simd instruction set called NEON to do the decoding.

Surprisingly, you can achieve a good amount of performance by using NEON in your code (I've used it myself).

for people in north america

[lister king of smeg]

for people in north America just grab it off of their nightly build site. thats what i did yesterday

You can still get it and it works...

[icebike]

You can always download it from the Nighties

http://nightlies.videolan.org/build/android-v7-neon/VLC-debug.apk
or for Tegra 2:
http://nightlies.videolan.org/build/android-v7-tegra2/VLC-debug.apk

Plays all files, in all formats, like the classic VLC.
Audio and video media library, with full search.
Support for network streams, including HLS.
Supports Android from version 2.1 (platform-7).
Supports ARMv6, ARMv7 and ARMv7+NEON.
Subtitles support, embedded and external, including ASS and DVD subtitles.
Multi audio or subtitles tracks selection.
Multi-core decoding, for Cortex-A7 A9 and A15 chips.
Experimental hardware decoding.
Gestures, headphones control.

I sincerely doubt its due to an unavailability of US/Canadian test devices because late model GSM HSPA/UMTS devices from all the major manufacturers are pretty much the same world wide. I actually prefer buying unlocked international versions of these devices rather than carrier models.

I suspect this is really another patent fight over Codecs used or worked around by VLC, and the Google Market (play store) is making sure they don't end up on the wrong side of the MPAA, (not to mention trying to keep Google's YOUTube ox from being gored.

It does work, but won't necessarily play everything the desktop version plays just yet. The software decoding is slow and jerky for videos recorded on the android device it self, and the sound is out of sync, where as the embedded video player, or the desktop version works perfectly playing the same files.

It has a hard time of finding media on External_SD or attached USB storage on some tablets.
Still its a beta. And its nice to see progress,

Re:tegra 2

[mcrbids]

I remember when the tegra 2 was hot shit.

Meh.

I remember when the AMD 386DX40 was considered to be wickedly fast, except for the Motorolla 68xxx line in the Macs. Now, my router has a more powerful CPU that runs on just 100 milliamps, 5 volts. Although the i7 is today's "wickedly fast" x86 processor, I don't remember really giving all that much of a damned about it. The marketplace has matured, and nobody really cares all that much any more.

Did you get a Core2, i5, or AMD CPU? Would you notice if you had? Chances are that you wouldn't notice the difference. Because it does the job well and reliably, I'm still using a 10 year old Pentium 3 server as a network monitor!

But phones are different. It's still new technology, needed features are still being implemented, tested, and improved on. My 2 year old Droid2 phone is already so obsolete that when I went to exchange it because of a defect, Verizon decided to replace it with an entirely new model!

nearly any input?

[Ardeaem]

Whatever. I tried piping some input to it and it failed miserably.

hmmmmm

[nomadic]

Ahhh, VLC. The only free, open source software I've ever seen that was just as good as the hype.

Re:Where's the Slow/Fast speed buttons?

[KuNgFo0]

Enable the status bar like the parent said, then you can click on the "1.00x" text and a popup gives you the speed controls.

Re:What for

[CanHasDIY]

Of course I could just transcode and avoid the whole VLC / hardware compatibility list whatever.

You could, but why make all that extra work for yourself?

1 - download media file to device
2 - discover it doesn't play on the stock player (*.avi, for example)
3 - copy file from device to computer
4 - fire up transcoding software and wait 10 min - 1hour+ for completion
5 - copy new transcoded file back to device
6 - play file in stock player (maybe, assuming the transcoder didn't mess anything up, you had all the settings perfect, Venus is in alignment, etc.)

--or--

1 - download media file to device
2 - play in VLC


At least, that's how it's worked for me thus far, but of course, YMMV.

Re:Impressive progams?

[chronoglass]

VLC is one of those impressive programs that just works with nearly any input thrown at it, [...].

Or what we, in the Linux community, call "software"*. ^^

* after all required dependancies are hunted down from the ends of the earth and/or compiled from source and installed.

Re:tegra 2

[Man On Pink Corner]

Although the i7 is today's "wickedly fast" x86 processor, I don't remember really giving all that much of a damned about it. The marketplace has matured, and nobody really cares all that much any more.

I think that has more to do with the phenomenon known as Getting Old, than with the state of the marketplace. We, the desktop users, are the ones who have "matured."

Back in the day, you could argue about whether a 386-40 or a 486-25 was the better way to go. Some benchmarks went one way, some went the other. The difference between the fastest x86 CPUs and the slowest ones on the shelf at any given time was perhaps 2x-3x. A lot of us paid very close attention to the CPU market and were always up for an argument or flame war about it.

Today, the difference between the high-end Sandy Bridge/Ivy Bridge CPUs and the low-end parts is stupefying. The performance spread between the fastest and slowest devices is 6x in the "high end" category alone. In the broader market the spread is more like 30x-50x. And this doesn't even consider GPU-based computing.

So I'd say the desktop CPU market is a lot more interesting now than it was back in the day... but there's too much other stuff going on that's even more interesting, like getting work done and paying the mortgage.

Re:tegra 2

[jedidiah]

Quicktime does a poor job of dealing with random audio and video formats and doesn't have a good package management system to back it up.

That's why VLC is a very popular Mac download.

It covers up both of those faults in MacOS or Windows.