Satip stream error failed to setup rtsp session

Used to open a security camera (EZVIZ) with VLC in 20.10 with the command:

    rtsp://192.168.1.200:554
    It fails and the log file says:
    satip error: Failed to setup RTSP session
    satip error: Failed to teardown RTSP session
    ```

nmap shows the device is present:

Starting Nmap 7.80 ( https://nmap.org ) at 2021-05-15 10:03 BST
Nmap scan report for TL-WA850RE.broadband (192.168.1.200)
Host is up (0.032s latency).
Not shown: 996 closed ports
PORT     STATE SERVICE
554/tcp  open  rtsp
8000/tcp open  http-alt
8200/tcp open  trivnet1
9010/tcp open  sdr
```

mplayer works but gives error messages:

```
mplayer rtsp://admin:******@192.168.1.200:554
MPlayer 1.4 (Debian), built with gcc-10 (C) 2000-2019 MPlayer Team
do_connect: could not connect to socket
connect: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing rtsp://admin:******@192.168.1.200:554.
Resolving 192.168.1.200 for AF_INET6...

Couldn't resolve name for AF_INET6: 192.168.1.200
Connecting to server 192.168.1.200[192.168.1.200]: 554...

librtsp: server responds: 'RTSP/1.0 401 Unauthorized'
rtsp_session: unsupported RTSP server. Server type is 'unknown'.
libavformat version 58.45.100 (external)
libavformat file format detected.

Apparently something has changed between 20.10 and 21.10 that is affecting VLC.  I've tried various changes to the input/Codec settings that have been suggested on different websites but no effect.
Any ideas?
Thanks

When I run cvlc --no-one-instance -vv rtsp://192.168.1.200:554 on my desktop it just hangs:
VLC media player 3.0.12 Vetinari (revision 3.0.12-1-0-gd147bb5e7e)

When I run it my laptop, also running ubuntu 21.04, it gives this error message:

    [00007f00e0000c20] lua art finder debug: Trying Lua playlist script /usr/lib/x86_64-linux-gnu/vlc/lua/meta/art/03_lastfm.luac
    [00007f00e0000c20] lua art finder debug: Trying Lua scripts in /usr/share/vlc/lua/meta/art
    [00007f00e0000c20] main art finder debug: no art finder modules matched
    [0000563550b15a50] dbus interface debug: Getting All properties
    [0000563550b15a50] dbus interface debug: Getting All properties
    [00007f00e80015e0] main stream debug: connection succeeded (socket = 12)
    [00007f00e80015e0] main stream debug: net: opening 0.0.0.0 datagram port 9338
    [00007f00e80015e0] main stream debug: net: opening 0.0.0.0 datagram port 9339
    [00007f00e80015e0] satip stream error: Failed to setup RTSP session
    [00007f00e80015e0] satip stream error: Failed to teardown RTSP session
    [00007f00e80015e0] main stream debug: net: connecting to 192.168.1.200 port 554
    [00007f00e80015e0] main stream debug: connection succeeded (socket = 11)
    [00007f00e80015e0] access_realrtsp stream warning: Cseq mismatch, got 1, assumed 0
    [00007f00e80015e0] access_realrtsp stream debug: rtsp connected
    [00007f00e80015e0] access_realrtsp stream warning: only real/helix rtsp servers supported for now
    [00007f00e80015e0] main stream debug: no access modules matched
    [00007f00f4000c80] main input error: Your input can't be opened
    [00007f00f4000c80] main input error: VLC is unable to open the MRL 'rtsp://192.168.1.200:554'. Check the log for details.
    [0000563550ad1940] main playlist debug: dead input
    [0000563550ad1940] main playlist debug: changing item without a request (current 0/1)
    [0000563550ad1940] main playlist debug: nothing to play

The VideoLAN Forums

Discussion and support for VLC media player and friends

RTSP not working with Generic IP Camera

RTSP not working with Generic IP Camera

Post by botik101 » 31 Oct 2018 00:12

I am going crazy here trying to figure this one out.

I have a Generic IP Camera (made in China). Model is TV-699HDE-XMW. The darn thing work just fine when I am using their ACTIVEX plugin in IE. Yes, you heard it right — ACTIVE X.

So, I want to just stream it. I see in Wireshark the streaming is started by Active using the following command:
rtsp://192.168.0.200:34567/user=admin&password=&channel=1&stream=0?RTSP/1.0

When I try to do the same thing from VLC, it is a NG. I suspect that there is a POST command before that perhaps that tells the camera to START recording? What am I doing wrong here?

Here is the log from VLC
main debug: VLC media player — 3.0.4 Vetinari
main debug: Copyright © 1996-2018 the VideoLAN team
main debug: revision 3.0.4-0-gf615db6332
main debug: configured with /Users/d-fu/vlc-3.0/extras/package/macosx/../../../configure ‘—prefix=/Users/d-fu/vlc-3.0/build/vlc_install_dir’ ‘—enable-macosx’ ‘—enable-merge-ffmpeg’ ‘—enable-osx-notifications’ ‘—enable-faad’ ‘—enable-flac’ ‘—enable-theora’ ‘—enable-shout’ ‘—enable-ncurses’ ‘—enable-twolame’ ‘—enable-realrtsp’ ‘—enable-libass’ ‘—enable-macosx-qtkit’ ‘—enable-macosx-avfoundation’ ‘—disable-skins2’ ‘—disable-xcb’ ‘—disable-caca’ ‘—disable-pulse’ ‘—disable-sdl-image’ ‘—disable-vnc’ ‘—build=x86_64-apple-darwin17’ ‘—host=x86_64-apple-darwin17’ ‘—with-macosx-version-min=10.7’ ‘—with-macosx-sdk=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk’ ‘—with-breakpad=https://mac.crashes.videolan.org’ ‘build_alias=x86_64-apple-darwin17’ ‘host_alias=x86_64-apple-darwin17’ ‘CC=/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang’ ‘CFLAGS=-g’ ‘LDFLAGS=’ ‘CXX=/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang++’ ‘CXXFLAGS=-g’ ‘OBJC=/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang’ ‘OBJCFLAGS=-g’
main debug: processing request item: rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp, node: Playlist, skip: 0
main debug: resyncing on rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp
main debug: rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp is at 8
main debug: starting playback of new item
main debug: resyncing on rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp
main debug: rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp is at 8
main debug: creating new input thread
main debug: Creating an input for ‘rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp’
main debug: requesting art for new input thread
main debug: using timeshift granularity of 50 MiB
main debug: using default timeshift path
main debug: `rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp’ gives access `rtsp’ demux `any’ path `192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp’
main debug: creating demux: access=’rtsp’ demux=’any’ location=’192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp’ file='(null)’
main debug: looking for meta fetcher module matching «any»: 1 candidates
main debug: looking for access_demux module matching «rtsp»: 14 candidates
main debug: no meta fetcher modules matched
main debug: looking for art finder module matching «any»: 2 candidates
main debug: no art finder modules matched
live555 debug: version 2016.11.28
live555 debug: connection timeout
live555 error: Failed to connect with rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp
main debug: no access_demux modules matched
main debug: creating access: rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp
main debug: looking for access module matching «rtsp»: 23 candidates
satip debug: try to open ‘rtsp://192.168.1.17:34567/user=admin&password=&channel=1&stream=0.sdp’
satip debug: connect to host ‘192.168.1.17’
main debug: net: connecting to 192.168.1.17 port 34567
main debug: connection succeeded (socket = 18)
main debug: net: opening 0.0.0.0 datagram port 9230
main debug: net: opening 0.0.0.0 datagram port 9231

So it shows 0.0.0.0 datagram port opened but no image.

Then some time later it does:
satip error: read error: Connection reset by peer
satip error: Failed to setup RTSP session
main debug: net: connecting to 192.168.1.17 port 34567
main debug: connection succeeded (socket = 18)
main error: read error: Connection reset by peer
main error: read error: Connection reset by peer
access_realrtsp debug: rtsp connected
access_realrtsp warning: only real/helix rtsp servers supported for now
main debug: no access modules matched
main debug: dead input
main debug: changing item without a request (current 8/9)
main debug: nothing to play

WHAT AM I MISSING HERE?

PLEASE NOTE THAT PORT 34567 is OPEN according to NMAP:
victor@neural:

$ nmap -p- 192.168.1.17

Starting Nmap 7.01 ( https://nmap.org ) at 2018-10-30 15:57 PDT

Nmap scan report for 192.168.1.17
Host is up (0.013s latency).
Not shown: 65532 closed ports
PORT STATE SERVICE
80/tcp open http
9530/tcp open unknown
34567/tcp open unknown

Why ActiveX would be able to start video like this and I cannot do the same from VLC? Help

Источник

Unable to view stream using vlc — «Failed to connect», «Failed to setup RTSP session» #42

Neolink itself seems to be working but I»m unable to view the stream using VLC as a client. This is with a Reolink E1 camera. I can connect to the camera with the reolink app.

Neolink seems to work:

My vlc command line:
vlc rtsp://127.0.0.1:8554/one
My vlc log:

Do I need more vlc command line flags?

The text was updated successfully, but these errors were encountered:

For an E1, you need to let Neolink know it’s H.264, because it can’t yet autodetect this.

This needs to be clearer in the docs.

I’d like to reopen this issue.

Same problem with same camera, but different neolink version on docker.

According to the logs — with the workaround from above — I see

[2023-01-07T22:09:48Z INFO neolink] Neolink 0.4.0 (unknown commit) release
[2023-01-07T22:09:48Z WARN neolink::rtsp] The format config option of the camera has been removed in favour of auto detection.

The camera works perfectly via neolink in Home Assistant. So the configuration and neolink for the camera works. But not with VLC.

Firmware version of the camera is v3.0.0.115_20102200

@mailq Your issue is different then this one. Please open a new issue. If it’s working on ha which uses ffmpeg I think but not vlc then the most likely cause of your issue is the vlc udp buffer size not being big enough.

© 2023 GitHub, Inc.

You can’t perform that action at this time.

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.

Источник

RTSP over VLC does’t work with Tapo C200

I have a problem with the Tapo C200. It isn’t possible for me to get a stream via VLC.

I use the URL «rtsp://testcam:welcome@192.168.1.124:554/stream1»

And I recive the error: «Unable to open ‘rtsp://testcam:welcome@192.168.1.124:554/stream1»

The username and pw are correct because I receive a stream via ONVIF in iSpy.

The path on iSpy for ONVIF is «http://192.168.1.124:2020/onvif/device_service».

As I want to get a stream into OBS (without window capture of iSpy) I would prefer to get the rtsp stream to work.

I tried it also at another machine and VLC gave me a few more informations about the error:

live555 error: Failed to connect with rtsp://192.168.1.124:554/Stream1

satip error: Failed to setup RTSP session

Thanks and best regards

now it works. Maybe a restart of the computer solved the problem.

Thanks for your help.

If you can use iSpy to stream the video, the camera’s account and IP address should be correct, but you can double-check.

When using VLC to stream the video, you can go to Media—Stream—Network, add the URL and test.

When using OBS, add a VLC video source, then add the URL and test.

We did the same test and both software is working.

now it works. Maybe a restart of the computer solved the problem.

Thanks for your help.

Glad to hear that it works, congrats.^_^

If need any further help, just let us know.

If someone can help me please.

I’m having trouble playing the cctv on my laptop. It was working before but until 2 days ago, it stopped. I’m not sure what happened, and whenever I try to view it on my vlc player, I get the «connection failed» message

Since it was working before, I know I followed the instructions correctly. Using this format —

For a 1080P (1920*1080) stream: rtsp://username:password@IP Address:554/stream1

I already re-started the cctv and the laptop, so I’m not sure what went wrong

Please can someone assist.

Thank you very much for your time and patience.

Sorry for the delay.

For your case, could you please help me check the following information:

1. What is the model number of your home router?
2. Are you still able to live view from local LAN or remotely from the Tapo APP?
3. Have you checked if the IP address on the Tapo C200 has changed or not?
4. On the computer with VLC player installed, are you still able to ping the Tapo C200 ？
5. And is there any change recently, like a new device joining the network, or a firmware update?

Hi. I´m having a similar problem. I can access my C200 using the Tapo app on my cell phone. I would like however to access the RTSP stream from VLC Player for Mac v3.0.11.1 on my laptop or using VLC Player on my phone.

In VLC I´ve added a network source with the URL: rtsp://username:password@IP_ADDRESS:554/stream1 to get the 1080P stream.

When I hit enter I get a login dialog box asking for username and paassword, even though I have specified them in the URL. When I enter the username and password the dialog resets and asks again and again, and ultimately says connection failed, check the log. I checked the log and can´t make much sense of the error messages.

Some info: I can ping the camera from my laptop. Both the laptop and the C200 have 192.168.2.x addresses so they´re on the same network. Because this network is a guest wifi network and my router has some restrictions about devices talking to other devices on the guest network, I tried deleting the camera from the Tapo app and readding it on my main wifi network. Now both devices are on the same 192.168.1.x network and the result is the same. I get porompted for username and password again and again and eventually it fails out.

I´ve tried username as my email address and as my email address minus the domain (blahblah and blahblah@something.com). I can log into this TP-LINK forum with that username password combo as well as in the Tapo app. But it won´t work for the rtsp stream connection in VLC.

I didn´t try ISpy because of its various dependencies that I didn´t want to install. I installed OBS and was thoroughly confused on my first attempts.

VLC fails similarly on both my laptop and on my phone.

Источник

Почему VLC отказывается принимать rtsp трансляцию?

Запускаю в трансляцию небольшое видео
Строка конфигурации:

Далее на том же компьютере запускаю второй VLC и пытаюсь подключиться по адресу rtsp://192.168.0.104:8554/
Указанный ip-адрес — это адрес компьютера в моей локальной сети
Тем не менее получаю постоянно следующее сообщение:

В терминале тем временем:

Пробовал тоже самое с телефона, подключенного к той же сети, но и там vlc выдает, что воспроизвести нельзя

• Вопрос задан 16 июн. 2022
• 297 просмотров

Простой 19 комментариев

Никита Каргин, ну так, на всякий случай, фаерволл не блокирует подключение? хотя к локалхост не должен.

Никита Каргин, ну локально то он должен работать.
а конвертация вообще проходит??

если убунту последняя(20 + ), то там вроде ufw стоит.
я лично не пользуюсь дома фаерволом, поэтому отключаю
sudo ufw disable

Drno, nc -zvw3 192.168.0.104 8554
Эта команда выдает

До этого я пытался стереть все правила в iptables, добавить новое конкретно для этого порта, но все без толку
Кроме того, я добавил настройку в своем роутере

Никита Каргин, так. стоп.
не путайте кислое с длинным. удаленный доступ до этого стрима это одно, наладить его работу локаьлно — это другое

для начала надо сделать чтоб стрим открывался локально на Вашем ПК. уже потом будем заниматься удаленным доступом

поставьте галочку в VLC, когда делаете настройку RTSP, воспроизводить локально. Хоть поймем есть там вообще картинка или нет. Мож видео не конвертируется, поэтому и удаленка не работает

Drno, решил упростить и сделать так
Медиа — Передавать — Устройство захвата (тут выбираю режим захвата Video camera, название — /dev/video0) — Поток

Дальше жму галочку «Воспроизводить локально», новое назначение ставлю Файлы, нажимаю «Добавить»
Ввожу имя файла (взял существующий файл с известным мне видео), подтверждаю, что файл будет перезаписан. Далее

В итоге получается такая строка:

Дальше жму «Поток». На экране изображение с веб-камеры, в названии окна — «v4l2:///dev/video0 — Медиапроигрыватель VLC»
Но файл с видео не меняется. Там как было видео с островом, так и осталось.
А записи камеры нет. Раз уж он в файл записать не может, что уж говорить об RTSP
Какие тут варианты решения проблемы?

Источник

After updating to 21.04 (hirsute), my VLC broke as for the RTSP stream playback functionality. I suspect this to be related to my gstreamer plug-ins breaking down during the install. Running the RTSP stream with mplayer from command line works fine when VLC doesn’t. The error message from VLC is: satip stream error: Failed to setup RTSP session

I’ve had to temporarily throw these plug-ins out of the GST plugin path for gst-inspect-1.0 to pass:

libgstnrtp.so
libgstnvcodec.so
libgstrtpmanagerbad.so
libgstrtpmanager.so
libgstrtponvif.so
libgstrtp.so
libgstsrtp.so

When I still had 20.10, I started to have some weird issues with gstreamer and I had to set the GST_PLUGINS_PATH variable to point to /usr/lib/x86_64-linux-gnu/gstreamer-1.0; if I stick those abovementioned .so’s over to that directory, I get the following greeting:

$ gst-inspect-1.0

(gst-plugin-scanner:21627): GLib-GObject-WARNING **: 20:43:53.798: cannot register existing type 'GstRtpSrc'

(gst-plugin-scanner:21627): GLib-GObject-CRITICAL **: 20:43:53.798: g_type_add_interface_static: assertion 'G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(gst-plugin-scanner:21627): GLib-CRITICAL **: 20:43:53.798: g_once_init_leave: assertion 'result != 0' failed

(gst-plugin-scanner:21627): GStreamer-CRITICAL **: 20:43:53.798: gst_element_register: assertion 'g_type_is_a (type, GST_TYPE_ELEMENT)' failed

(gst-plugin-scanner:21627): GLib-GObject-WARNING **: 20:43:53.798: cannot register existing type 'GstRtpSink'

(gst-plugin-scanner:21627): GLib-GObject-CRITICAL **: 20:43:53.798: g_type_add_interface_static: assertion 'G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(gst-plugin-scanner:21627): GLib-CRITICAL **: 20:43:53.798: g_once_init_leave: assertion 'result != 0' failed

(gst-plugin-scanner:21627): GStreamer-CRITICAL **: 20:43:53.798: gst_element_register: assertion 'g_type_is_a (type, GST_TYPE_ELEMENT)' failed
DtsGetHWFeatures: Create File Failed

(gst-plugin-scanner:21627): GLib-GObject-WARNING **: 20:43:54.960: specified class size for type 'GstNvH264Dec' is smaller than the parent type's 'GstH264Decoder' class size

(gst-plugin-scanner:21627): GLib-CRITICAL **: 20:43:54.960: g_once_init_leave: assertion 'result != 0' failed

So, in other words, the update broke at least the references for Gstreamer’s RTSP plugins, and upon googling it up, it would seem that the abovementioned error usually has something to do with multiple versions of Gstreamer overlapping for some reason — i.e. for libgstrtp.so, it exists in three(!) different locations:

/snap/kde-frameworks-5-qt-5-14-core18/4/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstrtp.so
/snap/kde-frameworks-5-qt-5-15-core20/14/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstrtp.so
/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstrtp.so

All help kindly appreciated in untangling this mess. If someone can point out what should be the default directory for gst-plugins, maybe I can work from that.

Answer

Attribution
Source : Link , Question Author : The Pthyister , Answer Author : Community