The VideoLAN Forums

Thanks, that seems to work. Any possible disadvantages of using this?

I would, but it runs on a RaspberryPi and I need the hardware acceleration. People have gotten that working for 2.2, but not yet for 3.0

It's version 2.2.4 yes. But I'm not sure why it's behaving like this? Normally when you play a stream the tcp client stays connected until all data is send, why does it keep making new client in this case? When seeking in another MKV file it acts as I would expect, it makes a new client and requests...

I offer a local stream of an MP4 file for VLC to consume, but when I try to seek in it vlc keeps disconnecting/reconnecting. Every time seeking for a different byte range, a little further up the stream. I'm not sure why it doesn't just stay connected and read the stream? This output is from startin...

I did try 3.0, and it seems to be fixed there, however I'm bound to 2.4 at the moment because I run it at a Raspberry Pi with hardware acceleration.

Any chance you got an idea to get it working on 2.4?

Anyone?

I get this behavior on 2 different networks, so I don't think that's the problem..

Hello, I'm trying to play a youtube video by link by instantiating a new media player and calling set_mrl() on it. Sometimes it works, but it seems that it has trouble on this step: [0347fd4c] gnutls tls session debug: TLS handshake: Resource temporarily unavailable, try again. This message appears ...

You should probably handle the MediaPlayerEndReached event of the media player. Take a look at the EventManager class.

You can mute VLC output by passing the --verbose setting when initializing. Setting it to -1 will mute:

Hi,

I had the same problem where the audo was playing after seeking, but the display got stuck when playing files. I fixed it by setting the file caching option to 5 seconds (--file-caching=5000). Hope it helps you

Thanks for the reply. I'm kinda stuck with VLC 2.2 as I'm running it on a raspberry pi and I need hardware acceleration. I managed to get it to work with 2.2 but I read that there were some problems compiling with hardware acceleration for the Pi with Vlc 3.0.

I've posted here before with an issue that is still not resolved but no one seems to know the problem. It's about using vlc to seek in a youtube stream. Most of the times it works, but when seek more than 5 times it's pretty much guarenteed to crash. (post here: https://forum.videolan.org/viewtopic....

No one?

It keeps looping on this: [0306103c] http access debug: trying to seek to 56923598 [0306103c] core access debug: net: connecting to r8---sn-5hnednek.googlevideo.com port 443 [0306103c] core access debug: connection succeeded (socket = 1876) [02fff29c] gnutls tls session debug: TLS handshake: Resourc...

No one?

I can't imagine I'm the only one with this problem..

Im trying to use libvlc python bindings to play a youtube stream for example. This works fine, however I cannot seek using the set_time() function. It will go to the specified time, but it will try to load and stutters and after a little while it just crashes. I found that I wasn't able to seek in a...

I'm using LibVlc version 2.2, but I think I might have the LibVlc python bindings for 3.0. Anyway, it seemed to work fine but now I want to set a subtitle from a .srt to a media file. In the documentation there is mention of a function named video_set_subtitle_file(self, psz_subtitle) However, this ...