Too fast for even XMOS :( reducing data frequency

Technical discussions around xCORE processors (e.g. xcore-200 & xcore.ai).
microfrustration
New User
Posts: 2
Joined: Wed Apr 17, 2013 12:41 am

Too fast for even XMOS :( reducing data frequency

Post by microfrustration »

Hey, nice to join this place!

Lets say I would like to slow down DVI signal (108 mhz clock) by a factor of 2, basicly elongate every signal variation by 2.

All logic, syncs, clock (obviously)...

Is there an IC that can do this, or I have a long FPGA puzzle ahead of me ?

I was wondering, what is the correct electronics term of ''elongating'' signal variation time by factors of 2/4/8 etc... I am looking for a fancy name.

Thx you.
You do not have the required permissions to view the files attached to this post.


microfrustration
New User
Posts: 2
Joined: Wed Apr 17, 2013 12:41 am

Post by microfrustration »

I forgot to mention, yes this will be sampled not too often.

4-5 times a second, rest will all be discarded, this will not be viewed or watched or used.
diltsman
Member++
Posts: 21
Joined: Sun Mar 03, 2013 11:26 pm

Post by diltsman »

I assume that you need to slow it down so that you don't exceed the 100 MHz pin rate, right? Given that video signals tend to be continuous you would still have to process the data at the 110MHz rate or your signal (and associated buffer) will quickly get backed up.
User avatar
segher
XCore Expert
Posts: 844
Joined: Sun Jul 11, 2010 1:31 am

Post by segher »

A DVI signal with a 108MHz clock has the data lanes going at 1.08GHz;
your problem is bigger than you think. Also there is the loveliness that
the clock is not aligned with the data at all.

What are you *actually* trying to do? Maybe you can get away with
using the sync signals, for example.
User avatar
Berni
Respected Member
Posts: 363
Joined: Thu Dec 10, 2009 10:17 pm

Post by Berni »

So you want to grab 1 frame from the video feed and retransmit it at half the speed? Because then you will need a large FIFO buffer than can store nearly the whole video frame inside of it. So that will most likely require an FPGA to do.