Joining to videos, trimming unwanted footage Cropping & AddBorders

[Sharc]

To me the chroma motion looks better than before now ........ an advancement with every field. Not quite sure whether it's as it should be though.

[jagabo]

To me the chroma motion looks better than before now ........ an advancement with every field. Not quite sure whether it's as it should be though.

It does look a little better. But still not enough motion. That's why I provided the sample video with clear chroma and obvious equal motion with each field.

[SkyBlues2021]

Thanks Sharc. That's great news. What do you think I'm doing wrong with the Virtualdub2 encoder? Both the VirtualDub2 & Avidemux I use are 64 bit and I didn't know if there was a conflict the Virtualdub 1:9:11 (x86) and Avisynth(x86). Thanks.

[SkyBlues2021]

Thanks jagabo. What do you think the reason is that my video hasn't got enough motion? I'm not sure what I'm doing wrong. Thanks.

[Sharc]

What do you think I'm doing wrong with the Virtualdub2 encoder?

Are you still going via an intermediate avi, i.e. Script output first encoded to an avi, then in a 2nd step encode/compress that avi to the final format using VirtualDub or Avidemux? You should skip such intermediate step. But maybe I misunderstood your workflow in post#23.

[SkyBlues2021]

Thanks Sharc. At present yes. I tried Menu tools>Script editor yesterday on Virtualdub2 and realised I've tried it before and I was unable to get it to work. I know I need to do this but I didn't want to fight too many battles as my head is already fuddled with the chroma issue. Do you think that could be the problem? I will post the error message. Thanks.

[jagabo]

What do you think the reason is that my video hasn't got enough motion?

I don't know. Have you tried the huffyuv sample I uploaded? Is the chroma motion smooth before encoding? After encoding?

[SkyBlues2021]

When I select Tools>Script editor>Open> Crop border trim join yv12 11-3-23(AVS file)> Save & Open as AVI. I get the follow error message (attached). Thanks.

[SkyBlues2021]

Thanks jagabo. I looked at the huffyuv.avi with the colours going from right to left. But I was unsure what it meant?
The code below didn't load was I meant to change something before I ran it? Sorry.

AviSource("huffyuv.avi") # LWlibavVideoSource("huffyuv.avi", cache=false, format="YUY2")
AssumeTFF()
Bob(0.0, 1.0)
ConvertToYV12(interlaced=true)
StackHorizontal(last, StackVertical(UtoY(),VToY()))

[Sharc]

The huffyuv codec is probably missing in your installation. Either install it, or try the proposed alternative source filter:

LWlibavVideoSource("huffyuv.avi", cache=false, format="YUY2")
AssumeTFF()
Bob(0.0, 1.0)
ConvertToYV12(interlaced=true)
StackHorizontal(last, StackVertical(UtoY(),VToY()))

And yes, I imagine that the intermediate avi which you created could be the source of the troubles

[SkyBlues2021]

Thanks Sharc. I have HuffyUV v2.1.1- CCESP patch v.0.2.2 as my compressor for Virtualdub 1.9.11 but I'm guessing you mean something else? Thanks.

[Sharc]

No idea why VirtualDub2 throws the error in post#38. Maybe a Huffyuv codec conflict between the 2 VirtualDub versions which you have installed. I remember the installation of the huffyuv codec had its quirks under windows 7 onwards. I don't remember the details though.

