minisatip8 not stable with VDR satip-plugin #108
Comments
|
just for reference |
|
Well, I simply can't confirm the issues. I'm using two Debian installations (unstable w/VDR 2.3.8, satip 2.3.0 + stable w/VDR 2.2.0, satip 2.2.4) on Kirkwood (arm) devices. I'd made one major change by radically increasing buffer sizes. Based on rofafor's hints my settings in sysctl.conf are: net.core.rmem_max=8388608 net.ipv4.tcp_rmem= 16384 131072 8388608 Best P.S.: In addition to VDR I'm using Windows with DVBViewer/SAT>IP - again no issues! |
|
@CvH I'm not using rtp-over-tcp. With minisatip7 there are no issues due to rapid channel switching and with minisatip8 there are. @meijkl Maybe I'll try those settings. I don't think the tcp-settings will change anything since I'm using "standard" rtp (over udp). If the settings network buffer settings enhance stability, should @perexg consider them as default? I've also seen there exist a lot of different minisatip settings for various buffer sizes, e.g. @perexg recommended to use
I've read the minisatip7 help, but I don't know what the "app adapter buffer", the "app socket write buffer", and the "write time threshold" really mean and how they do affect the interplay with a satip client. Could someone please explain the meaning and use cases of these settings to a minisatip novice? Thanks! |
|
@meijkl Are you sure you're unsing minisatip8? You have to enable this in /etc/sysconfig/config: I've did a lot of testing with mld 5.4 testing as well as mld 5.3 stable & testing, using an RPi2 and as well as the 64-Bit PC version. No matter what, minisatip7 is stable, whereas minisatip8 doesn't work after a few channel switches. Here's the config I'm using for minisatip7/8 (I'm on Unicable): cheers, |
|
@ecdlguy: yes, I'm sure (for sake of clarity my settings: MINISATIP8_OPTS="-D 1 -u 0:0-1210,1:1-1420,2:2-1680,3:3-2040") I'm using two Debian-based installations (Debian Stable w/VDR 2.2.0 + SATIP 2.2.4 / Debian Testing w/VDR 2.3.8 + SATIP 2.3.1 compiled with latest changes from rofafor). Both installations are headless since I use them for recording purposes or in combination with Kodi). I had issues but mine were obviously caused by my network. Now my VDR boxes are connected to my GSS400 (w/minisatip-axe) directly with one switch in between (before up to 4 switches). In combination with the network settings mentioned above the issues are gone. I assume that my settings are a little bit radical and could be lower. But it works in contrast to the standard settings, no need to change anything! Last point - fast channel switching! I've tried it and it worked for me without errors: Feb 16 19:01:44 plug-VDR-2 vdr: [5288] switching to channel 2 S19.2E-1-1079-28006 (ZDF) Hope this helps! |
|
Note that I increased net.core.wmem_max=12582912 in latest build 15, so it might resolve the UDP problem. |
|
Still not working for me. |
|
Hi again,
on my PC to capture the log: out3.txt On another PC I've started MLD (mindvblinux) 5.4 and started switching channels. The first problems came up around 23:31, there was no sound anymore. I really hope this helps to narrow down the problems between minisatip8 and the VDR satip-plugin. cheers, |
|
I think that I see the problem. Please, retest with this binary (copy it using scp to /tmp on the box and run ssh command like in your previous comment again / replace minisatip8 with /tmp/minisatip): http://s000.tinyupload.com/?file_id=06132783687352173508 |
|
Fixing minisatip bugs: catalinii/minisatip#455 |
|
rc2 is out with the fix in minisatip8: https://github.com/perexg/satip-axe/releases/tag/build15-rc2 |
|
Wow man, I think you found the problem! |
|
This is the first release that works here with VDR (2.4.0) and a raspberrypi3 with satip plugin. I had no problems here with build15-rc2. So far the firmware idl4k-1.25.0.157.bin worked stable on a Grundig GSS.BOX 400. ClashC |
|
@ClashC : Thanks for the feedback. |
|
Ok now after running for four days I can report that unfortunately the bug is still present but it occurs very rare. The behavior is exactly the same as before the bug fixing of minisatip, but it's only once a day and not after five or ten minutes. Maybe there's another position in the minisatip-code with the same race condition? How can I help debugging further? Since it takes so long to reproduce the bug, a log file of one or two days would be way to large... Thanks again, |
|
Unfortunately, I cannot do much without the log. You can cut the log before upload around the time where is the problem visible. |
|
Ok I try to do something like logrotate for the pipe of the minisatip output to file so it can run for days without producing gigabytes of text files. I am not quite sure how to do this, though. Which of the logging options
are important for you in order to debug properly? |
|
|
|
Hi perexg, Unfortunately I have to confirm ecdlguy's findings. It just takes some channels switches combined with recording attempts to break minisatip8. An immediate effect is that recordings with VDR start but nothing is recorded. Please let me know if you need further information. Thanks for your efforts! |
|
@meijkl : Could you do a quick test with '-T' option (enable threads)? |
|
Done! This time it took only one channel switch. I started a first recording, stopped it after some seconds and started a second on a different channel. First recording worked/started, second didn't. Thanks |
|
I don't see much . Appearently, minisatip tuned to the Pro7 MAXX correctly: [17/10 12:08:27.524 main]: PLAY rtsp://192.168.0.141/stream=2?src=1&freq=12544&pol=h&ro=0.35&msys=dvbs&mtype=qpsk&plts=off&sr=22000&fec=56 RTSP/1.0 [17/10 12:08:27.760 AD2]: Got the new transponder 0453 1107, position 376, 38 ms after tune [17/10 12:08:27.761 AD2]: Start streaming for stream 1, len 1316 to handle 15 => 192.168.0.125:39190 |
|
Ohh, the old bug is back, I see it now: [17/10 12:08:29.632 main]: maximum number of pids 10 out of 3 reached |
17/10 12:07:24.008 main]: pid -1, fd 0, packets 0, d/c errs 0/0, flags 2, pmt -1, filter -1, sock -1, sids: 2 -1 -1 -1 -1 -1 -1 -1 [17/10 12:07:24.010 main]: failed setting filter on PID -1 for ADAPTER 2 (Device or resource busy) [17/10 12:07:24.010 main]: Maximum pid filter reached, lowering the value to 3 |
|
Crazy VDR: [17/10 12:07:23.999 main]: PLAY rtsp://192.168.0.141/stream=3?addpids=65535 RTSP/1.0 PID 65535 ? Uff, i don't believe.. |
|
Yes, at least it seems to be strange ... |
|
Basically, it explains this strange behaviour - I refuse to set PID -1 (taken from the 65535) value in the axe code in minisatip and the minisatip core code things that all PIDs are exhausted, thus it lowers the maximal PIDs limit to really wrong value (3) which causes that nothing can be send through wire. |
|
Please, report this to VDR (but I will fix minisatip, too). It's really wrong when I have to fix everything ;-( |
|
Ok, so VDR gets PID 65535 resp. -1? I'll post an issue for satip/rofafor referencing to this thread. Again many thanks for your effort. Looks like things progress :-) |
|
Could you test this minisatip binary: http://s000.tinyupload.com/?file_id=00901256933826718601 ? Remove '-T' (the threaded mode is turned on by default now). |
|
Sorry, wrong binary. Here is new: http://s000.tinyupload.com/?file_id=66921194734577524481 |
|
The first one was already better! Made three recordings on three different channels - it worked! I'll try the other one in a moment. |
|
btw did you see the "PID 65535 resp. -1?" also on FTA channels? |
|
The second version works too! Made again a short test with three channels switches and recordings (see VDR-Log). Thanks P.S.: Made a quick check & couldn't find a "65535" entry on FTA channels so far. I'll continue testing! |
|
I released final build 15 with all those VDR related fixes #94 - https://github.com/perexg/satip-axe/releases/tag/build15 . |
|
During the night my VDR made several recordings on different channels - no issues! In parallel to my VDR I've also used DVBViewer with Windows and the Geniatech/formerly Elgato SAT>IP app on my iPhone - again no issues! Having used many releases since 2016 and always having had some issues with stability after a while my impression is that this release is a big step forward and this issue is solved! Thanks a lot! P.S.: just an assumption - when using the former releases which led to the broken streaming issue my box became very warm. I didn't make precise measurements but when I touched the box this morning I got the impression that the temperature was significantly lower. |
|
Thanks for the feedback. |
|
VDR minisatip now has an upper limit for the PID: |
Hi,
it's close to impossible to use minisatip8 with the VDR satip-plugin. After rapid channel switching, the video looks like slow motion and there's no audio. A few channel switches later there's no video on any channel. Even stopping vdr and give the receiver some time to power down the frontends does not help.
See also #94
I've attached the minisatip debug output: out.txt
cheers,
Thorsten
The text was updated successfully, but these errors were encountered: