Fail to correctly record 2 channels on same tuner (2 Viewers)

[Django.edwards]

Hi guys,
sorry to jump in here, but I think that my problem is also related to yours. May I ask you to take a look at this thread: [confirm] MP 1.1.3 Cam limit not respected - Page 2 - MediaPortal Forum

It seems that my cam or the driver is unable to decrypt 2 channels at the same time. This would not be a great problem for me, because I bought 2 KNC1 cards with 2 CI modules so that I can record on the first card and watching on the other. But because It seems that the card limit is not respected, my record are always broken when I start watching a channel on the same transponder. When I take a look at the server I see that at the same time when I zap to an channel on the same transponder, the record change from scrambled no to scrambled yes, and so my record is broken. I tried this with MP 1.1.3 as with 1.2.0 latest svn. Always the same result.
Maybe you can provide some help?

Regards

Django

 

[mm1352000]

Hi Django

I see that Rik is addressing your problem with the CAM limit in the other thread. Are you asking for my input in that?

About the CAM: does the CAM manufacturer say that it only supports decoding one channel? From the code, it looks like the same thing I have done to add support for multidecrypt to the Terratec/Twinhan/Azurewave tuners could also be done for KNC One tuners... ***but*** this could only work if the CAM supports it. If you want to try and see if it would work then try each of the attached patches...

1. Stop TV Server.
2. Take a backup of the TVLibrary.dll in your TV Server install folder.
3. Delete the files in C:\ProgramData\Team MediaPortal\MediaPortal TV Server\log.
4. Download and extract version 0.1a of the patch into your TV Server install folder.
5. Start TV Server.
6. Attempt to view/record multiple channels on one tuner.
7. If 0.1a doesn't allow you to decrypt multiple channels with one CAM, try version 0.1b.
8. Post tv.log and error.log from C:\ProgramData\Team MediaPortal\MediaPortal TV Server\log here.

 

[riksmith]

Please correct your settings, as mentioned in your other thread, before trying the new binaries.

 

[Django.edwards]

Hi mm1352000,

about the cam, I think that my original cam can only handle 1 stream, it is a cam wich is originaly provided by my TV-Provider Telesat in Belgium. But for the moment I have also 2 Astoncrypt 2 cams here. And also with the astoncrypt it does not work. So you may be right... I will try your binaries tomorrow and see what happens. I give you feedback. If you have something to test,.--- let me know.. so maybe we could also ameliorate the code for the knc's.

riksmith
Thanks for your input. Shure, first I will try to change the fta to non-fta. If this works I will give these binaries a chance to see what happen. At the moment I have many time to test, so ... why not?

Thanks for your input guys, the hole team is really made an great product, and I love this Mediaportal!!

Greets

 

[Django.edwards]

mm1352000
So I did some tests with your libraries this morning. See my logs.
What I observed is that with the version 0.1a not all channels are decrypted. With 0.1b all channels which are on the same transponder works fine. With the astoncrypt module, everything works fine, when I put my original module in, there is a difference on his behavior. The module decrypt 2 channels at the same time, but I observed that, each time when I switch a channel, both channels changes from "scrambled no" to "scrambled yes" and then back to "scrambled no". So timeshifting is not a problem. The first user who is watching a channel has a little glitch at the moment when I switch between channels. Thats the same for the recording, theres this glitch also. With the astoncrypt this does not happen.
Hope this can help you.

 

[mm1352000]

Thank you for testing!
Hopefully you enjoy the multidecrypt function.

@mm1352000What I observed is that with the version 0.1a not all channels are decrypted.

There must be a mistake in that version. Version A was meant to try and avoid the glitch, but some CAMs don't support it. I will try to fix it this weekend and post a new version...

With 0.1b all channels which are on the same transponder works fine. With the astoncrypt module, everything works fine, when I put my original module in, there is a difference on his behavior. The module decrypt 2 channels at the same time...

Okay, that means that your Astoncrypt CAM supports multidecrypting more than 2 channels, but the Smardtv one does not. That is a CAM limitation that TV Server cannot exceed. For the Smardtv you would set the CAM limit to 2, and for the Astoncrypt you would set it to 0.

...but I observed that, each time when I switch a channel, both channels changes from "scrambled no" to "scrambled yes" and then back to "scrambled no". So timeshifting is not a problem. The first user who is watching a channel has a little glitch at the moment when I switch between channels. Thats the same for the recording, theres this glitch also. With the astoncrypt this does not happen.

Yes, the glitch has been encountered several times already with FreakyJ and Melstig. It seems to be caused by the way that the CAMs implement their decryption list management. Unfortunately there seems to be very little that TV Server can do about it. The best I can do is to fix version A of the patch. I hope to be able to provide a new test version sometime this weekend.

 

[Django.edwards]

Hi mm135200,

I'm glad to provide some help... thats nothing compared to your effort to make this product better and better!

And yes, I enjoy the multidecrypt.

Will this funtionalty also be put in in the 1.2 beta?

When the new version is out, I will do some test with them. So just let me know when it will be ready.

Regards

Django

 

[melstig]

Hi again Melstig

I'd be very happy to provide support for 1.2.0b. I'll post a version shortly after 1.2.0b is released (though you might have to remind me as there is always so much to do!).

Hi mm1352000,
Here comes a small reminder

melstig

 

[mm1352000]

Hi everyone

Thank you for your patience (and the reminder ).

I've started a new thread for discussing this patch. Hopefully that will make it easier for other people to find and test the patch and for me to maintain and improve it...

melstig: I think you'll need to use version B of the patch, but you can try version A if you like.
Django: Please try version A of the patch. I have made some improvements that should fix the issues that you had with the earlier version. More fixes can be made if necessary.

It would also help me if both of you post your *full* CAM information in the new thread. I'm hoping that we can start a "database" of good CAMs to buy...

Best regards,
mm

 

[Django.edwards]

Hi mm1352000,

I will do the tests this evening or tomorrow and post the results in the new thread.

What do you mean with full cam report? A screenshot of the cam info in tv-Server config?

Will this version also work with the 1.2 beta ? Because I switched to 1.2beta. If not, I will revert my changes and do the tests with 1.1.3.

Regards

Django