Not Sure Why A Section of Video Is Rendering Poorly

Shadefyi wrote on 9/14/2016, 12:29 AM

Hey folks.

So I'm having a weird problem that hasn't cropped up for me before. Essentially, I'm rendering a gaming video of about 25 minutes as a Sony AVC (settings below) and everything is hunky dory until the 22:06 mark where the quality takes a sudden dive. Now, this isn't reflected in the raw video prior to rendering, and furthermore if I just render the last part of the video where the dip happens it looks fine. But no matter what I've tried in both Sony AVC and Mainconcept I can't seem to prevent this dip in the full video. I believe this issue is stemming from the game, as I have the exact same problem with the second video of it as well, and haven't had this issue with anything else.

I'm using Vegas Pro 10 on Windows 7, 8GB RAM, i5 3.3gHz, GTX 970.

The Sony AVC settings I'm using are

This is the full video with the issue:  (Which sort of starts at the 21:15 mark and intensifies at 22:06.)

This is the ending segment rendered with the same settings:  (the part that is broken in the full video starts at 5:14)

Oh also all of the clips in the timeline have Disable Resample turned on.

Does anyone know the cause of this?

Comments

NickHope wrote on 9/14/2016, 12:37 AM

Your YouTube videos are private so we can't see them.

In your render settings try switching "Encode mode" to "Render using CPU only".

Shadefyi wrote on 9/14/2016, 1:18 AM

You're right, I forgot that only unlisted allows linking. Fixed now. Also, one of the things I tried was rendering with CPU only, and got the same result.

NickHope wrote on 9/14/2016, 2:09 AM

I see what you mean and I don't know why that would happen. You could try rendering with Handbrake, which uses the open source x264 codec to render AVC. It's very popular with users on this forum. Marco set up an automated workflow for it: http://www.vegasvideo.de/vegas-2-handbrake-en Note that Debugmode Frameserver has a bug with the audio frequency in VP13 (not in VP12 or earlier)(see here and here).

Former user wrote on 9/14/2016, 8:13 AM

I watched it several times and do not see any change in quality. What am I missing.

 

I checked it again.  No change, I think your connection is slowing down. Try changing the quality on your video playback on youtube and see if it changes to even less quality.

Quitter wrote on 9/14/2016, 9:38 AM

Sorry, what shall we see?
I am of the same opinion as DonaldT

Camcorder: Sony CX 520 VE
Hardware:   Acer NG-A717-72G-71YD, Win 11 , i7-8750 H, 16GB, GTX 1060 6GB, 250GB SSD, 1TB HDD
NLE:  Sony Vegas Pro 13.0 Build 453
            Vegas Pro 14.0 Build 270
            Vegas Pro 21.0 Build 300

 

Shadefyi wrote on 9/14/2016, 5:48 PM

I watched it several times and do not see any change in quality. What am I missing.

 

I checked it again.  No change, I think your connection is slowing down. Try changing the quality on your video playback on youtube and see if it changes to even less quality.

Well, the issue I'm talking about is present in the actual video file, not just the Youtube upload.I dunno, you may have to look at it in 1080 fullscreen to notice. But at 22:06 you can see the car become much blurrier, and begin to flicker. The entire issue seems to be centralized on the right side of the screen. It becomes more obvious at the town scene at 22:58 which is almost entirely blurry except for in the top left bit of it.

Former user wrote on 9/14/2016, 9:46 PM

Yep, had to go to 1080 to see it. I can't help. Good luck.

NickHope wrote on 9/14/2016, 11:07 PM

If the same type of quality loss occurs at the same time in both your Sony AVC and MainConcept AVC renders then it indicates something strange about the source media (although it can't be ruled out that it's some sort of buffer or limit in Vegas or your system). How are you recording the file? Post MediaInfo as per #6 in this post: https://www.vegascreativesoftware.info/us/forum/why-does-my-rendered-video-look-bad-quality-troubleshooting-basics--103361/

Shadefyi wrote on 9/14/2016, 11:28 PM

It's composed of five clips recorded via Fraps, but it looks like this info is consistent across them all.

General
Complete name                            : J:\FRAPSd\RAWS\Organ Trail Til First Death 1-1.avi
Format                                   : AVI
Format/Info                              : Audio Video Interleave
File size                                : 3.91 GiB
Duration                                 : 5 min 27 s
Overall bit rate                         : 102 Mb/s

Video
ID                                       : 0
Format                                   : Fraps
Codec ID                                 : FPS1
Duration                                 : 5 min 27 s
Bit rate                                 : 101 Mb/s
Width                                    : 1 920 pixels
Height                                   : 1 080 pixels
Display aspect ratio                     : 16:9
Frame rate                               : 30.000 FPS
Color space                              : YUV
Bit depth                                : 8 bits
Bits/(Pixel*Frame)                       : 1.620
Stream size                              : 3.85 GiB (98%)

Audio
ID                                       : 1
Format                                   : PCM
Format settings, Endianness              : Little
Format settings, Sign                    : Signed
Codec ID                                 : 1
Duration                                 : 5 min 27 s
Bit rate mode                            : Constant
Bit rate                                 : 1 536 kb/s
Channel(s)                               : 2 channels
Sampling rate                            : 48.0 kHz
Bit depth                                : 16 bits
Stream size                              : 60.1 MiB (2%)
Alignment                                : Aligned on interleaves
Interleave, duration                     : 1000  ms (30.00 video frames)

NickHope wrote on 9/14/2016, 11:39 PM

You could maybe try renderings something other than AVC, but more other formats are significantly larger file size. One of the XAVC variants perhaps, although I'm not sure if YouTube can accept them. But it might help narrow down the problem. Also Handbrake, as per my previous post.