home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
MediaPortal 1
Development
General Development (no feature request here!)
Starting work on Techno Trend Premium support
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="draktheas" data-source="post: 34004" data-attributes="member: 17330"><p>So I have come to the point where I am going to develop the final solution for TTPremium support. After some experimentation I have come to only one path to implementing the support. I am not happy about the path I have to take, but none-the-less it's the only path I can see to get it to work.</p><p></p><p>I am going to create a DShow source filter that uses the TTPremium SDK through the C# wrappers. This will allow it to connect to the filters MP uses for parsing the NIT (table that describes where to tune the channels) and EIT (table with information about programs) to access the stream in the way they need to. Unfortunately I have the round trip of Native DLL (sdk) -> C# (my wrapper) -> Native DLL (dshow filter) for all data packets. I was hoping I could write support directly in the DShow filter to the TTPremium SDK thus everything stays native all the way and there is no marshalling. For those non-programmers, marshalling from native to non-native code costs CPU cycles and depending on the type of marshalling potentially a lot of CPU cycles. But due to the way that TechnoTrend created their SDK, there is no way to make that work. Unless someone out there knows how to make Directshow and MFC/ATL play nice with each other????</p><p></p><p>Anyway, that is my plan. It is not a lot of work, now that I know exactly what I have to do but my time is limited, so I am hoping to get a significant portion of it done this weekend. </p><p></p><p>Drak</p></blockquote><p></p>
[QUOTE="draktheas, post: 34004, member: 17330"] So I have come to the point where I am going to develop the final solution for TTPremium support. After some experimentation I have come to only one path to implementing the support. I am not happy about the path I have to take, but none-the-less it's the only path I can see to get it to work. I am going to create a DShow source filter that uses the TTPremium SDK through the C# wrappers. This will allow it to connect to the filters MP uses for parsing the NIT (table that describes where to tune the channels) and EIT (table with information about programs) to access the stream in the way they need to. Unfortunately I have the round trip of Native DLL (sdk) -> C# (my wrapper) -> Native DLL (dshow filter) for all data packets. I was hoping I could write support directly in the DShow filter to the TTPremium SDK thus everything stays native all the way and there is no marshalling. For those non-programmers, marshalling from native to non-native code costs CPU cycles and depending on the type of marshalling potentially a lot of CPU cycles. But due to the way that TechnoTrend created their SDK, there is no way to make that work. Unless someone out there knows how to make Directshow and MFC/ATL play nice with each other???? Anyway, that is my plan. It is not a lot of work, now that I know exactly what I have to do but my time is limited, so I am hoping to get a significant portion of it done this weekend. Drak [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 1
Development
General Development (no feature request here!)
Starting work on Techno Trend Premium support
Contact us
RSS
Top
Bottom