Access to stats over rc always return ZERO

[bugre]

Hi,

I'm using vlc on "Alpine Linux v3.8" console (no gui) (##edited, wrongly informed it was ubuntu##) , to do some kind of proxy between networks, and to help me troubleshoot some situations where VLC simply stops sending information after a specific error, i would like to setup some monitoring/alarm to be notified when it stop's sending data.

For that i would like to get the stats for vlc's operation, but i always get only zero value returned.

Unfortunately i don't have access to a graphical interface on that system to check if that also happens accessing the stats on VLC's GUI

Command line i'm using is something like:

Code: Select all

/usr/bin/vlc -I dummy rtp://@mcast_ip:port -vv --extraintf=rc:http --http-password=MyPASS --http-port=8888 --rc-host=0.0.0.0:8889 --play-and-exit --sout '#duplicate{dst=std{access=udp,mux=ts{pid-video=100:pid-audio=200},dst=output_internal_ip:port},select="es=101,video,es=201,audio,es=202,audio"}'

And accessing VLC's RC interface (or even http interface) to retrieve stat's always returns ZERO. If i retrieve status, i get information, saying that it is 'playing' and i can access the stream on internal network, meaning it is working fine, so i would expect that it should be incrementing the stat's numbers.

Any idea of what i'm doing wrong? And or what i'm should do differently?

Thank you in advance for any tip.
-wm
====

Bellow are some more information, of version and the output of status and stats. I can repeat the stats command many times and always zERO.

Output of accessing the information:

Code: Select all

:~$ echo -e "status\nstats" | nc 127.0.0.1 8889 VLC media player 3.0.2 Vetinari Command Line Interface initialized. Type `help' for help. > ( new input: rtp://@<IP>:<PORT> ) ( audio volume: 256 ) ( state playing ) +----[ begin of statistical info +-[Incoming] | input bytes read : 0 KiB | input bitrate : 0 kb/s | demux bytes read : 0 KiB | demux bitrate : 0 kb/s | demux corrupted : 0 | discontinuities : 0 | +-[Video Decoding] | video decoded : 0 | frames displayed : 0 | frames lost : 0 | +-[Audio Decoding] | audio decoded : 0 | buffers played : 0 | buffers lost : 0 +----[ end of statistical info ] > Bye-bye!

===
VLC Version info:

Code: Select all

$ /usr/bin/vlc --version VLC media player 3.0.2 Vetinari (revision 3.0.2-0-gd7b653cf14) VLC version 3.0.2 Vetinari (3.0.2-0-gd7b653cf14) Compiled by buildozer on build-3-8-x86_64 (May 19 2018 12:46:31) Compiler: gcc version 6.4.0 (Alpine 6.4.0) This program comes with NO WARRANTY, to the extent permitted by law. You may redistribute it under the terms of the GNU General Public License; see the file named COPYING for details. Written by the VideoLAN team; see the AUTHORS file.

The Alpine version info:

Code: Select all

$ cat /etc/os-release NAME="Alpine Linux" ID=alpine VERSION_ID=3.8.1 PRETTY_NAME="Alpine Linux v3.8" HOME_URL="http://alpinelinux.org" BUG_REPORT_URL="http://bugs.alpinelinux.org"

Thanks
-wm

[Rémi Denis-Courmont]

Input stats are zeroes because RTP is not a byte stream protocol. A/V stats are zero because you are streaming out instead of playing out.

[bugre]

Hi Rémi,

Thank you for your help/clarification.
Do you know if there is any other statistical information i could collect in this case, that could help me generate some kind of monitoring/alarming if the input / output steam is failing?

And for the input stream, if i would use a TransportStream accessed over HTTP, would that be considered a 'byte stream protocol' ?

Thanks again
-wm

[fatih]

Hello. Did you found a way of calculate streamed bytes? If yes, can you please share it for us?