Ffmpeg "segmentation fault"

Channels DVR Server
#1

Hi,

Trying to move my channels DVR from an old Mac mini to a NUC running Rocky Linux 9.5 (RHEL 9).

I've done the transfer OK and the server is running, so I thought I'd use my iPad to poke around.

I can watch existing recordings OK, and I can watch live TV via the HDHR, but my SAT-IP m3u is no longer working.

Looking in /var/log/messages I see:

kernel: ffmpeg[6614]: segfault at 63 ip 00007f388ab39794 sp 00007ffd42198130 error 4 in libc.so.6[7f388aa28000+175000] likely on CPU 6 (core 2, socket 0)

So switched back to the Mac mini and watched the same channel again (which works) and looked to see what the ffmpeg process was doing:

/Users/dave/Library/Application Support/ChannelsDVR/latest/ffmpeg -hide_banner -nostats -loglevel warning -rtsp_flags satip_raw -fflags discardcorrupt -copyts -probesize 8000000 -i satip://digibit-000f42.local/?src=1&freq=10788&pol=V&msys=dvbs2&mtype=8psk&sr=23000&fec=34&sid=10239&pmt=263&pids=0,5400,5401,5402,263 -enc_time_base -1 -max_muxing_queue_size 4096 -muxdelay 0 -ignore_unknown -map 0 -c copy -c:v copy -c:a copy -c:s copy -f data -

Running this by hand on the Linux NUC gives the same segmentation fault.

$ /opt/channels-dvr/latest/ffmpeg -hide_banner -nostats -loglevel warning -rtsp_flags satip_raw -fflags discardcorrupt -copyts -probesize 8000000 -i "satip://digibit-000f42.local/?src=1&freq=10788&pol=V&msys=dvbs2&mtype=8psk&sr=23000&fec=34&sid=10239&pmt=263&pids=0,5400,5401,5402,263" -enc_time_base -1 -max_muxing_queue_size 4096 -muxdelay 0 -ignore_unknown -map 0 -c copy -c:v copy -c:a copy -c:s copy -f data -
Segmentation fault (core dumped)
$

The ffmpeg binary works without any options.

$ /opt/channels-dvr/latest/ffmpeg -version
ffmpeg version 5.1.4 Copyright (c) 2000-2023 the FFmpeg developers
built with gcc 6.5.0 (Ubuntu 6.5.0-2ubuntu1~14.04.1) 20181026
etc etc

Any ideas?

#2

Can you send us the coredump to [email protected]

#3

Getting somewhere....

See: FFMPEG "Segmentation fault" with network stream source

Solution: Install and start the "nscd" service.

A limitation of statically linking glibc is the loss of DNS resolution. Installing nscd through your package manager will fix this.

Now I've got to work out why "digibit-000f42.local" doesn't resolve - the joys of "avahi" and/or "systemd-resolved", but that can wait for another day :grinning:

#4

Ahh interesting, okay that does make sense.

I would just assign a static DHCP and call it a day :laughing:

#5

Yes I will probably do that - life’s too short :grinning:

#6

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