[Jaanus Henno]

One thing I can add is that in my case the problem occured after converting stereo to mono. I wanted to save some space while archiving my wavs, but after adding the converted file back to the project, those symptoms appeared, just as in your project. I thought first that maybe Vegas got messed up since I didn’t delete the peaks file, but doing that and building a new one didn’t help either.

So since copying the audio to another drive (maybe it doesn’t have to be a system drive, I don’t think so) solved the problem, it must be connceted how Vegas reads the file and seems like it saves some inital data about the wav in the project and copying the file to another drive forces Vegas to re-read the file from the scrach. Thats my guess in the dark.

[Jaanus Henno]

Hi!

I was looking around the net since I have the same problem. I just wanted to add my two cents to clarify that the problem is not because of H4n, it is really the problem with an external drive. As suggested, I copied my wav onto system drive and now it plays back fine in Vegas 12. My wav is not recorder with H4n.

[Jaanus Henno]

Ok, I reply myself after studying the topic a little further.
One answer from a forum:

I disable re-sampling for the following:
*speeding things up
*want a stutter in slower speed
*the “smoothness” looks bad when I slow something down and it’s better to have a stutter.

I have one more question. Is there something intermediate or a way to actually control sampling? What I mean is to somehow be able to tweak sampling so that I can choose the best option between jerking frames and too much ghosting.

[Jaanus Henno]

Holy cow, that worked! Thanks!

Btw. Should I always disable it? Or is it just with certain files?

[Jaanus Henno]

Thanks John, Handbrake did a great job.

[Jaanus Henno]

I see. That makes sense. I will try to test it with a cooling pad, though I doubt it will help a lot. But if it does, I will start carrying it around.

[Jaanus Henno]

Yes, that is true what you are saying, but the question remains: Why does the project/Vegas start to use less resources of cpu as the render goes? Why it’s not stable?

I did finish the rendering though and it came out as supposed to, but I would like it to be stable, even if slow. At least I know then how much render time it takes, right now it’s increasing and increasing. That is not good, I have to plan my works and this thing is unpredictable.

[Jaanus Henno]

Thanks.
I happened to try Chroma Keyer and voila! Took all the blue out;-) But I can actually do that since there’s nothing significant for the blue to stay. I’m still playing around, probably cookie cutter can be used to just select the part initially intended to. It’s just that taking it all out looks very good, I didn’t realize that there’s a blue tinge on the whole picture, and in that particular case can be done in that way.

Appreciate your help. And while trying double track trick as you suggested, stumbled onto an other option which might be useful in the future. Instead of BCC’s RGB compositor (btw, I do have BCC, but there’s no such effect as RGB compositor, are you sure that this is the exact name?) I used BCC’s Chroma Key on top layer. It has more options that Sony’s and I managed to tweak it to actually remove the fringe but leave blue colors blue. I just wanted to take out the rest of the blue hue also and therefore went with sony’s chroma keyer.

[Jaanus Henno]

I see. Thanks Dave.

I wonder, is there a way to remove it?

[Jaanus Henno]

A) From Mediainfo:
Video
ID : 224 (0xE0)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : M=3, N=12
Duration : 18mn 7s
Bit rate mode : Variable
Bit rate : 4 090 Kbps
Maximum bit rate : 7 700 Kbps
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 16:9
Frame rate : 25.000 fps
Standard : PAL
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.394
Stream size : 530 MiB (92%)
Color primaries : BT.601 PAL

B) Upsampling with BCC Uprez to 720×1280. Rendering into Mainconcept Mp4 Iphone template with 25 frames as in the input video.

And actually now it’s getting interesting. First, I realized that the input material also has the blue fringing already, it’s a lousy material. But when I play it back on my external monitor, then it’s practically disappearing, while on my laptops screen it’s quite visible.