vdr-plugin-satip on DSI-400 and clones

Zitat von micclass

Slowing down the rate of the PLAY commands (by increasing ePidUpdateIntervalMs) did not fix the corruptions in the recordings.

Here, already described no errors in single/multible-Transponder recordings ...

very strange ....

micclass, your patch is working great for me as well
No filter active, and there are zero artifacts in recordings and live stream. Encrypted channels are working also


abydos, in my setup i have to change the value to at least 2000 to get it working. Really strange that it works for you with 250

Zitat von micclass

But I still do see some "ERROR: video data stream broken" messages including a restart of vdr in some cases. I will try to further investigate into this.

I would suspect, you see this in case of timers where VDR is grabbing one of the the other tuners in background to record this.

Regards
fnu

What's the reasoning behind the 700ms pid update interval?

I've released a new version 0.3.0 that contains a revised version of pid handling. Could you test whether it works with DSI-400 out of the box?

New version 0.3.0 works fine with DSI-400 (Firmware Version: V1.16.0.120)

Yes, that version works great, thanks a lot

Could somebody point me in the right direction, please?
I have a DSI-400 as well. My test environment is a virtual machine set up in KVM with YaVDR 0.5 and satip 0.3 plugin.

Sometimes when I switch to a channel, I can see 'ERROR: curl_easy_perform() [tuner.c,463] failed: RTSP session error (86)' (not sure about the line number in tuner.c because I'm in the office right now).

I got libcurl from the offical homepage, but I think it did not get installed correct. Is there a PPA to install from?

Zitat von MajestyIV

Sometimes when I switch to a channel, I can see 'ERROR: curl_easy_perform() [tuner.c,463] failed: RTSP session error (86)'

It's the same problem as mentioned in the first post.

Sure, but I thought this issue is solved. I get no video stream when this happens.

MajestyIV

Since the situation with curl is a bit odd for precise && trusty, I decided to backport the original Debian jessie package "curl 7.36.0-1" into "ppa:fnu/main-fnu". A first test under trusty seemed to be ok, so you could try the needed deb's from here.

All "vdr-plugin-satip" packages need to be rebuild (localy) due this change ... and also "vdr-plugin-iptv" (!) ...

Regards
fnu

Zitat von MajestyIV

Sure, but I thought this issue is solved.

It sounds like a firmware problem on DSI-400. Have you tried to upgrade it? This is just a wild guess as I haven't seen any packet capture dumps what's happening during the error.

fnu
I tried your ppa and rebuild the satip plugin. That did not change anything.
Thanks anyway.

rofafor
I have the latest firmware on that box. If I can help, I will...you just need to tell me, how to create such a dump.

Zitat von MajestyIV

I tried your ppa and rebuild the satip plugin. That did not change anything.

If you did use one of the "*-vdr-fnu" + "main-fnu", there shouldn't be a need to rebuild packages. I mentioned that for the case you may take Curl 7.36.0 into a yaVDR installation or so.

But I guess it'll appear anyways in yaVDR PPAs pretty soon, to nail that issue for precise and trusty ...

Regards
fnu

This might help for your session problems:

--- a/tuner.c
+++ b/tuner.c
@@ -241,6 +241,11 @@ bool cSatipTuner::Connect(void)
      SATIP_CURL_EASY_SETOPT(handleM, CURLOPT_HEADERFUNCTION, NULL);
      SATIP_CURL_EASY_SETOPT(handleM, CURLOPT_WRITEHEADER, NULL);
      //SATIP_CURL_EASY_SETOPT(handleM, CURLOPT_RTSP_SESSION_ID, *sessionM);
+#define DSI400_SESSION_HACK
+#ifdef DSI400_SESSION_HACK
+     if (startswith(*sessionM, "0"))
+        SATIP_CURL_EASY_SETOPT(handleM, CURLOPT_RTSP_SESSION_ID, *sessionM + 1);
+#endif
      if (!ValidateLatestResponse())
         return false;

I will try this patch tonight an let you know how it worked out.

Edit: The error message is gone.

Hi I also own a dsi 400 and I´m running the latest VDR from FNU´ s repo (ppa:fnu/testing-vdr-fnu and ppa:fnu/main-fnu => vdr 2.1.6 with satip plugin 0.3.1) on ubuntu server 12.04 (precise, 64bit


First of all : YOU HERE AT VDR-PORTAL HAVE DONE A GREAT JOB SO FAR ! and the SATIP Plugin (especially with n cheap 4 tuner device like DSI400) could be a big chance to buildup cheap vdr based multi-tuner environments !

I have installed vdr plugins these for testing my dsi400 in connection with vdr/SATIP :

- satip
- live
- streamdev-server

It is working to "stream" via streamdev, port 3000 (by vlc via m3u playlist from streamdev) so far...except some "errors" which are already mentioned in this thread (PID Filtering, "broken" recordings etc.). Channel switching (via in vlc) is nearly as fast as it is with an internal tuner !!

My question is :
As far as I know the errors shouldnt be gone since version 0.2 of the plugin. Because I´m using satip version 0.3.1 from ppa:fnu , where the "patches" are already included it should work without "errors" ?
Or am I wrong and I should compile satip on my own (and try to include the patches from this thread "by hand" ?). If there is any already compiled/patched version it would be helpful to give me a hint where i can find it..

By the way DVBAPI doesnt get a DVBAPI Version at start of the plugin (even if in setup.conf therefore dvbapi.network is set etc.). Maybe this has something to do with PID´´s/PMT you can get from DSI400 after request vdr satip plugin...?

I´m just a little bit confused concerning the code base which was mentionend in this thread...

If you someone could point me into the right direction and l will do my best to give feedback here what is the result of my testings on my side...more testers more feedback more quality

kind regards
arel

Zitat von MajestyIV