The VideoLAN Forums

freetype issue is now fixed, you can pull and rebuild your contribs.

I have some of those errors too when building win32 with i686-w64-mingw32 on ubuntu : make all-recursive make[1]: entrant dans le répertoire « /home/xilasz/vlc/win32 » Making all in compat make[2]: entrant dans le répertoire « /home/xilasz/vlc/win32/compat » make all-am make[3]: entrant dans le répe...

I just changed the way we scan for sdcards, can you try the latest NB : http://nightlies.videolan.org/build/and ... 7-1057.apk

I just changed the way we scan for sdcards, can you try the latest NB : http://nightlies.videolan.org/build/and ... 7-1057.apk

I just changed the way we scan for sdcards, can you try the latest NB : http://nightlies.videolan.org/build/and ... 7-1057.apk

no, that's not normal, it's a bug, there's a regression, equalizer used to save/restore all settings. i'll take a look.

I guess the version on the store.

so no it's not necessary at all, and it has already been moved, but not yet released.
you can try a nightly build if you want to try it.

Oui, ce "dysfonctionnement" est connu, les widgets ne sont reconnu par le système que lorsque l'appli est dans la mémoire du téléphone, c'est android qui est fait comme cela. la documentation le mentionne clairement : http://developer.android.com/guide/topics/data/install-location.html#Sho...

it's not related to #8781.

It was a bug on our side which has been fixed recently. you can try with the latest nightly build.

second parameter of attachSurface must be the java instance which implements setSurfaceSize.
is "NativeUtility.getMainActivity()" the same instance as "this" ? if not, try with "this" instead.

yes, we are aware of this, the app can play it, but there in nothing in the user interface for it (yet).

not currently supported by vlc for android, we didn't try, but why did you remove --disable-sout ?
snapshots are not related to sout i think.

3: The music player is not a video player...

true, except all audio files opened from outside vlc are played with the video player.

if you want to display in a 400x400 frame but keep the original aspect ratio, forcing dw/dh variable to 400 at the beginning should work. if you don't care about aspect ratio, you can just force dimensions in the two LayoutParams near the end. in all cases, you must keep this line untouched : mSurfa...

At startup, vlc browse folders recursively to find new files to add to the database, or remove deleted ones. This scan can take some times depending on how many folders/files you have on the device. One way to speed this up, is to go in preferences, and only select music & video folders, to avoi...

you can boost the volume a little with the equalizer, even if it's not optimal.

But i agree proper volume boost would be better.

you can try to use "--enable-small" on contribs, libavcodec will be a bit smaller, but also slower

Very glitchy on Sony Xperia Z1 with GoPro 1080p videos. What's the best version for my phone ? I think the "issue" is that the video is in J420 (I420 with full range). With RV32/RV16, the optimized neon chroma converter doesn't handle J420, only I420. so vlc fallback to swscale instead, w...

There is no setting for default playback speed, it's hardcoded to 1x.

for what I see http://streams.videolan.org/samples/Matroska/subtitles/test_01.mkv have only one subtitle track, so if there's an issue is an unrelated one. it's the same issue, the subtitle button is shown even if there's only one subtitle track, to allow disabling it. and audio track selection wor...

you will surely get an answer when we will have time to check / test this. i just did a quick test with : http://streams.videolan.org/samples/Matroska/subtitles/test_01.mkv when opened with "Open stream" button in vlc-android itself, the subtitle button appears. but when opened from Chrome...

i think the core is asking for a new size at some point, but current android video output doesn't handle it (VOUT_DISPLAY_CHANGE_DISPLAY_SIZE), so it fallback to upscale.

If you have "yuv_rgb_neon: can't get video picture", it means one thing : the surface buffer doesn't have the correct size. At each frame, the vout checks that the surface buffer and the frame have the same size. If not, it calls setSurfaceSize(...) to request a resize of the surface buffe...

Known issue, this green line bug appeared when avcodec_align_dimensions2 was introduced in avcodec/video.c, it happens with directx/direct3d/opengl vouts on windows, and also on android.
Didn't had the time yet to test more.

A little bit late, but i fixed this a few weeks ago