Does it work with
LWLibavVideoSource(......) instead (post#40)?

[jagabo]

What do you think the reason is that my video hasn't got enough motion?

I took another look at the video in post #30. Pumping up the saturation makes the chroma more visible and the motion matches the luma. So I'd say it's fine now.

LWLibavVideoSource("crop borders trim join yv12 11-3-23.mp4", cache=false) 
Bob(0.0, 1.0)
Tweak(sat=2.0)
Interleave(last, ColorYUV(cont_y=-256, off_y=-32).Spline36Resize(width, height))

[Sharc]

After all it's surprising that one would not even easily notice the jerky luma/chroma mismatch (ghosts) when just viewing the VHS encodes casually.

[SkyBlues2021]

Thanks Sharc & jagabo. I've attached the error message's that I get with the Huffyuv codes. Should I be putting the path to my video in the Avisource brackets?
Also I used the code from jagabo's post 43# and watched the clip but I'm not sure what this means? Thanks.

[jagabo]

Is the AVS script in the same folder as huffyuv.avi? If not, you'll have to provide a full path.

[Sharc]

Also I used the code from jagabo's post 43# and watched the clip but I'm not sure what this means? Thanks.

That was to visualize that the Chroma (color) moves temprally and spatially in synchronism with the luma (the shapes, objects of the picture), at the same pace. Means no lagging or displacement between Chroma and Luma which would create 'ghosts' or tearing.

[SkyBlues2021]

Thanks jagabo. Both the AVS script and the huffyuv.avi are on my desktop but I just don't know how to script so that I can get both the huffyuv.avi and avs on the source line? I've tried so many ways without success. I'm sorry I really struggle with this and thank you for your patience. I'm sure my posts are very frustrating.
I was able to get script 20# working and script 43# but if I'm honest I don't really understand what I'm looking for.

[SkyBlues2021]

Thanks Sharc. Sorry I didn't see your post before posting. Is mine good or bad? How do you assess it? Thanks.

[jagabo]

YUV video contains a luma (greyscale) channel and two chroma channels (U and V, technically "Cb" and "Cr"). On-screen RGB colors are created by adding or subtracting the chroma channels from the greyscale channel (that is a simplified description). With YUV 4:2:0 (YV12) video the chroma channels are half the resolution of the luma channel. So for PAL YV12 video the luma is 720x576, but the chroma 360x288. The chroma has to be scaled to match the size of the luma to create the final picture. How that scaling takes place can effect the position of the chroma relative to the luma (ie, the alignment of the colors). This video might make it easier for you to understand what's going on. The luma (at the top) and chroma (at the bottom):

LWlibavVideoSource("huffyuv.avi", cache=false, format="YUY2") 
AssumeTFF()
ConvertToYV12(interlaced=true)
Bob(0.0, 1.0)
StackVertical(last.GreyScale().Subtitle("luma"), ColorYUV(cont_y=-256).Spline36Resize(width, height).Subtitle("chroma"))

[Attachment 69751 - Click to enlarge]

The chroma channels in the image are mapped to a flat grey plane, not the actual luma values of the original video. So the colors are not the same as those in the original video. But they have to be mapped onto something for you to see colors.

Both should move an equal distance (within a pixel) from left to right as you step from frame to frame. I.e. the vertical bars should stay aligned. Change the ConvertToYV12 from interlaced=true to interlaced=false to see the type of error you had in the original encodings.

VHS of course has very poor resolution horizontally so the colors are much blurrier. That can make it harder to tell when there are problems.

[Sharc]

Thanks Sharc. Sorry I didn't see your post before posting. Is mine good or bad? How do you assess it? Thanks.

Yes, it's good. You would however have to step frame by frame through the video and check whether the Chroma moves (and matches) the luma with every new step. Select a scene with movement/action for this, like the moving towel.
But yes, it's good, and you may continue.

Edit: ... and study jagabo's explanations. These things can be confusing and not easy to understand, at the beginning.

[SkyBlues2021]

Thanks Jagabo & Sharc. I've read it about six times and still don't understand it! I will need to read and research it. I will also try to load the scripts directly in virtualdub2 to avoid using a intermediate avi Would you suggest reinstalling virtualdub2 or is the problem elsewhere? thanks.

[Sharc]

Thanks Jagabo & Sharc. I've read it about six times and still don't understand it! I will need to read and research it. I will also try to load the scripts directly in virtualdub2 to avoid using a intermediate avi Would you suggest reinstalling virtualdub2 or is the problem elsewhere? thanks.

a) Reinstall VirtualDub2. It does no harm. Try LWLibavVideoSource() as source filter when you still have issues with AviSource().

b) Or open your script.avs in Avidemux and continue from there for encoding.

c) Or you can also open your 'opening presets 1.avi' in Avidemux, then append the 'opening presets 2.avi' using File->Append .....
Then do your cuts, crops and borders in Avidemux, and when done, eventually encode.
So you can do everything in Avidemux.

[SkyBlues2021]

Thanks Sharc. I appreciate all the great advice and help everyone gives me here. Thanks.

[Sharc]

Caution. I just tried myself to do everything in Avidemux. Unfortunately it does not provide for 'converttoYV12(interlaced=true)'. So we are back to the chroma issue again!
Therefore you should go via b) above loading the avisynth script.avs. Hope this will do it.

Edit: Yes, b) above is fine.

[SkyBlues2021]

Thanks Sharc. I was wondering what is the procedure for loading the script directly into Avidemux? As I have always made the intermediate avi. before encoding it. Thanks.

[Sharc]

You have to save the script in a file. This is a text file with the extension .avs instead of .txt. (Attachment)

In Avidemux
i) File->open ...... -> select the script.avs file
or
ii) Simply drag and drop the script.avs onto the Window of Avidemux

[SkyBlues2021]

Thanks Sharc. I will try that post it. Thank you also for the script.avs

[SkyBlues2021]

I've been trying to load Sharc's script in Avidemux without success. I've only changed the path in the script. It's the same problem I have in virtualdub2 in that if I don't save the script as a intermediate AVI file in virtualdub I can't load it. So my problem seems to be running .avs files in Avidemux & virtualdub2. I can load all my AVI files. I don't know if I'm not saving them correctly I tried to show examples in my attachments. It wouldn't have anything to do with both encoders being 64 bit? but my virtualdub 1.9.11 and Avisynth+ are 32 bit Thanks.

[SkyBlues2021]

Attachments