VoyForums
[ Show ]
Support VoyForums
[ Shrink ]
VoyForums Announcement: Programming and providing support for this service has been a labor of love since 1997. We are one of the few services online who values our users' privacy, and have never sold your information. We have even fought hard to defend your privacy in legal cases; however, we've done it with almost no financial support -- paying out of pocket to continue providing the service. Due to the issues imposed on us by advertisers, we also stopped hosting most ads on the forums many years ago. We hope you appreciate our efforts.

Show your support by donating any amount. (Note: We are still technically a for-profit company, so your contribution is not tax-deductible.) PayPal Acct: Feedback:

Donate to VoyForums (PayPal):

[ Login ] [ Contact Forum Admin ] [ Main index ] [ Post a new message ] [ Search | Check update time | Archives: 1, 2, 3, 4, 5, 6, [7], 8, 9 ]

[ Next Thread | Previous Thread | Next Message | Previous Message ]

Date Posted: 08:51:28 02/13/02 Wed
Author: Jain
Subject: Re: AGC sampling added to Rev7t1d2
In reply to: Potter 's message, "Re: AGC sampling added to Rev7t1d2" on 08:11:20 02/13/02 Wed

Rev7t1a does not let video pass durring VBI (Norm or Invert pulse is low durring all VBI). There from comes my confusion.
Jain




>That is a feature of all code I've seen IE until 4
>consecutive good frames are found after return from
>lockon routine, all video (scrambled or not) is passed
>straight through the 'normal' gate untouched. Because
>the VBI in my signal is normal, the 3chip locks onto
>unscrambled and scrambled signals just the same and I
>had to find a way to discriminate between the two
>which ended up being a check of the polarity of hsyncs
>and a fuzzy decision based on how many inverted hsyncs
>were found per frame. The principles could very
>easily be applied to NTSC but the exact implementation
>would have to be matched to the type of local
>scrambling you have. The auto invert method I used
>will only work on my local signal because it relies on
>1 bit in the data packet which is on line 15 here.
>
>
>>Clear now! Lucky you and your code...
>>NTSC users have to wait someone interested to change
>>the code the same way, maybe even to let the
>>unscrambled channels pass as they are... (I'm realy
>>sorry I do not know how to do it).
>>Cheers
>>Jain

[ Next Thread | Previous Thread | Next Message | Previous Message ]
[ Contact Forum Admin ]

Forum timezone: GMT-8
VF Version: 3.00b, ConfDB:
Before posting please read our privacy policy.
VoyForums(tm) is a Free Service from Voyager Info-Systems.
Copyright © 1998-2019 Voyager Info-Systems. All Rights Reserved.