The VideoLAN Forums

It doesn't really crash in the sense of exiting VLC and producing a log, but it halts after a second or so of playing audio (and doesn't play video).

The file plays fine on the native player and on XBMC, though subtitles aren't perfect. It is completely perfect on Linux with mplayer. vlc on Linux won't recognize the ssa subtitle format but does play the video and doesn't halt prematurely.

http://missdream.org/?page_id=1590 first link (Nico Nico....)

Also, I have a folder containing two videos and no audios that is listed when I open a file as containing 2 "songs". I have another folder containing both videos and songs that doesn't tell me this at all.

The sample plays perfectly including the SSA subtitles on VLC Linux 2.1.0-git. I'll have to test on Android later.

The reason the subtitles didn't work on Linux was that I hadn't installed the vlc ass plugin. The "Unfortunately there is nothing you can do" message was misleading me. Once I install the plugin, Linux is fine so only Android doesn't work.

Were you able to reproduce the problem?

Should I open a ticket for it?

Were you able to reproduce the problem?

It seems to work fine:

It still doesn't work for me. Where did you get your vlc binary from? I was using nightlies.videolan.org/build/armv7-android-neon , version dated 28-Nov-2012 01:15. It claims to be Revision 1777d34.

Are there other developers who can try the file on different devices to see if it works?

I notice that your screenshot has backwards/pause/forwards buttons at the bottom inside a shiny oval. I don't get that--I get plain buttons. Is this just a problem with themes or something or could it mean you are not running the same version as I am? Or are the buttons only defined for a particular screen size? This tablet is 1024x768, and system info shows 1024x720 because of the unremovable Android buttons at the bottom.

I've installed vlc a number of times in the past. Could vlc have left behind some files that are causing the problem? (For instance, if a file had an embedded font, vlc tried to extract it, it left behind a bad file, and now anything that demands the same font will crash?) Alternatively, could it be that I just don't have fonts on my tablet that you do?

Also, I did not play the file off of the web site. I downloaded it, copied the file over to the tablet, and played that.

It still doesn't work for me. Where did you get your vlc binary from?

Compiled from latest HEAD (revision fffb05c2197523d7eb8f92bb4fbeb698973edada).

I notice that your screenshot has backwards/pause/forwards buttons at the bottom inside a shiny oval.

Enable the wheel bar in the preferences.

I've installed vlc a number of times in the past. Could vlc have left behind some files that are causing the problem? (For instance, if a file had an embedded font, vlc tried to extract it, it left behind a bad file, and now anything that demands the same font will crash?) Alternatively, could it be that I just don't have fonts on my tablet that you do?

The device I used is a Galaxy Nexus with a stock ROM, and it works perfectly fine. I don't know about your device.

Also, I did not play the file off of the web site. I downloaded it, copied the file over to the tablet, and played that.

It should not make a difference.

Here's what I get with logcat -d

http://www.rahul.net/arromdee/log.txt

http://www.rahul.net/arromdee/log2.txt (same, except | grep VLC)

It seems to be a native crash. Is your device an HTC One X?

F/libc ( 699): Fatal signal 7 (SIGBUS) at 0x00000000 (code=128)
I/DEBUG ( 84): *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** ***
I/DEBUG ( 84): Build fingerprint: 'iNet/crane_evb/crane-evb:4.0.3/IML74K/20120521:eng/test-keys'
I/DEBUG ( 84): pid: 699, tid: 861 >>> org.videolan.vlc <<<
I/DEBUG ( 84): signal 7 (SIGBUS), code 128 (?), fault addr 00000000

No. It is an Idea USA CT802 tablet which uses an Allwinner A10 chipset.

It looks identical to an Eken A90 and seems to have identical specs as far as I can tell.

Also, this happens with software decoding only (this platform doesn't actually have hardware decoding anyway).