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: 07:16:19 03/04/02 Mon
Author: SirJhonny
Subject: Re: PAL B/G decoder PT - Starting
In reply to: Gaz 's message, "Re: PAL B/G decoder PT - Starting" on 09:56:13 03/03/02 Sun

I've one thing to say about this:

Just one, only one NOP more or less in the code means work or not to work. You have to realize that the PIC is performing a task that it isnīt prepared for, I mean in some parts of code it is working as a PLL so accuracy of intruction time execution is very very important. If you use an External PLL like LM565 to look in horizontal and other for vertical frecuency you might use C for pic programing. I hope you can do something, keep us informed.

[ 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.