MODULE FOR I, P FRAME

[Rhodri James]

On Mon, 22 Feb 2010 10:48:55 -0000, DANNY <danijel.gvero at gmail.com> wrote:

> On Feb 21, 1:54 am, Tim Roberts <t... at probo.com> wrote:
>> DANNY <danijel.gv... at gmail.com> wrote:
>>
>> >If I want to have a MPEG-4/10 coded video and stream it through the
>> >network and than have the same video on the client side, what should I
>> >use and of course I don't want to have raw MPEG data, because than I
>> >couldn't extract the frames to manipulate them.
>>
>> If you want to manipulate the frames (as bitmaps), then you have little
>> choice but to decode the MPEG as you receive it, manipulate the bitmaps,
>> and re-encode it back to MPEG.
>>
>> That's going to take a fair amount of time...
>> --
>> Tim Roberts, t... at probo.com
>> Providenza & Boekelheide, Inc.
>
> Yes, well beside bieng time-consuming, that is also inappropriate for
> me,
> because I want to have clip that would be streamed across the network
> and
> have the same GoP on the client side as the original-because I want to
> see
> what is the effect of errors on different GoP sizes. I would
> manipuleta the
> received clip just in the way that (if there are too many errors) I
> would
> stop displaying untill the next I frame.....I cant find a way to do
> that....is there a way?

Could you say a bit more about what you mean when you say "the effect of  
errors"?  It's easy enough to introduce bit errors into a data file (just  
flip random bits), but I'm not clear what it is you're trying to measure.

-- 
Rhodri James *-* Wildebeeste Herder to the Masses