Problems playing back a file encoded in RGB color space.

[Isac.martins]

Good morning everyone.

For several years I've been trying to remaster a file for which I've asked for help here a few times, but due to lack of time I ended up putting it off. Anyway, I believe I've gotten closer to what I wanted, considering the limitations of the low source quality (except for some vertical lines that appear on the dancer's arm; I can't remove them without destroying the details. If anyone has a script that works for the video, I would appreciate it).

Well, my biggest problem is with the final encoding, because I wanted to lose as little quality as possible, but I noticed that when choosing any encoder with a color space other than RGB, besides destroying the grain and leaving the skin looking waxy or rubbery, it adds some terrible artifacts, even if I increase the grain for YUV encoding.

Finally, the playback speed of the Largarith Lossless codec, which should be at the desired quality, has a bug (slow-motion playback).

Is there any solution for this?

I'm attaching a video that shows the playback speed issue and some screenshots comparing RGB quality with YUV quality.

https://drive.google.com/drive/folders/1a6m8XY0Kz__P-va6QkP1nwNP8iwV9M-E?usp=sharing

[themaster1]

Fly2000tv work better on XP, you'd have the proc amp not greyed out with the right drivers for your card that is
Why capture rgb (if you can ellaborate the reason) , yuy2 is just about right

[jagabo]

I'm attaching a video that shows the playback speed issue and some screenshots comparing RGB quality with YUV quality.

https://files.videohelp.com/

Your link isn't working.

[Isac.martins]

I'm attaching a video that shows the playback speed issue and some screenshots comparing RGB quality with YUV quality.

https://files.videohelp.com/

Your link isn't working.

I'm sorry, I thought the link to the files was working. I added it to the drive; the file named "LARGARITH" would be the one with the quality I wanted, and the one named "PRORES" would be the YUV color grading with the artifacts shown in the comparison photos that I also added to the folder.

https://drive.google.com/drive/folders/1a6m8XY0Kz__P-va6QkP1nwNP8iwV9M-E?usp=sharing

[Selur]

Maybe use H.265 4:4:4 lossless encoding,... (newer gpus should support hardware decoding this)

[Isac.martins]

Maybe use H.265 4:4:4 lossless encoding,... (newer gpus should support hardware decoding this)

My version of VirtualDub only has the H.264 codec. Is there a version with H.265 ?

[Sharc]

Maybe use H.265 4:4:4 lossless encoding,... (newer gpus should support hardware decoding this)

My version of VirtualDub only has the H.264 codec. Is there a version with H.265 ?

https://www.videohelp.com/software/VirtualDub2
or here, including a 32bit version
https://github.com/v0lt/VirtualDub2/releases/tag/2.5.1


[Attachment 92562 - Click to enlarge]

[jagabo]

x264 at crf 12 will give nearly perfect results.

[Isac.martins]

x264 at crf 12 will give nearly perfect results.

I tried with both H.265 and x264 with CRF 12 but the result is always the video freezing during playback, I don't understand why this happens

[Alwyn]

It would help if you posted a snippet of the original video, without any recoding. Both the Lags and ProRes versions have the arm artifact already. Depending on what the original codec is, you can use VDub Direct Stream Copy. We don't need the audio so you can untick that.

Added: I did recode the LAGS file to x264 CRF 12 and it seemed smooth, but yes, it looks to be playing a little slowly (as does the original LAGS file). Also, LAGS in a MOV container is a bit unusual.

[Selur]

The Lagarith file plays fine here using mpc-hc. I too suspect that mov container is the culprit for playback problems, since afaik there is no official support for Lagarith in mov. Lagarith should be only inside an .avi container.

Cu Selur

[Alwyn]

And a bit more, re the arm artifact, I think she's got a see-through full-arm top on. That's what the flashing sequins on her upper arm are attached to. What we're seeing is the material creasing a little. Have a look at frame 332 of the ProRes file. It's quite obvious there.

[Isac.martins]

x264 at crf 12 will give nearly perfect results.

I tried with both H.265 and x264 with CRF 12 but the result is always the video freezing during playback, I don't understand why this happens

Well, the video went through several re-encoding stages, all using the "Uncompressed RGB/YCbCr" codec and all in a "MOV" container. Even so, I've attached the original for you to check.

Now I'm wondering if the playback problem might be related to the initial encodings, where I chose a 10-bit core space and then had to switch back to 8-bit so Vegas could import the file, or is it unrelated?

[Isac.martins]

It would help if you posted a snippet of the original video, without any recoding. Both the Lags and ProRes versions have the arm artifact already. Depending on what the original codec is, you can use VDub Direct Stream Copy. We don't need the audio so you can untick that.

Added: I did recode the LAGS file to x264 CRF 12 and it seemed smooth, but yes, it looks to be playing a little slowly (as does the original LAGS file). Also, LAGS in a MOV container is a bit unusual.

The answer above was for you, sorry.

[Sharc]

x264 at crf 12 will give nearly perfect results.

I tried with both H.265 and x264 with CRF 12 but the result is always the video freezing during playback, I don't understand why this happens

