Color Conversion -- problematic if reversed later?

[Asrial]

I've read that constantly converting through the colorspaces (for lack of knowing a better word) is a bad thing.

..but is it bad only if you do a bunch of things while in that colorspace or what?

ConvertToRGB24().dosomethingtoframe 5.dosomethingtoframe 12.ConvertToYV12() -- does this affect the entire clip or just frame 5 and 12? I'm curious if the RGB conversion affects the entire clip somehow and then the YV12 affects the entire clip again (thus causing possible quality loss or something) or if the YV12 conversion reverses whatever effect the RGB conversion had.

If you only want to do something to a handful of frames but they require you to be in a colorspace other than YV12, would this be a better way to handle it to reduce any quality loss converting to RGB24 might have?

Applyrange(5,5,"ConvertToRGB24").dosomethingtoframe 5.ApplyRange(12,12,"ConvertToRGB24").dosomethingtoframe 12

Assuming that even works in the first place. The basic principle is what I'm after though. Forcing the color conversion on JUST the frames you need the color conversion for.

[Asrial]

Hmm. After playing around with it, it looks like the colorspace has to be the same throughout the entire clip and can't be forced to 1 frame.

[Asrial]

Problem solved! Thanks to Myrsloik for the help on this one.

FIRST = Trim(0,13258)

SECOND = Trim(13259,13417).ConvertToRGB24().JDL_ReplaceRange(image1,1,1).FreezeFrame(2,3,1).ConvertToYV12()

THIRD = Trim(13418,40498)

FIRST ++ SECOND ++ THIRD