My Custom Hardware TBC
 

The first decode. No TBC applied, obviously, but just good enough to see that the hardware is working.

http://www.screenshotcomparison.com/comparison/140857

Yep, looks horrible. So why is this big news? It means I can finally access the raw signal, in real-time with hardware. I'm using an ARM-based embedded 32bit cpu. It can be programmed in C to decode the video. The sample rate can go up to 144MS/s, way more than enough for HD video. I can also input s-video. However I'm having some bandwidth problems.

For now I can do a type of hardware assisted software TBC, meaning that I can record/embed the sync information so that a software decoder can use it to resize.

I'd like to try raw decoding the VHS direct from the video heads; first I need a good video amplifier, but it can be easily decoded.

Here's what the hsync looks like: http://desmond.imageshack.us/Himg59/...pg&res=landing

Not too bad. I need a tape with a major flagging issue to test.

Please attach images to posts: http://www.digitalfaq.com/forum/news...ly-upload.html

Keep us updated on your projects. I read everything you post here on this forum. :)

This was an unanswered question or unresolved issue found during a site audit. It's hard to have an FAQ when the answers are missing, or final outcomes are unknown. At The Digital FAQ support forum, questions are never intentionally ignored, and may have been missed due to a forum glitch or human error. More details on the audit. (In some cases, threads have been edited/updated with newer information.)

Slightly related. Looking at HSYNC with Barco video monitor. :)

edit: I noticed that "plain" analog HSYNC from VHS is a bit more plain than this SDI-passthru if anyone was wondering what all that fuzz was about. :P

Attachment 2908