Testing - MDAPI_Plus_0_9_0_1611

[Dale]

I been ask to create a new dedicated post with logs. So here we go.

1) In general I am looking to have TS188 capability to run a new plugin. This is what I was sugeested need to be done:

In order to work in Media Portal:

So DVB-App developers need to change their applications slightly:
a) PID = (PID | 0x8000) means please send TS-188, instead of TS-184.
b) Use the modified TS buffer after its changes in the plugin.

So under this pluging no furder process in ffdecsa.dll is required as its job is done internally in the plugin. ts returned is unencrypted.

2) We know Media Portal as a rule do not provide mdapi support. This is why your app is for. (Thanks in advance)

3) You guys all ready told me that pluging normaly do not do Video/Audio decryption, as the pluging I am trying to play does. Normally you pass CSA Keys to CSA-DLLs. But the pluging I am trying to play do not required that. Just allow Vido?Audio to go thru as its decryption was done internaly of plugin.

4) So I am testing

https://sourceforge.net/p/mdapiplus/discussion/general/thread/716416c3/bac5/attachment/MDAPI_Plus_0_9_0_1611.zip

But in general plugin crashes alsmot all the time. In a few exeptions plugin stay running and show that it is doing its job, generating the necesary INTERNAL keys and decrypting Video as the pluging has the capability to record procced TS. When play this TS it show that Video was in fact decrypted. But Video was never Play in Media Portal only Black Screen.

Seein Atachemment Procedure, plugin and logs.

PD.
MDAPI_Plus.rar => C:\ProgramData\MDAPI_Plus\Log
logs.rar => C:\ProgramData\Team MediaPortal\MediaPortal TV Server\log

THANKSSSSSS in advance.

[MDAPI_Plus]

Thanks for log.

[Dale]

Listen I know we are in the holidays. Take you time.

I know may not be in your priorities neither. That is fine.

Just do not forget about me. I just want to see this working at one point.

But If you need anything from me just ask.

Thanks for you support and time. Keep the good work

[Dale]

Listen I just saw a comment from a friend with knowledge on the plugin.

He posted:
[quote]
In void CHostFilter::SendBuffer() of MDHostFilter.cpp of MDAPI_Plus
==> pFilterProc(m_strFilterInfo.wPluginFilterID, m_lBufferUsed, m_pBuffer);

This m_pBuffer will be decrypted by the plugin and should be used as an FTA stream. For now it's just a temporary buffer to transfer the data to the plugin and its final modification by the plugin is ignored.
Also size of the m_pBuffer should be 188 to avoid crashes.
[/quote]

I hope this helps.

[PlusPlus]

Implementation of decoding packets by plugin requires complete redesign. I definitely won't do it.

[Dale]

Could you at least help me understand in general.

What happen with the Video when your app do not received the CW's? I ask becouse I expect that is what currently do the plugin.

Now let me sugest a scenarion. Asume I find the autor of the plugin. And I convince him to produce a special edition for me that do send fake or constant CW's. Can I asume that I can create a dummy Fdeccsa.dll to replace the actual in such a way it do not do any decryption. I guess this can be done? What do you think? Will the Video path thrue?

Thanks for the support. And If I do not see you latter Happy Holidays.

[PlusPlus]

Hi,
If the DirectShow filter has no CW, it may perform few actions which is possible to change in Settings. It may mark all scrambled packets as empty or pass without any changes or clear scrambling bits.

I may add to my project new scrambling algorithm, if you want, but implementation of descrambling by plugin is too difficult.