The VideoLAN Forums

I've decided that it is likely that the video camera (a reliable local device) is getting ahead of the DSS (on the internet connected by wireless), causing VLC to buffer data. (heaven forbid VLC lose data!) It seems to me that vlc needs a new command line option, '-live,' which tells the mux to only...

I'm running valgrind on the two processes and it's clear that memory is being lost, but valgrind is not detecting it. I'm wondering if it's possible that the streamer is getting behind and buffering up unsent data, when it should be tossing stale and lost data away, skipping forward to current time ...

Thanks, I'll google that and figure out what to do.

We're also having problems restarting the processes. The killall -9 script doesn't appear to be working. Strange how an OS could fail to kill a process.

We have two instances of VLC 2.1.5 feeding a remote re-broadcaster. They are doing identical jobs with two separate cameras, yet one of them is leaking memory badly. When first started the processes look like this: 25382 user 20 0 733032 21200 8100 S 4.3 0.1 0:00.56 vlc 25377 user 20 0 733032 21260 ...

*bump*

The audio I'm receiving is: audio/g726 And here's the log: vlc -vvv 'http://[valid_url]:5251/nphVideo?Mode=0&Resolution=320x240&Quality=Standard' VLC media player 0.8.5-test4 Janus [00000001] main vlc debug: opening config file /home/brian/.vlc/vlcrc [00000001] main vlc warning: config file ...

I have a Panasonic camera. MJPEG works perfectly but the 8KHz audio is not recognized by VLC, ffmpeg, or mplayer. I was wondering if anyoen got it to work. Raydude I have tried the 0504 developer build. It simply will not play the video stream (which contains both mjpeg and the h??? audio.) TIA, Ra...