VLC and FritzBox DVB-C streams (works in other OSs)

Support Software & Applications
1

Hi,

I’m trying to watch TV streams of my FritzBox 6591-cable. The webinterface gives me .m3u files to open in VLC. This works fine in latest VLC for windows, on Apple and on Android.
It does not work in Manjaro testing. :frowning:

Can anybody confirm or know a workaround for this problem?

When launching the m3u file, VLC hangs and gives no logging information.

Here is an example:

#EXTM3U
#EXTINF:0,RTL
#EXTVLCOPT:network-caching=1000
rtsp://192.168.178.1:554/?avm=1&freq=394&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=0&pids=0,16,17,18,20,258,523,524,525,528,1551,1561,1562,1563

Thx
Rainer

2

Can’t reproduce your problem. Works in my network with VLC package version 3.0.16-8 .

No information even after you startet VLC in a terminal? “VLC hangs” sounds like a Network timeout. Also make sure that there is a free tuner slot available.

Make sure you are connected to this network. If possible not over Wifi, at least for testing.

3

Thx for your answer.

Yes, I am connected via LAN, all other Networks are down:

$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 8c:16:45:89:ce:ad brd ff:ff:ff:ff:ff:ff
inet 192.168.178.41/24 brd 192.168.178.255 scope global dynamic noprefixroute enp0s31f6
valid_lft 810753sec preferred_lft 810753sec
3: wlp61s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 92:15:f4:9d:43:93 brd ff:ff:ff:ff:ff:ff permaddr 0c:54:15:d2:45:4c
5: vlan1337-bueko@enp0s31f6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 8c:16:45:89:ce:ad brd ff:ff:ff:ff:ff:ff
7: vboxnet0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff
8: enp60s0u1u1c4i2: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether 56:09:10:b5:2d:33 brd ff:ff:ff:ff:ff:ff

I really don’t understand, what’s going on. :neutral_face:

4

How long did you waited? wait at least 2 minutes. This sounds long, but you really need to wait. Also while you wait, check the network statistics for example with a system monitor. Did you see a the network traffic going up? You can also check with for example Wireshark, to see which packages are send and received.

You can also check with a different player, for example mpv . You need at least the option --rtsp-transport=lavf 

LANG=en mpv --rtsp-transport=lavf "rtsp://192.168.178.1:554/?avm=1&freq=394&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=0&pids=0,16,17,18,20,258,523,524,525,528,1551,1561,1562,1563"

The result will probably not good, but this is more to get a better error message. You will probably see a lot of errors and warnings with mpv.

5

mpv works. There are some messages on console but work.
VLC still does not. :unamused:

$ sudo tshark port 554
Running as user “root” and group “root”. This could be dangerous.
Capturing on ‘wlp5s0’
1 0.000000000 192.168.178.68 → 192.168.178.1 TCP 74 53584 → 554 [SYN] Seq=0 Win=64240 Len=0 MSS=1460 SACK_PERM=1 TSval=3304882495 TSecr=0 WS=128
2 0.002030887 192.168.178.1 → 192.168.178.68 TCP 74 554 → 53584 [SYN, ACK] Seq=0 Ack=1 Win=28960 Len=0 MSS=1460 SACK_PERM=1 TSval=1236026885 TSecr=3304882495 WS=128
3 0.002052249 192.168.178.68 → 192.168.178.1 TCP 66 53584 → 554 [ACK] Seq=1 Ack=1 Win=64256 Len=0 TSval=3304882498 TSecr=1236026885
4 0.002073724 192.168.178.68 → 192.168.178.1 RTSP 282 OPTIONS rtsp://192.168.178.1:554/?avm=1&freq=218&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=0&pids=0,16,17,18,20,268,623,624,628 RTSP/1.0
5 0.005244085 192.168.178.1 → 192.168.178.68 TCP 66 554 → 53584 [ACK] Seq=1 Ack=217 Win=30080 Len=0 TSval=1236026889 TSecr=3304882498
6 0.006343448 192.168.178.1 → 192.168.178.68 RTSP 144 Reply: RTSP/1.0 200 OK
7 0.006350485 192.168.178.68 → 192.168.178.1 TCP 66 53584 → 554 [ACK] Seq=217 Ack=79 Win=64256 Len=0 TSval=3304882502 TSecr=1236026889
8 0.006400201 192.168.178.68 → 192.168.178.1 RTSP 308 DESCRIBE rtsp://192.168.178.1:554/?avm=1&freq=218&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=0&pids=0,16,17,18,20,268,623,624,628 RTSP/1.0
9 0.010575846 192.168.178.1 → 192.168.178.68 TCP 283 554 → 53584 [PSH, ACK] Seq=79 Ack=459 Win=31104 Len=217 TSval=1236026893 TSecr=3304882502 [TCP segment of a reassembled PDU]
10 0.010592728 192.168.178.68 → 192.168.178.1 TCP 66 53584 → 554 [ACK] Seq=459 Ack=296 Win=64128 Len=0 TSval=3304882506 TSecr=1236026893
11 0.012718095 192.168.178.1 → 192.168.178.68 RTSP/SDP 277 Reply: RTSP/1.0 200 OK
12 0.012725335 192.168.178.68 → 192.168.178.1 TCP 66 53584 → 554 [ACK] Seq=459 Ack=507 Win=64000 Len=0 TSval=3304882508 TSecr=1236026895
13 0.013014254 192.168.178.68 → 192.168.178.1 RTSP 341 SETUP rtsp://192.168.178.1:554/?avm=1&freq=218&bw=8&msys=dvbc&mtype=256qam&sr=6900&specinv=0&pids=0,16,17,18,20,268,623,624,628/stream=1 RTSP/1.0
14 0.018074760 192.168.178.1 → 192.168.178.68 RTSP 235 Reply: RTSP/1.0 200 OK
15 0.018096059 192.168.178.68 → 192.168.178.1 TCP 66 53584 → 554 [ACK] Seq=734 Ack=676 Win=64000 Len=0 TSval=3304882514 TSecr=1236026901
16 0.018229462 192.168.178.68 → 192.168.178.1 RTSP 224 PLAY rtsp://192.168.178.1:554/stream=1 RTSP/1.0
17 0.024774801 192.168.178.1 → 192.168.178.68 RTSP 153 Reply: RTSP/1.0 200 OK
18 0.066693556 192.168.178.68 → 192.168.178.1 TCP 66 53584 → 554 [ACK] Seq=892 Ack=763 Win=64128 Len=0 TSval=3304882562 TSecr=1236026907

It seems the connection gets stuck.

6

A Wifi device?

However your package dump looks actually good. Keep in mind that rtsp uses TCP to port 554 more like a control channel. Your system sends Setup and Play commands. In the reply to the Setup command, the Fritz box confirms the protocol and port setup. It is UDP, the ports can vary but often on the server above 9000. I can’t test this at the moment with my Fritzbox.

Also see Real Time Streaming Protocol - Wikipedia

7

I see / saw the problem with every manjaro install in my household. Therefore I used another notebook. :slightly_smiling_face:

However the problem is fixed by installing:
https://archlinux.org/packages/extra/x86_64/aribb24/

I found the solution in the vlc arch wiki:
https://wiki.archlinux.org/title/VLC_media_player?msclkid=2a3795f6a62a11ec9027cdbcfddb22e0#RTSP_stream_does_not_load

Now it works, I can watch tv. Thx!

8

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.