The VideoLAN Forums

Hello experts,

I am running VLC 2.0.2 Twoflower
I have a little batch file that runs 12 instances of VLC and places them around my screen. I tried using a newer version of VLC but it would seem to work with my batch file.

They are all monitoring local UDP streams. Every now and then one or two of them seems to crash.
Is it possible to have VLC restart these particular instances if they crash?

If anyone is interested this is similar to the batch file I am using:

You'd be advised to update to the latest version which is 3.0.4 since any version less than 2.2.8 is insecure. Vulnerabilities include the following:

1. Use-After-Free Memory Error in Processing MKV Files
2. File Processing Type Conversion Error in 'modules/demux/mp4/libmp4.c

For assistance with your problem please follow instructions in the orange box.

Hi Shaunie,

Is there a specific reason you are using VLC 2.0.2? If not, as Hitchhiker suggested, I'd also recommend using VLC 3.0.4 as it is a lot more stable and resilient to the crashes.

Hi Shaunie,

Is there a specific reason you are using VLC 2.0.2? If not, as Hitchhiker suggested, I'd also recommend using VLC 3.0.4 as it is a lot more stable and resilient to the crashes.

And has not web-documented security flaws.

Hello,

I am using 2.0.2 as new versions do not allow me to resize screens with the --width command.

I have tried nightly build as I read that these commands will be coming back in. Indeed a nightly build did allow the --width command but also brought some other issues (high CPU usage) so I reverted back to 2.0.2

I'm not too worried about security flaws as its a standalone machine with no internet access.

In a nut shell:
Its monitoring local streams (I receive a several sat signals, from up to 3 different satellites on a Triax receiver) that the spits them out as RTP streams which is streamed around my office building.

I use VLC to monitor these streams so that if any drop I can check if the satellite has moved off target (stabilised antennas)

I'll look at getting some debug messages from it too.

Thanks

I have tried nightly build as I read that these commands will be coming back in. Indeed a nightly build did allow the --width command but also brought some other issues (high CPU usage) so I reverted back to 2.0.2

High CPU while playing UDP or in all playback?

Hi JB,

I also have an application with 4 embeded VLC players. I used to have VLC 2.2.8 but due to some crashes and bugs, I updated libvlc api to 3.0.4. But now I have high cpu usage problems and yes I am playing 1080p TS UDP streams. Is that a bug or there is a workaround?

Regards.

I have tried nightly build as I read that these commands will be coming back in. Indeed a nightly build did allow the --width command but also brought some other issues (high CPU usage) so I reverted back to 2.0.2

High CPU while playing UDP or in all playback?

I only use the machine for playback of UDP streams.

You'd be advised to update to the latest version which is 3.0.4 since any version less than 2.2.8 is insecure. Vulnerabilities include the following:

1. Use-After-Free Memory Error in Processing MKV Files
2. File Processing Type Conversion Error in 'modules/demux/mp4/libmp4.c

For assistance with your problem please follow instructions in the orange box.

To help you, we need messages, to completely understand what your problems is.
To fix this, please be sure before you start the playback to:

1. Open: Tools -> Messages.
2. Set Verbosity to 2
3. Start playback to reproduce your issue
4. Save text in a file or copy into clipboard
5. Then paste the full resulting log here between [​code]and[​/code] (or use Pastebin.com if it's too long)

Also don't forget to name your Operating System and provide the VLC media player version.

Hello Hitchiker,

I have a log file now but is too large to paste here and also too large for Pastebin (exceeds 512kb)
I'll look for somewhere to host the file and post back soon.

The last 50 or so lines are below. and to be honest the other 90+k lines are pretty much the same a:

ts warning: invalid header [0x7d:79:c7:a9] (pid: 204)
ts warning: discontinuity received 0xf instead of 0xe (pid=304)

I have a similar issue with most versions of 3.0.x crashing while playing a multicast stream internal to our network. Some previous versions of 2.2.x work fine, specifically 2.2.8 works perfectly. It connects to the stream and instantly crashes to desktop. It's streaming from a Over The Air blunder tongue streaming server with zero issues from that since it works on other vlc versions. Here's the log. Any suggestions?

https://pastebin.com/98Wm3EWX