I checked all my settings- went to call Sony and Customer Service is closed until Monday. Yes...this is very nasty if it is not fixed!

Did you try to see if you place some new pictures on the timeline with the same pan/crops does the same thing (not using you master)?

A shot in the dark: You might check the event properties of the rendered AVI. Maybe it switched the field order. I had this once a while.

Marco

Just did a test in V4- no problem- files are iperfect! The second issue is a .veg created in V5 cannot open on V5- so all the work Completed in V5 is worthless with this propblem and would have to recreate everything in V4 to work around the problem!!! This is not good!!!
Mike

Thanks for the comments-
Marco- field order remained the same...
Friar- will check as we write....

Gents....
I did this with a new still as Friar suggested. I did NO Pan /Crop- set my project properties to NTSC Standard and rendered the still as uncompressed- brought it back into the timeline above the original and turned the track off and on and it is very different- it's soft!! This is very bad guys- a major flaw!!!!
Mike

Mmh, I tried to check it here, rendered a high res jpg to uncompressed AVI. But there is no loss. I also used V5. Maybe you could share your .veg-file with us to have a deeper look into it.

Marco

Marco... it worked fine for you? I don't get it. I'll dig deeper...

Sorry All.... problem solved. Here is what I found: The default setting for field dominance was " Lower Field First". The properties in my V4 were for "Upper Field First". I changed that setting in V5- and everything was perfect....
Thanks all

You really should be running everything lowerf field first. Well that's as far as I know. I know of no video system that runs upper field first. I know some apps output stuff that way, don't for the life of me quite understand why and I have come accross some videos from customers that have it wrong.
Wish there was some really definative answers to this issue other than knowing that bot PAL and NTSC are lower field first. It's not an error that exactly leaps out at you either.

I just did a test with a 1280x960 jpg

NTSC DV - soild colors edges are blured like antialias - upper,lower and progressive all same results

NTSC uncompressed - upper,lower and progressive no problem
So I don't see what upper or lower field has to do with it?

"I just did a test with a 1280x960 jpg
NTSC DV - soild colors edges are blured like antialias - upper,lower and progressive all same results
NTSC uncompressed - upper,lower and progressive no problem
So I don't see what upper or lower field has to do with it? "


I am not sure... I have always used lower field first, but for the life of me can't explain the problem I encountered. So I will elaborate a little...
I took PhotoShop files as .psd amd .png files into Vegas 5 with the project properties set to NTSC Standard 720 x 486 lower field dominance. I then created Pan/Crop functions on each slide with dissolves or effects between them. I rendered out a generic master as uncompressed, lower field dominance. Ithen create a new .veg file for my final master with graphics and supers. I noticed the file was not as crisp as it should have been...so I opened the .veg file I used to create the generic and placed my final master in sync above the unrendered versions... I then turned off and on the track with the final master revealing the undrendered files. There was a major difference- it was soft! I opened a new Vegas 4 project and imported a file- with all the project propertis (except for field dominace) identicle- and the result was perfect- no difference. So...I opened a new V5 project and began to test the variables- and the only way the V5 file looked identical was with upper field dominance. If this was only being played back on the computer- I would create the file with no dominance- but this will be jerky when played back on a tv set.... maybe its a bug- I cant explain it- I can only tell you the circumstances around the issue.... maybe a Sony rep could chime in- either way I am calling tech support on Monday.
Mike

I just took some 1024x768 jpg's in V5 & had the same blur you did (in uncompressed, no DV though. DV has a simular jitter that the pic's had on screen).

I changed some settings in fields, progressive interplation, etc. The "Softness" went away. I changed ALL the settings back. Softness was still gone.

It may be a memory issue. Changing the settings could "clear" the memory of the "bad" part.

Okay.... I tested the same files in the DV format- no problams at all- only uncompressed

Friar,,,sounds like a bug that needs "fixin" to me- I'm going to call Tech Support on Monday. Thanks all!
Mike

I had a similar problem.

My project was lower field. I reversed a clip using the new V5 option, and for some reason the field order changed to upper. I rendered and the reversed shot was soft. I then changed it back to lower field and it rendered normally...

DV has a convention, at least at the 25Mbps level, to be lower field first worldwide.

Video itself, as you see it as a baseband analogue signal isn't anything to do with this. So if you have an uncompressed analogue or SDI I/O capability, the field order or dominance will follow the broadcast definition.

PAL in this case is upper field first.
NTSC differs where the source is 480 lines or 486 lines.

How this maps into the positioning on the 625 and 525 line system is also the subject of engineering guidelines.

Sure hope V5 doesn't mess with the sanctity of an uncompressed AVI. It is afterall 4:4:4:4 internally (32bit RGBA).

Reversing clips actually needs a change in the field order. This was something V4 did wrong and what is fixed in V5 now. It is correct to have Upper Fields first in reversed DV clips. Otherway you would have jumping fields.

Marco