Alludo USER to USER Web Board

Sure could....

Yes Clevo the MJPEG codec could possibly have been introduced by a codec pack.
Further to that it is an inbuilt characteristic of Windows to allow codecs not only to be installed but to allow that codec to set its own importance in the general scheme of things.
The real problem with many codec packs is that they automatically set the codecs they install as having top priority when a codec is called for in a given file handling situation.

Alright, I have the answer to some of the mysteries. The MJPEG compression format is associated with a few video clips that were added to the project whose source was a Canon S5-IS digital camera. I was not originally aware that a few clips were from that source. I apologize for the confusion that created. As I look at other clips that were captured using the Pyro set up I described, they are of the expected format:
VIDEO
Compression: DV video encoder - type 1
Attributes: 24 bits, 720 x 480, 4:3
AUDIO
Format: DV Audio - NTSC
Atrtributes: 48000Khz, 16 bit stereo

So that completes the picture and resolves the side questions . Now back to the original questions;
1) what is making the video/pics jump and skip so much during project playback?
2) why does the amount of jump/skip vary depending on how many times it has been played back in a particular VS session (my wife is not really keen on playing once and then restarting VS to make the next edit.)
3) why are complete still pics (2-4 seconds ion length) ocassionally skipped?
4) Is there a thumbnail option for the still pics to speed up playback in edit mode?
5) Is this due to the limitations of my present computer setup?
6) Will this be an issue with my new computer as described earlier?
7) Any concerns with Vista and VS11.5 plus and the new VS XP2 that I just ordered that I out to be aware of when I set up the new system next week?

Thanks,

Todd

What happens if you remove the clips from the camera? Do you still have the same problem?

Those clips are of a highly compressed format. When VS previews it is compiling everything on-the-fly, and they could be what is slowing down the works.

I'll give that a try tonight. Any thoughs on the rest of the questions?

Thanks,

Todd

backert1 wrote:I'll give that a try tonight. Any thoughs on the rest of the questions?

Thanks,

Todd

I believe the thinking is that fundamentally it shouldn't be sticking and it's possible the Mjpeg clips are the culprit. If they are, and you don't have the problem anymore then that should solve/answer some of your questions.

7) I ran VS11.5+ on a Vista 64 bit machine...previously on an oldish XPpro set-up. I have no problems installing VS11.5+ on the Vista Machine and the only issues I had was that sometimes VS would crash AFTER I had finished working for that day and closed the program down (which was weird). VSx2 runs beautifully on my 64bit Vista....love it! wish there was a 64 bit version!

2) This sounds like a memory leak problem (usually) and I too had this problem when running VS on my old XP machine (but not with Vista) So something else is causing it? I dunno I never resolved this issue and some sessions were worse than others.

3) you mean on the time line? This shouldn;t happen. Try converting them to Bitmaps (BMP)

4) not sure what you mean. A still streteched for 4 seconds on the time line is going to take 4 seconds to play

5) I think you current set up should run VS11.5 fine

6) I'm not psychic

1) what is making the video/pics jump and skip so much during project playback?

None of what you have done to create the final video has, in the real world, been done. Every editing action and every addition or subtraction from the project at that point is only virtual. That is the nature of non-linear editing software...the original is NEVER touched. When you hit the project playback button, VS then plays your virtual masterpiece by slapping everything together "on the fly." This places enormous demand on the program and especially computer resources. Now in your case we are also adding the complication of switching codecs mid project, back and forth. This will cause the program to be jumping and stuttering as it is stuggling to find everything in time.

The rule generally is to never mix video types on the timeline. The likely cause here is the MJPEG stuff. It would be better to convert those MJPEG clips to DV avi's first, then add to the project.

2) why does the amount of jump/skip vary depending on how many times it has been played back in a particular VS session (my wife is not really keen on playing once and then restarting VS to make the next edit.)

Hard to say but probably because the RAM is getting cluttered and messy from stuggling to throw everything together. Similarly you may be getting defragmentation of the files because of the stress.

3) why are complete still pics (2-4 seconds ion length) ocassionally skipped?

Probably a symptom of 1 above.

4) Is there a thumbnail option for the still pics to speed up playback in edit mode?

I don't think so.

5) Is this due to the limitations of my present computer setup?

Partly. I would strongly advise to get all your video assests into the one standard format first and also to shut down all unnecesary processes, programs etc including connection to the internet and screen savers. Defrag, Defrag, defrag.

6) Will this be an issue with my new computer as described earlier?

Probably not as the ability of VS to cope will be improved but the same rules apply.

7) Any concerns with Vista and VS11.5 plus and the new VS XP2 that I just ordered that I out to be aware of when I set up the new system next week?

Keep an eye on the board...nothing too dramatic so far.

[/b]

I tired removing the digital camera video clips and that did not eliminate the problem with the jumping timeline project play. Fed-x says my new system will be here Tuesday - VS will be one of the first apps I install. Hopefully that will take care of the problems - especially the synch creep.

Thanks to everyone for thier time and thoughts!

Todd