[help] RTCP failed, port permission denied.

[poloyui]

dear mates,

i really need your help,
i'm trying to bradcast stream a video on a LAN.
i'm trying to use RTP as the delivery protocol.
but everytime i stream, these eror always occurs: the RTCP delivery failed.
the video streaming is fine and the client can play the video just fine.
but i am really worry about this eror message but i don't understand what it means nor how to fix it.
i am really a newbie, so my knowledge is very limited

can anyone help me?

thanx before!


here is the process output (p.s. i use ubuntu)

VLC media player 1.1.8 The Luggage (revision exported)
Blocked: call to unsetenv("DBUS_ACTIVATION_ADDRESS")
Blocked: call to unsetenv("DBUS_ACTIVATION_BUS_TYPE")
[0x88fd04c] [Media: channel1] main stream out error: cannot connect to 167.205.64.127 port 1235: Permission denied
[0x88fd04c] [Media: channel1] stream_out_rtp stream out error: RTCP failed!
[0x8845914] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
[0x890fccc] [Media: channel2] main stream out error: cannot connect to 167.205.64.127 port 2223: Permission denied
[0x890fccc] [Media: channel2] stream_out_rtp stream out error: RTCP failed!
Blocked: call to setlocale(6, "")
Warning: call to srand(1302830934)
Warning: call to rand()
Blocked: call to setlocale(6, "")

(process:13912): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
header damaged
header damaged
[0x8905444] signals interface error: signal 17 overriden (0xb55898c0)
[0x8905444] signals interface error: /usr/lib/libQtCore.so.4(?)[(nil)]
Blocked: call to setlocale(6, "")
[0x8905444] signals interface error: signal 17 overriden (0xb55898c0)
[0x8905444] signals interface error: /usr/lib/libQtCore.so.4(?)[(nil)]

[Rémi Denis-Courmont]

There is a persmission problem. This is very much dependent on your system and security framework, so we cannot help you here. Please check with your vendor.

[poloyui]

oh.. i see...
i am sorry if i put this topic in the wrong place.

but if i may ask, is it the system of my computer or the system of my network that you meant?
i actually dont know the vendor because this computer was given to me as a gift.

thanx before..

[poloyui]

i mean i do know the vendor but i dont know which vendor should i contact, hardware? software? operating sistem? network vendor?
and im not sure i can ask for their help since im not exactly their client..

[ReMarkable]

I know this is ancient, but I want to clarify a misleading earlier response, having just encountered the same warning.

It is a permission error in the sense that no permission can be granted for accessing the resource that doesn't exist. But there is unlikely a permissions available to be granted to have this error go away from fixing the permission.

So a more helpful response is - the RTP stream is flowing fine, and the RTCP control stream is optional and supurflous. This error can be ignored.

It could also be argued that VLC is overstepping its charter by attempting to handle a RTCP session when none was requested or needed. Even if it might be nice to set this up in case the client does have something to say about the stream, the error should be silently ignored, or the message augmented that it may be harmless and can be ignored.

[Rémi Denis-Courmont]

RTCP is not optional. In this scenario, RTCP is the only way to synchronize audio and video.

[ReMarkable]

Yes, RTCP can be used if trying to sync multiple streams, like video and audio. In fact, it is the way to accomplish that. But, it is optional, and if absent leaves it up to the client to figure out something, or nothing, and just hope.

What I am running into is that sending a single RTP video only stream, VLC also attempts to create the RTCP port and fails. And each time the stream loops, it re-attempts the port, and fails. And each time, it leaves resources in limbo (probably file descriptors) and eventually runs out and impairs the it's own function and the system in general.

So, if VLC would not do this, then it would not run out of these resources. If I needed RTCP, I would create the stream differently and make sure the companion ports are available, as I then have a vested interest in sorting that out. But in this case, I don't want RTCP at all.