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, 10 ]

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

Date Posted: 06:12:38 01/03/04 Sat
Author: JV
Subject: Re: Question for Phil Q
In reply to: Virtuax 's message, "Re: Question for Phil Q" on 03:18:04 01/03/04 Sat

Yes, Virtuax,

It only flash for the adult channels, the other channels are normal....

///

>Letīs wait...Balista is capturing some lines+NEDs.
>With my analogue scope I can see a NED flag on burst
>for normal & invert(2 NED for normal, 4 NED for
>Invert).
>Thereīs another on line 21, they are inverting the
>code at same time for normal and invert only for adult
>channel,this code is not inverting for non flashing
>channel.
>Line 22 is empty when flashing.
>A question to JV;
>Your system is flashing all channel or only for adult?
>
>
>>Thanks for the informations Phil, But The changes I
>>made to the code its not so great at it looks like !!!
>>
>>Guys, for the "flashing" channels using the NED signal
>>at line 21 work perfect !!! I get an perfect
>>syncronization, but at some normal, normal lets say,
>>scrambled but without the video invertions, channels I
>>get some flashing inverted video, because I'm looking
>>only for one pulse of the NED, and some normal
>>channels sometimes this NED appears.....
>>
>>I'm not an assembler expert, but I think if you help
>>US to write a routine that can read a bigger part of
>>this data at line 21 and verify the type of video
>>mode, would be great !!!!
>>
>>In assembler I only know how to check one bit like
>>using BTFSC, How can I get a lot of bits and verify
>>what this data is "saying" ???
>>
>>TKS,
>>
>>ALL
>>
>>
>>>Hi Everyone,
>>>
>>>I understood Phil, but doing that replace SAInvert
>>>decision works some time, thatīs OK, letīs
>concentrate
>>>on line 21.
>>>I see here at my analogue scope a shifted dc from
>line
>>>16 to 22 thatīs alternating from line 23, some time
>>>the same phase, line 21 has the same code as for
>>>others channels but only one difference, is inverting
>>>the code, line 22 is empty, line 260 is fixed and
>same
>>>for non flashing channels.
>>>
>>>Regards
>>>
>>>Virtuax
>>>
>>>
>>>>Guys,
>>>>
>>>>Replacing CLRF SPLITCOUNT with ANDWF SPLITCOUNT,0
>>>>really won't do anything except stop the code from
>>>>resetting the split-sync counter for each frame.
>>>>Here's how it works:
>>>>
>>>>From lines 24-26, if split-sync is seen a line then
>>>>SPLITCOUNT is incremented. After that, bit 1 of
>>>>SPLITCOUNT is checked to see if it is set. If bit 1
>>>>is set then at least two instances of split-sync
>have
>>>>been detected and inverted video is assumed.
>Looking
>>>>at the last two bits of SPLITCOUNT:
>>>>First, the register is cleared so they would start
>as
>>>>00
>>>>After the first increment: 01 (bit 1 still clear)
>>>>after the next increment : 10 (bit 1 set now)
>>>>after another increment : 11 (bit 1 still set)
>>>>
>>>>If you don't clear the register each time, the next
>>>>increment will roll the last two bits over to 00.
>>>>Doing an ANDWF SPLITCOUNT,0 will take the contents
>of
>>>>W (which contains a 1 after returning from
>MAKEHLINE)
>>>>and AND it with the current contents of SPLITCOUNT.
>>>>Bit 1 would be cleared by this but the state of bit
>0
>>>>would be unknown. It doesn't matter though, because
>>>>putting a zero as the destination parameter of the
>>>>ANDWF instruction means that the result of the
>>>>instruction will be stored back to W, NOT
>SPLITCOUNT.
>>>>
>>>>Sounds like you're on the right track with line 21
>>>>though, the info I have on the system shows relevant
>>>>edges on lines 16 and 260, either it's inaccurate or
>>>>they can move things around. I've always wondered
>>why
>>>>they didn't encrypt the mode change info in the data
>>>>stream, if you're seeing a flag for inversion on
>line
>>>>21 then perhaps they're at least embedding it
>there.
>>>>I would concentrate on either the line 21 info or
>the
>>>>NED data. Unfortunately we have DirecTV now so I
>>>>can't be of much assistance with looking at the data
>>>>and trying code changes but at least I can help keep
>>>>you from wasting your time.
>>>>
>>>>Cheers,
>>>>
>>>>- Phil
>>>>
>>>>
>>>>
>>>>>HI JV,
>>>>>
>>>>>Iīll check line 21 again, if I remember that code
>>>>>appears on all scrambled channels, Did you fixed
>>>video
>>>>>only changing the code on line 21??? Could you post
>>>>>here what you made???
>>>>>I replaced all zenith code with "NOP" and REV7TD2
>is
>>>>>still working.
>>>>>As I posted here only when "CLRF SPLITCOUNT" was
>>>>>replaced by "ANDWF SPLITCOUNT,0" almost fixed the
>>>>>code, as Iīm not a programmer I dont know how to
>>>>>change FUZZY COUNTER to fix the code.
>>>>>The 2 level random DC start on line 16
>>>(split-sync)and
>>>>>finish at line 259.You need to remove capacitor AGC
>>>>>hack to see the flickering, cause this DC restore
>>>>>circuit change frame by frame his off-set.
>>>>>There are 2 NED for normal burst and 4 for DC
>>shifted
>>>>>frame,
>>>>>PED dont change, so "SPLITCOUNT" make wrong
>decision
>>>>>for SAInvert.
>>>>>
>>>>>Happy New Year
>>>>>
>>>>>Virtuax
>>>>>
>>>>>
>>>>>>Hi Virtuax,
>>>>>>
>>>>>>I've notice that at line 21 they send a lot of
>>DATA,
>>>>I
>>>>>>changed the code to look at an specific NED into
>>>this
>>>>>>line, this NED appears only when the video is sent
>>>>>>inverted, so I change the video mode, when this
>NED
>>>>>>doesn't appear I assume that is Normal video.
>>>>>>It works very well but I'm getting an brighter
>>image
>>>>>>when the mode is inverted, do you have an idea to
>>>>>>adjust this..???
>>>>>>
>>>>>>TKS,
>>>>>>
>>>>>>JV
>>>>>>
>>>>>>>Hey Phil,
>>>>>>>
>>>>>>>JVL are rigth Phil , changing line 450 didnt work
>>>>>>>(sorry I was not so clear ), I made up to 300
>>>>changes
>>>>>>>and thereīs only one that almost worked, when
>>>change
>>>>>>>from "CLRWF SPLITCOUNT" to "ANDWF SPLITCOUNT,0"
>>now
>>>>>>>lock but to instable and loss SAInvert detect,
>>some
>>>>>>>time inverted, I think this is a starting point
>>for
>>>>>>>code adjusments.
>>>>>>>Ps. need change channel up & down many times to
>>>>work.
>>>>>>> Doing that change you Iīll see a fickering
>video,
>>>>>>>cause they changing line 16 (split-sync) with 2
>>>>>random
>>>>>>>DC level.
>>>>>>>Iīm looking here to:
>>>>>>>(http://www.piclist.com/techref/microchip/edgedet
>e
>>c
>>>t
>>>>.
>>>>>h
>>>>>>t
>>>>>>>m) a way to detect edge events.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>Virtuax

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

Replies:

  • Re: Question for Phil Q -- Balista, 06:14:28 01/03/04 Sat
  • Re: Question for Phil Q -- Virtuax, 09:04:05 01/03/04 Sat
    [ 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.