Jump to content

DMS hangs when using two CAMs


cyberreality

Recommended Posts

cyberreality

hi,

 

i have TBS6590 dvb-s2 card and using Kodi as a client (i'm observing same issue in DVBViewer as well, just DMS problem).

 

i used to have only one CAM (Skylink) to watch pay TV and multifocus dish for 13e 19e 23e 28e. so far no problem to watch and to switch channels, no matter satellite/transponder.

recently i bought second CAM (Telly) to watch another set of pay TV together with Skylink's CAM, TBS6590 has two tuners and two CIs, so should be no problem BUT when i tried to switch channel from one provider (CAM) to another one DMS will freeze. all i can do is either reboot computer or kill service and restart.

there is no problem when i'm changing channels from one CAM provider or FTAs, problem occur every time i try to change channel from one CAM to second one, no matter Skylink > Telly or Telly > Skylink. the only solution is to stop watching and then tune another channel, this way works ...

 

BUT EPG update is the same issue, so no client is watching any channel, DMS will start EPG update and ... 13e OK, 28e OK, 19e OK, 23e (Skylink) OK and now when changing to transponders on 1w (Telly) it hung. so no more able to tune any channel and just reboot computer or kill service ...

 

so it is not client based (EPG update is done on DMS only), the question is is there problem in DMS when switching from one tuner with CAM to another tuner with CAM? no problem when switching between FTAs. or is the problem in TBS card and i must buy Digital Devices Octopus CI S2 card?

 

tuner1: 1w 13e 28e

tuner2: 19e 23e

 

thanks!

Kamil

support.zip

Link to post
Griga
Am 8.7.2020 um 08:49 schrieb cyberreality:

problem occur every time i try to change channel from one CAM to second one, no matter Skylink > Telly or Telly > Skylink.

 

What about using the two CAMs at the same time? You can try it in DVBViewer with PiP (right-click a channel in the channel list -> Picture in Picture). For tests I would use the two tuners and CAMs directly in DVBViewer, not via virtual RTSP devices, because in this way it's easier to see what actually happens. The hardware handling in DVBViewer and the DMS is almost identical.

 

Am 8.7.2020 um 08:49 schrieb cyberreality:

is there problem in DMS when switching from one tuner with CAM to another tuner with CAM?

 

No general (known) problem. But there may be a problem with using two instances of the TbsCIapi.dll. As far as I can see you have done the right thing by renaming a copy to TbsCIapi1.dll. However, I've never tested it. It's a bit difficult to simulate your setup here because I have to use two TBS USB boxes (both with CI), one of them quite old, but I will try in the next days... I'm not using them regularly, because I have experienced some annoying instabilities with them, particularly when using the TBS CI and TbsCIapi.dll, in contrast to Digital Devices and also DVBSky, that  proved to be trouble-free in this respect.

 

Link to post
cyberreality

PIP works well, see attached pic. main screen is telly while smaller one is skylink. and again, controlling card directly from DVBViewer i have problem to switch channel from one CAM to second one.

no problem to do telly > FTA > skylink > FTA > telly or telly > turn it off > skylink ...

seems like i'm going to buy DD Octopus CI S2 ...

IMG_20200710_0940484.jpg

Link to post
Griga
Am 10.7.2020 um 09:51 schrieb cyberreality:

PIP works well, see attached pic. main screen is telly while smaller one is skylink. and again, controlling card directly from DVBViewer i have problem to switch channel from one CAM to second one.

 

Thanks for the test. I've now set up DVBViewer with two TBS CI USB boxes and could see under debugger control that the TbsCIapi DLLs are not handled correctly in DVBViewer when switching between two TBS tuners with CAMs. The following happens:

  1. Initially (after DVBViewer has been launched) tuner A with CAM A and TbsCIapi.dll is used. The TBS DLL count is 1
  2. Switching to tuner B with CAM B: DVBViewer tries to allocate hardware for the new channel before releasing the hardware for the previous one. This standard behaviour enables re-using already allocated hardware in many cases, thus accelerating channel switching, but not in your case. Since TbsCIapi.dll is still occupied, DVBViewer loads TbsCIapi1.dll into memory. The TBS DLL Count is now 2
  3. DVBViewer releases tuner A with CAM A and TbsCIapi.dll. The TBS DLL Count drops to 1.
  4. Switching back to tuner A with CAM A: Again DVBViewer tries to allocate hardware for the new channel before releasing the hardware for the previous one. Since the TBS DLL count is still 1, DVBViewer again uses TbsCIapi1.dll, though it is still in use by tuner B (it should use the unoccupied TbsCIapi.dll). This finally results in an access violation and a crash.

In a nutshell: Bad book keeping. I think I can at least fix the desaster in step 4. Can you confirm the crash in step 4, or does your setup already crash in step 2 or 3?

 

Link to post
cyberreality

it dies in step 2, as soon as i switch from cam1 to cam2 ...

if you want we can do teamviewer session so you can check my setup and it's behavior, so just PM me to find good time for it.

Link to post
Griga

At least we should try if the fix that I've applied today does something in your context. Please check your PMs.

 

Link to post
Griga

Next attempt: I've uploaded a DVBViewer version that does the following:

  1. Initially (after DVBViewer has been launched) tuner A with CAM A and TbsCIapi.dll is used.
  2. Switching to tuner B with CAM B: DVBViewer first releases the hardware (tuner A with CAM A) used for the previous channel including TbsCIapi.dll. Then it allocates tuner B / CAM B and re-loads TbsCIapi.dll, so there is no overlapping usage of two tuners anymore and only one DLL instance is needed.

This means a general change of the tuner allocation strategy. When DVBViewer realises that a tuner change is necessary, it will now always first release the used tuner before allocating the other one. I'm not yet clear about the overall implications, but I think it's worth a test.

 

Link to post
cyberreality

1st no rush, it's weekend :)

2nd it works!! so plz would you make same change to DMS, i'd try epg update

Link to post
Griga
vor 2 Stunden schrieb cyberreality:

would you make same change to DMS, i'd try epg update

 

Uploaded. The interesting thing is that the EPG updater doesn't use the CI mechanisms. So in your case the crash only seems to be caused by overlapping tuner usage. On the other side, using both tuners with CI/CAM simultaneously in the DVBViewer main window and PiP works, as you have reported... not really logical. I don't trust this TBS stuff. A lot seems to depend on timing differences.

 

Link to post
cyberreality

WAU, thanks!

 

EPG works flawlessly, went thru all transponders i have tuned.

then i tried to use Kodi and DVBViewer as a clients to DMS ... and the problem is still here, when i tried to tune channel from cam1 to cam2 it died again ...

Link to post
Griga
vor 14 Stunden schrieb cyberreality:

then i tried to use Kodi and DVBViewer as a clients to DMS ... and the problem is still here, when i tried to tune channel from cam1 to cam2 it died again ...

 

Again caused by overlapping TBS tuner usage, due to the tuner allocation/deallocation strategy of the HTTP and RTSP server. Both release tuners with a timer-driven delay of 3 seconds, in order to avoid time-consuming release/allocate cycles that would slow down channel switching in clients. In most cases the already allocated tuner can be reused for the next channel.

 

However, in your case the speed-up collides with the inability of the TBS driver to handle tuner changes cleanly. I will probably find another work-around for it, but it will not fix the basic problem.  Sooner or later you will encounter it again in one way or the other ;)

 

Link to post
cyberreality

well, i'm close to buy DD anyway and sell TBS on ebay :)

i'd don't care how much time i'll take to switch channel cam1 to cam2 as i'm not doing that so often, for now i have to turn current channel off and then tune to another one.

Link to post
cyberreality

works!!

thanks a lot, cam1 > cam2 channel switching takes about 10-15 seconds but as i said i don't care, wonderful!!

Link to post
Griga

Thanks for testing :)The fixed DVBViewer and DMS versions are now available in the members (download) area -> beta section.

 

Link to post

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...