Hi,
After much work and assistance from several forum members Hauppauge and Microsoft have got to the bottom of the Ch10 issues experienced by some users in the Gold Coast (and possibly other) regional area. It turns out that the problem (which is also experienced on some other brands) was not the fault of the HVR-2200 card or driver, but rather a combination of issues resulting from the broadcast and the way VMC behaves. For those interested in the technical details please see below. We have posted a beta driver and registry mod to get around the issue:
Beta driver for testing is here :
http://www.newmagic.com.au/support/f...PreRelease.zip
and the required registry mod here :
http://www.newmagic.com.au/support/f...AutoOffset.zip
To install, you should use the hwclear.exe found on the original HVR-2200 CD to remove the old drviers. Then reboot and install the driver above. The registry patches have a "Yes" and "No" version so that you can apply the change then undo it with the "No" version if you need to. Run the "yes" .reg file and reboot. Make sure you delete any exsiting channel list and rescan services. You should then find all services working including Ch10 GC. Once we have some more feedback we will produce a release version, but the patch will always be a separate reg file as applying this globally to our driver could cause issues in other areas.
Please report your findings to me directly at
mark@newmagic.com.au.
Thanks to those members who helped us get this sorted out.
For those interested here is the technical description of the issue:
Each TV broadcast contains an entry in the transport stream which indicates the frequency on which that stream is being transmitted. However, in some cases in regional areas of Australia, local repeaters are used to re-transmit streams created for metropolitan areas. For example, Channel 10 Brisbane which is transmitted on 226.5MHz in Brisbane metro is retransmitted off Mt Tambourine Gold Coast on the much higher UHF frequency of 725.625MHz. However, the frequency tag within the transport stream is not altered and still has 226.5MHz. This is not necessarily a problem in itself, but it is for MCE under certain conditions.
In Australia the centre frequencies for broadcasts are on either xxx.000 MHz or xxx.500MHz boundaries, except in some areas where, due to overlap issues, the centre frequency is shifted either up or down 125kHz. This is the case for Ch10 Gold Coast which is shifted from the 'normal' centre freq of 725.500Mhz to 725.625MHz.
In Vista MC, to be properly certified, a tuner driver should only tune these offset services when explicitly asked to do so. That is, a tuner should not find Ch10 GC on 725.5Mhz but only when asked to tune 725.625MHz. Many card drivers do not behave this way and actually tune Ch10 when asked for 725.5MHz. The HVR-2200 behaves as required by Microsoft and only locks the service when asked to tune 725.625MHz, as it should. However, due to a 'bug' in media centre, when it is given a lock on an offset frequency, and the tagged frequency is way off that frequency requested (in this case the tag is 226.5Mhz as discussed above) it actually stores the tag as the correct frequency! This means that after scanning for services it goes looking for Ch10 GC on 226.5Mhz and tunes nothing. This strange behaviour only occurs for offset tuning, so cards that originally lock Ch10 on 725.5MHz dont exhibit the issue as MCE uses that as the frequency of the service to be stored.
In conclusion the issue arises from the fact that the broadcaster does not re-tag the stream and the issue in MCE not handling mismatched tags and offset tuning. It's very likely this combination occurs in other regional areas so this fix will be needed there also. It does not happen in any metro areas though as the tag always matches the actual transmitted frequency. Our driver/reg mod tricks MCE and gets around the issue.
Regs
Mark Harwood
New Magic Australia
Australian Hauppauge Distributor