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 2
Testing Area
Development Snapshots
MediaPortal 2 Weekly snapshot (2015-01-30)
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="mm1352000" data-source="post: 1125957" data-attributes="member: 82144"><p>You mean with the "failed to read remote code..." messages?</p><p></p><p>The tuner is an AVerMedia tuner. Therefore it is no great surprise that code intended mostly for Prof tuner hardware/drivers does not work as intended.</p><p></p><p>Unfortunately it is not easy to ensure that the Prof USB tuner extension is only used for compatible tuners. The property set (interface) that the extension uses/implements is a property set for a Cyprus chipset/driver that is used by a variety of vendors for their USB tuner designs. Compatibility of the extension depends on how much the vendor has customised their design. Even tuners that you really would not expect - eg. TBS and even PCIe (!!!) TeVii S480/1/2 - may be fully or partially compatible.</p><p></p><p>In general I prefer to have an "optimistic" design for tuner extension compatibility. In other words, I don't usually lock the extension to only be compatible with the tuner models that I know will work. There are so many clones and minimally customised reference designs in the tuner market. Chances are that if you add support for one tuner, you have actually added support for all clones... and maybe even all tuners with the same chipset. So in the best case, the "optimistic" design approach gives us best possible hardware compatibility. Also, the beauty of the design is that in the case of problems, most of the time people can simply move/delete extension DLL(s) to workaround it. No code change required.</p></blockquote><p></p>
[QUOTE="mm1352000, post: 1125957, member: 82144"] You mean with the "failed to read remote code..." messages? The tuner is an AVerMedia tuner. Therefore it is no great surprise that code intended mostly for Prof tuner hardware/drivers does not work as intended. Unfortunately it is not easy to ensure that the Prof USB tuner extension is only used for compatible tuners. The property set (interface) that the extension uses/implements is a property set for a[I] [/I]Cyprus chipset/driver that is used by a variety of vendors for their USB tuner designs. Compatibility of the extension depends on how much the vendor has customised their design. Even tuners that you really would not expect - eg. TBS and even PCIe (!!!) TeVii S480/1/2 - may be fully or partially compatible. In general I prefer to have an "optimistic" design for tuner extension compatibility. In other words, I don't usually lock the extension to only be compatible with the tuner models that I know will work. There are so many clones and minimally customised reference designs in the tuner market. Chances are that if you add support for one tuner, you have actually added support for all clones... and maybe even all tuners with the same chipset. So in the best case, the "optimistic" design approach gives us best possible hardware compatibility. Also, the beauty of the design is that in the case of problems, most of the time people can simply move/delete extension DLL(s) to workaround it. No code change required. [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
MediaPortal 2
Testing Area
Development Snapshots
MediaPortal 2 Weekly snapshot (2015-01-30)
Contact us
RSS
Top
Bottom