Mit remote tuner oder fallback tuner?
Dann lief auf der Serverbox der selbe Sender wie auf der Clientbox.

Also exakt diesen Crash bekommt man, wenn auf der Clientbox der selbe Sender eingeschaltet wird wie der welcher auf der Serverbox grade läuft.
Du könntest es mit dem RemoteChannelStreamConverter probieren.

Das ist ein sehr altes Problem mit dem Reservereceiver und ich hab noch keine Lösung gefunden.
Passiert wirklich, wenn er bei für eine Aufnahme umschalten muss.
Mit dem Remote Channel Stream Converter funktioniert es aber.

Was heißt "kann ich nicht sagen" ?
Funktioniert der Remote Channel Stream Converter oder nicht ?
Funktionalität und Komfortabilität sind zweierlei.

der reserve receiver erstellt genau die selbe stream url, wie remotechannel nur temporär, und ist demzufolge sogar etwas langsamer, weil remotechannel die url abgespeichert hat.

du solltest nicht immer auf das neuste image versteift sein, musste jetzt auch feststellen, alte images ohne passwort können alles viel besser.

Und was genau soll das alles sein? Bitte genauestens auflisten.

Tja, erzähl mal was passiert ist gestern um 19:01:40 Uhr

19:01:40.0091 { } /usr/lib/python2.7/site-packages/twisted/python/util.py:815 untilConcludes 2020-09-21 19:01:40+0200 [-] recording service: <enigma.eServiceReference; proxy of <Swig Object of type 'eServiceReference *' at 0xb038df20> >
19:01:40.0098 [ ] service/servicedvb.cpp:2431 tryFallbackTuner Fallback tuner: redirected unavailable service to: 1:0:1:2ee3:441:1:c00000:0:0:0:http%3a//192.168.0.14%3a8001/1%3a0%3a1%3a2ee3%3a441%3a1%3ac00000%3a0%3a0%3a0

19:01:40.0099 [ ] service/servicedvbrecord.cpp:212 doPrepare [eDVBServiceRecord] fallback tuner selected
19:01:40.0106 { E } /usr/lib/python2.7/site-packages/twisted/python/util.py:815 untilConcludes 2020-09-21 19:01:40+0200 [-] getResolvedKey config.streaming.descramble_client failed !! (Typo??)

19:01:44.4739 { } /usr/lib/python2.7/site-packages/twisted/python/util.py:815 untilConcludes 2020-09-21 19:01:44+0200 [-] [Trashcan] Recording in progress 1
19:01:44.4744 [!W!] dvb/demux.cpp:353 data [eDVBPESReader] ERROR reading PES (fd=80): Value too large for defined data type
19:01:44.4745 [ ] base/ebase.cpp:280 processOneEvent [eMainloop::processOneEvent] unhandled POLLERR/HUP/NVAL for fd 80(8)
19:01:44.4745 [ ] dvb/dvbtime.cpp:471 updateTime [eDVBLocalTimerHandler] Transponder time is 21.09.2020 19:01:42

Ist 192.168.0.14 der Reserve-Receiver ?

Interessant sind:
19:01:40+0200 [-] getResolvedKey config.streaming.descramble_client failed !! (Typo??)

und

19:01:44.4744 [!W!] dvb/demux.cpp:353 data [eDVBPESReader] ERROR reading PES (fd=80): Value too large for defined data type

Ich kenne die Bedeutung des Akronyms PES nicht.
Eventuell kann @Koivo was dazu sagen.

Einen IPTV Sender über den Reservetuner, oder auf Serverbox und Clientbox der selbe Sender über Reservetuner?
Der RemoteChannelStreamConverter sollte besser funktionieren. Hatten wir aber schon mehrmals hier.

Danke @Koivo !

@wissbegierig
Du hast gelesen was @Koivo geschrieben hat ?
Verwende den RemoteChannelStreamConverter, ansonsten mußt Du wohl mit den Abstürzen leben.