The VideoLAN Forums

The issue was fixed yesterday. It will now automatically fallback to software decoder now.

To disable hardware decoding, you can add the following option: ":codec=avcodec,none"

Hello danyial,

Thanks for the sample, I'll try to fix the issue.

In the meantime, you can disable videotoolbox, by disabling "Hardware Decoding" in vlc for ios settings.

Hello! --network-caching=400 --file-caching=400 --live-caching=400 --disc-caching=400 --sout-mux-caching=400 Could you replace 400 by 3000 ? Mediacodec, the hw decoder needs a long input cache. If it's still not working, could you try without any LibVLC options ? If it's still not better, could you ...

OK, I found the issue, this was due to the "smb ports = 139" option.
This will be fixed in a next release.

Thanks for the bug report.

What is your samba version ?
I'll try to reproduce this issue with the same kind of config file during the week.

Here is a sample:
Note that getBuffering() method was added recently (maybe 1 or 2 months ago), so you have to up date vlc-android git

Yes, for now, VLC is not keeping sessions when browsing.

We don't know when this problem will be fixed.

Ahhh, you said you tested 1.6.1. Could you try with the very last version of VLC , there may be a fix for your issue.
See nightlies here http://nightlies.videolan.org/build/and ... -ARMv7.apk

Could you provide a dump (.ts) of the udp stream you fail to play ?

Using the last android release, I'm able to play the video from the url "http://s1.atv-stream.de:8180/db0tgm.ogv".

Could you test with the last release (1.6.90) ? If it still doesn't work, could share the logs ?

Thanks for your bug report.

I just fixed it: https://git.videolan.org/gitweb.cgi/vlc ... 00ab6af530

The fix will be available on the next VLC android release.

Hello,

This warning is normal, we use a pthread_key_create destructor to detach the Java thread, and there is no way to hide this warning.

Thanks for reporting it anyway.