The VideoLAN Forums

Why are you trying to do that? Which feature of VLC do you want to use that requires running it from command line on Android?

Please share the log of the application when you watch the video.
You can find instructions here:
https://wiki.videolan.org/Android_Repor ... _not_crash

#11479

Are you using a Galaxy S3?
If yes, the problem is not caused by VLC, it is related to your device.
You should try disabling the "Auto Haptic" mode in Settings / Sound.

Hi,

You downloaded the wrong version of VLC. Unlike most devices, the Samsung Galaxy tab 3 10.1 has an x86 architecture and not an ARM one.
Please download a nightly build from this URL:
http://nightlies.videolan.org/build/and ... 6/?C=M;O=D

That will be a nice feature to have, I will discuss this with fellow developers, we have many changes planned for DVD playback right now.

You can also download the app on your phone with wifi and you will be able to install it.

Support is still experimental but you should be able to see the main menu if you load an ISO file.

VLC+ Pro?
We are not the maintainers of this application.

Can you try with a recent nightly build?

You can find one here:
http://nightlies.videolan.org/build/and ... 7/?C=M;O=D

Currently you should not use HW acceleration with a secondary display.

Looks like a broken HW codec...

Globally the behavior seems normal as far as the android app is concerned. We don't know what the stream contains so we start as audio. If a video track is detected, our AudioService activity receives a MediaPlayerVout event, we start the VideoPlayerActivity of our android project. Is the video supp...

Can you try the same stream with a VLC for Android nightly build? (http://nightlies.videolan.org/build/android-armv7/) I searched various forums and VLC documentation available on internet and came to know about VLC proprietary libraries that are being using. We were unable to find any sample code t...

What happens with the VLC for Android app? (http://nightlies.videolan.org/build/android-armv7/)
And with the desktop version?

Thanks, confirmed on my Nexus 5. The logcat is flooded with messages from avcodec, like this: 05-12 12:53:12.486: W/VLC(21596): avcodec decoder: cannot decode one frame (81 bytes) 05-12 12:53:12.486: W/VLC(21596): avcodec decoder: cannot decode one frame (86 bytes) 05-12 12:53:12.486: W/VLC(21596): ...

I cannot download this sample, I get a 371 bytes file with mkv extension but composed of the following text: <br /> <b>Warning</b>: gzopen() [<a href='function.gzopen'>function.gzopen</a>]: Filename cannot be empty in <b>/home/filedrop/public_html/processing/filedownload.php</b> on line <b>166</b><b...

I understand.

If it can help, a small extract of your sample would be enough if it still crashes VLC. Even a few seconds of video will do, we don't need the full sample.

Is it happening with all TS files or just one?
If it's just one file, please share the sample.

It's seems to be working fine so far on my Nexus 5 after limited testing.

Can you also generate a log using the instructions in the section "Advanced users or developers"?

Thanks

Your display is 240x320 and according to the tech specs, your device can do video playback of WVGA (800x480) videos.
720p is 1280x720, 2.4x the number of pixels of WVGA.
I think your device cannot smoothly decode 720p, you will probably have dropped frames and/or a slower playback.

Is this the device you have?
http://www.samsung.com/pk/consumer/mobi ... 6012BBAPAK#

This was SW decoding, right?

To improve performance with SW decoding, you can try the following: go to Preferences, Performance, Force video chroma and set to "YUV".

Dhruv, if your problem is still this one: https://forum.videolan.org/viewtopic.php?f=35&t=117812
Can you test again with this build (and share me the log): http://nightlies.videolan.org/build/and ... 3-1423.apk

Thanks a lot!

Which nightly did you use?
Which device? With which android version?
Can you share a sample? This is generally very useful to help us track the issue.

Thanks!