It may be a player issue (coping with peak bitrates, buffer issues, GOP size, excessive number of reference frames etc.) . What other encoding parameters did you use? Try to encode with a relaxed encoder setting (e.g. using a simpler preset).

[Sharc]

Well, the video went through several re-encoding stages, all using the "Uncompressed RGB/YCbCr" codec and all in a "MOV" container. Even so, I've attached the original for you to check.

The .vob already suffers from mediocre framerate conversions (blended fields, field repetitions) and most of the artifacts you noticed with your re-encodes are already present in the .vob and are not related to RGB/YUV conversions IMO.

[Isac.martins]

Well, the video went through several re-encoding stages, all using the "Uncompressed RGB/YCbCr" codec and all in a "MOV" container. Even so, I've attached the original for you to check.

The .vob already suffers from mediocre framerate conversions (blended fields, field repetitions) and most of the artifacts you noticed with your re-encodes are already present in the .vob and are not related to RGB/YUV conversions IMO.

Yes, the source is garbage full of defects.

But the "Largarith" encoding, at least in my opinion, manages to have better quality than the "ProRes" version, as indicated in the screenshots. The issue is that I can't understand why, in all my players, the RGB or YUV 4.4.4 version has problems playing post-encoding.

Edit: I tried variations with lighter settings, but the result was the same. All that's left for me to do is try re-encoding everything in 8 bits and in a container other than "MOV" to see if it works.

[Selur]

in a container other than "MOV" to see if it works.

If you use Lagarith use .avi container, nothing else.

[Sharc]

Does this - repacked into an .mkv container - freeze as well with your players?

[jagabo]

Try a faster lossless codec like UT Video Codec.

[Isac.martins]

Does this - repacked into an .mkv container - freeze as well with your players?

Friends, I found the only solution to my problem!
This was the only lossless Codec that can play on my player.

Thank you so much to everyone who made an effort to help me!

Just one more request, could anyone recommend an Avisynth script that interpolates frames to 60 fps similar to RIFE but using a CPU? Is there one that doesn't use a GPU similar to the ''smooth'' effect of RIFE interpolation?

[Sharc]

Just one more request, could anyone recommend an Avisynth script that interpolates frames to 60 fps similar to RIFE but using a CPU? Is there one that doesn't use a GPU similar to the ''smooth'' effect of RIFE interpolation?

You may try FramerateConverter. Just be prepared to get some interpolation artifacts.

[Isac.martins]

Just one more request, could anyone recommend an Avisynth script that interpolates frames to 60 fps similar to RIFE but using a CPU? Is there one that doesn't use a GPU similar to the ''smooth'' effect of RIFE interpolation?

You may try FramerateConverter. Just be prepared to get some interpolation artifacts.

Friend, I couldn't find the script to run the Framerate, could you suggest one?

[Sharc]

Just one more request, could anyone recommend an Avisynth script that interpolates frames to 60 fps similar to RIFE but using a CPU? Is there one that doesn't use a GPU similar to the ''smooth'' effect of RIFE interpolation?

You may try FramerateConverter. Just be prepared to get some interpolation artifacts.

Friend, I couldn't find the script to run the Framerate, could you suggest one?

Not sure why you want to tackle your problem with frame rate conversion. For an interlaced source the usual procedure for smooth playback is to just deinterlace it e.g. using QTGMC() which produces a frame out of every field, sometimes called double-rate deinterlacing.
But anyway, here the basic script for frame doubling of a progressive source with FramerateConverter

FramerateConverter(clip,FrameDouble=true)

clip is your source.
For more "odd" conversions and setting optimizations refer to the documentation.

[Isac.martins]

Just one more request, could anyone recommend an Avisynth script that interpolates frames to 60 fps similar to RIFE but using a CPU? Is there one that doesn't use a GPU similar to the ''smooth'' effect of RIFE interpolation?

You may try FramerateConverter. Just be prepared to get some interpolation artifacts.

Friend, I couldn't find the script to run the Framerate, could you suggest one?

Not sure why you want to tackle your problem with frame rate conversion. For an interlaced source the usual procedure for smooth playback is to just deinterlace it e.g. using QTGMC() which produces a frame out of every field, sometimes called double-rate deinterlacing.
But anyway, here the basic script for frame doubling of a progressive source with FramerateConverter

FramerateConverter(clip,FrameDouble=true)

clip is your source.
For more "odd" conversions and setting optimizations refer to the documentation.

Let me explain
Some time ago, I was advised here on the forum that the best starting point for restoring this video would be to restore the frames before applying the filters (denoise, sharpen...) since the source has scene mixing problems. To obtain cleaner frames after deinterlacing, I would need to process the "Restore FPS" phase, and that's how I set it to 29 fps.

[Sharc]

Let me explain
Some time ago, I was advised here on the forum that the best starting point for restoring this video would be to restore the frames before applying the filters (denoise, sharpen...) since the source has scene mixing problems. To obtain cleaner frames after deinterlacing, I would need to process the "Restore FPS" phase, and that's how I set it to 29 fps.

ok, got it, thanks.

[Sharc]

If you are still here: The colorspace for FramerateConverter must be YUY or YUY2, so for your lagarith.mov source

ConvertToYV24()
FramerateConverter()