VIP Suite Scaler; Bad Status Value and Strange Mixer Behaviour

Let me first say that so far most of the time people have trouble with the VIP suite it's due to how the overall video system is put together rather than how the individual blocks are being used. Usually the biggest problems people have are with choosing the right clock frequency for the VIP blocks, and buffering.

1 - Your pixel clock may not be high enough for the VIP components. You need to allow for delays within the blocks of a few clock cycles plus the overhead of the video control packets.

2 - How much line buffering is in your CVI and CVO blocks?

3 - How wide is your DDR2 interface and how fast is it running?

With regards to the odd register reads, can you post a bit of your C code so we can see how you're accessing the components?

Also note, if the DDR2 is behind the pipeline bridge, it's real address range with relationship to anything in front of the bridge is 0x0200_0000 to 0x03ff_ffff. If the DDR2 and VIP blocks were really overlapping that would definitely not be okay but SoPC builder "shouldn't" allow you to do that.

Jake

Hi Jakob,

Thanks for the reply.

1 - Your pixel clock may not be high enough for the VIP components. You need to allow for delays within the blocks of a few clock cycles plus the overhead of the video control packets.

The vip blocks are clocked at the pixel rate of the incoming video; approx 110MHz, but as there is no blanking/sync information in the Avalon packets I figure they should have an efficiency improvement, requiring a 10% to 20% lower clock. I have successfully run the video path at 100MHz before from a static clock source.

What do you think is the fastest I can clock the video path? My device is EP3C16F484C8N. The Altera docs seem pretty vague on this front.

2 - How much line buffering is in your CVI and CVO blocks?

I'm buffering 2048 pixels on the CVI, and 512 pixels on the output. I have experimented with many different values and this combination work (when no control ports are enabled.) I'll triple this buffering for the sake on investigation.

3 - How wide is your DDR2 interface and how fast is it running?

The DDR2 is running full rate, 150MHz, with a 16 bit physical, 32 bit effective interface. As above, bandwidth does not appear to be an issue when the control ports are disabled. I will up this rate to 167MHz for the sake of investigation.

I'll post code tomorrow when I'm at work, but it is very simple IOWR(x_BASE, 0x01, 0x01) type stuff. I'll drop some screen shots of my sopc build and frame buffer settings, etc, too.

Thanks for all your help, I really appreciate the time (I'm sure everyone else does too) that you spend helping newbies like me! Regards, Brent.

Is your frame buffer configured for double buffering or triple buffering?

Jake

Hi Jake,

It's a triple buffer setup as there will be subtle differences in the frame rates of the in and out video.

I'll post more info soon, I'm fighting with my PC at the moment and haven't even started Quartus yet.

Cheers, Brent.

Here is some C to start the vip blocks:

IOWR( LED_BASE, 0, 0x7 ); // All on

IOWR( SCALER_BASE, CONTROL, VIP_STOP );

IOWR( SCALER_BASE, SCALER_REG_SIZE_X, x_size );

IOWR( SCALER_BASE, SCALER_REG_SIZE_Y, y_size );

IOWR( SCALER_BASE, CONTROL, VIP_GO );

IOWR( TESTPAT_BASE, CONTROL, VIP_STOP );

IOWR( TESTPAT_BASE, TPG_REG_SIZE_X, x_size );

IOWR( TESTPAT_BASE, TPG_REG_SIZE_Y, y_size );

IOWR( TESTPAT_BASE, CONTROL, VIP_GO );

IOWR( MIXER_BASE, CONTROL, VIP_STOP );

IOWR( MIXER_BASE, MIXER_REG_LAYER1_X, x_pos );

IOWR( MIXER_BASE, MIXER_REG_LAYER1_Y, y_pos );

IOWR( MIXER_BASE, MIXER_REG_LAYER2_X, 0 );

IOWR( MIXER_BASE, MIXER_REG_LAYER2_Y, 0 );

IOWR( MIXER_BASE, MIXER_REG_LAYER1_ENABLE, VIP_CONSUME );

IOWR( MIXER_BASE, MIXER_REG_LAYER2_ENABLE, VIP_GO );

IOWR( MIXER_BASE, CONTROL, VIP_GO );

I'm using this code to read back the registers through the jtag uart:

alt_printf( "\nScaler Registers:\n" );

alt_printf( " Status: %x\n", IORD( SCALER_BASE, STATUS ) );

alt_printf( " Size X: %x\n", IORD( SCALER_BASE, SCALER_REG_SIZE_X ) );

alt_printf( " Size Y: %x\n", IORD( SCALER_BASE, SCALER_REG_SIZE_Y ) );

alt_printf( "\nMixer Registers:\n" );

alt_printf( " Status: %x\n", IORD( MIXER_BASE, MIXER_REG_STATUS ) );

alt_printf( " L1 X: %x\n", IORD( MIXER_BASE, MIXER_REG_LAYER1_X ) );

alt_printf( " L1 Y: %x\n", IORD( MIXER_BASE, MIXER_REG_LAYER1_Y ) );

alt_printf( " L1 Enable: %x\n", IORD( MIXER_BASE, MIXER_REG_LAYER1_ENABLE ) );

alt_printf( " L2 X: %x\n", IORD( MIXER_BASE, MIXER_REG_LAYER2_X ) );

alt_printf( " L2 Y: %x\n", IORD( MIXER_BASE, MIXER_REG_LAYER2_Y ) );

alt_printf( " L2 Enable: %x\n", IORD( MIXER_BASE, MIXER_REG_LAYER2_ENABLE ) );//

Actually I don't know if you're in a position to do this but if you can send me your project (and software), I think I can duplicate it on a Stratix II board I've got here. Then I could better find out what's giving you grief.

Jake

Hey Jakob,

I’ve just finished upgrading to 9.1 sp1 and I wanted to re-try a few things before I send my project through; my strong feeling is that Quartus, and especially the jump from 9.0 to 9.1 has caused this problem. I actually have a 2nd pc of similar spec and I’ve put a fresh load of quartus 9.1 on it, and I’ve found that if each PC compiles the same software source (simple vip system, with no nios control), the .sof built on the 2nd machine doesn’t work, but the .sof built on machine 1 does. Hopefully sp1 corrects a few instabilities.

Once I feel I've got a stable set of tools I’m going to cut the project back and try to manipulate each of the VIP blocks piece wise until I can identify the one that is giving me grief. I'll probably send you my project at this stage; there is nothing proprietary in it fortunately - I'm not at that stage yet, I am yet to achieve a starting point for our application.

I'll work through the day here in Sydney and there'll probably be something in your inbox when you wake up in the morning.

Cheers,

Brent.

You know one thing I never asked was if you had your timing properly constrained and were meeting timing requirements.

Jake