PeerStreamer

Convert I420 YV12 to RGB in various formats,

  it rejects images that are not in 420 formats,

  it rejects images that don't have widths of multiples of 16,

  it rejects images that don't have heights of multiples of 2.

Reject defers to C simulation code.

Lots of optimizations to be done here.

1. Need to fix saturation code. I just couldn't get it to fly with packs

   and adds, so we currently use max/min to clip.

2. The inefficient use of chroma loading needs a bit of brushing up.

3. Analysis of pipeline stalls needs to be done. Use shark to identify

   pipeline stalls.

MODIFIED core to be a macro where you specify the output format.

ADDED UYVY conversion which is never called due to some thing in swscale.

ADDED runtime detection of AltiVec.

The C version uses 25% of the processor or ~250Mips for D1 video rawvideo

used as test.

The AltiVec version uses 10% of the processor or ~100Mips for D1 video

same sequence.

720 * 480 * 30  ~10MPS

so we have roughly 10 clocks per pixel. This is too high, something has

to be wrong.

OPTIMIZED clip codes to utilize vec_max and vec_packs removing the

need for vec_min.

OPTIMIZED DST OUTPUT cache/DMA controls. We are pretty much guaranteed to have

the input video frame, it was just decompressed so it probably resides in L1

caches. However, we are creating the output video stream. This needs to use the

DSTST instruction to optimize for the cache. We couple this with the fact that

we are not going to be visiting the input buffer again so we mark it Least

Recently Used. This shaves 25% of the processor cycles off.

Now memcpy is the largest mips consumer in the system, probably due

a versioning issue, however I have libGL.1.2.dylib for both

machines. (We need to figure this out now.)

GL2 libraries work now with patch for RGB32.

NOTE: quartz vo driver ARGB32_to_RGB24 consumes 30% of the processor.

Integrated luma prescaling adjustment for saturation/contrast/brightness

adjustment.