Brad Campbell wrote:
Have you ensured that there is really no access to the demod-i2c bus? Usually exist some debug-ioctls for direct access, these could get misused for demod initialisation.Robert Schlabbach wrote:From: "Brad Campbell" <brad@wasp.net.au>Where would be the best place to discard the extra bytes and invert the sync byte every 8 frames?The demodulator. Set the RS2 bit in the RS register (0x33) to force the sync byte to 0x47 (demod will always output 0x47 instead of the received sync byte). And you should be able to make the bridge chip ignore the 16 RS-FEC bytes. See the RS1 and RS0 bits in the RS register.
Since we should support DSS and 204byte stream formats in the demux sooner or later anyways just code it as you think and supply a patch. If it's a clean solution we'll simply apply your patch to the CVS repository, otherwise we'll take it as inspiration for a new approach.Regards,«
Problem with that, is with this card you can't get to the tuner directly. You write your tuner data in a munged format to the on-board asic, and that writes to the tuner for you. If I could find a passthrough command or something like that for the asic we'd be sweet, but even the twinhan supplied app de-munges the data stream in software.