Stivi wrote on 8/6/2019, 11:53 AM

Hello,

When I installed VP17, in display / extensions, I saw both toolbars. But in Tools / Script, no HOS.
Re install of HOS solved the problem.

wwaag wrote on 8/6/2019, 1:44 PM

If you want to add HOS scripts to the Vegas script menu, you must tick this box during Setup.

eikira wrote on 8/7/2019, 4:14 AM

so there is no way the setup got corrupted?

i get the warning on windows7 and windows10 and cant install the setup because windows marks it as severe danger.

would it not have been a good thing to put up a checksum too?

Stivi wrote on 8/7/2019, 4:27 AM

If you want to add HOS scripts to the Vegas script menu, you must tick this box during Setup.

Yes, Yes, I always tick it.

But the problem is not here !

HOS was installed in VP16.
I install VP17 and I see HOS toolbars is in display/extensions but the HOS scripts not in Tools/script !
I have re-installed HOS and all is good now.

wwaag wrote on 8/7/2019, 10:02 AM

@Stivi

Sorry that I misread your post. Glad it's working.

@eikira

"so there is no way the setup got corrupted?"

AFAIK, no--but of course, there's always a way if someone (with the right skills) is truly intent on wreaking havoc. As I mentioned in an earlier most, HOS includes quite a few executables that are unsigned--in fact, I believe that MPC-HC is the only one that is digitally signed.

"would it not have been a good thing to put up a checksum too?". Yes. I'll post one later today.

wwaag wrote on 8/7/2019, 10:31 AM

Here's the SHA256 Hash for the original setup file.

38A288C904A8A5E5E683CF335C7490FF75B53A9D02B2B9C585698E20560FD60C

I downloaded HOS from the server and got the same warning from Defender. The resulting Hash, however, was the same.

Musicvid wrote on 8/9/2019, 11:21 AM

I do a lot of TV time-shifting in the fall, including the Broncos games. The biggest problem I am having is the audio .wav file, which would get too big and stops the render.

Other than making a separate audio render from within Vegas, what workarounds are there?

wwaag wrote on 8/9/2019, 11:30 AM

@Musicvid

I assume you mean using Render+. If so, just use another audio codec. I'd recommend the Sony AAC since it syncs perfectly with the video (no time delay adjustment needed). Here's a screenshot.

Musicvid wrote on 8/9/2019, 1:11 PM

Yes, I have tried this many ways.

1. If I select AAC or fdk-aac from "Audio Options," the WAV intermediate file is too big and it aborts immediately.

2. If I do as you suggest and select a Vegas audio AAC template, I get this:

3. Or, if I render out a separate audio file in Vegas and specify it, it goes through the whole render process, leaving no output file. Also, my attempt to send a crash report resulted in a server error.

wwaag wrote on 8/9/2019, 2:05 PM

@Musicvid

#2 is the way to go. That is definitely a bug. I'll take a look.

wwaag wrote on 8/9/2019, 2:14 PM

@Musicvid

Just tried it with test renders including x264 cpu, qsv-h264, and nvenc-h264 and each worked correctly. Additional details?

Musicvid wrote on 8/9/2019, 2:24 PM

It is a four hour project, #1 always fails, #2 gives the error shown. Nothing else remarkable; source is .mts, 25Mbps MPEG-2, AC3 audio, sanitized in VideoRedo. All Audio but track #1 is muted, and it is a stereo project.

General
ID : 465 (0x1D1)
Complete name : F:\HBPVR\KTVD-DT-08082019-0800PM.mts
Format : BDAV
Format/Info : Blu-ray Video
File size : 11.4 GiB
Duration : 3 h 59 min
Overall bit rate mode : Variable
Overall bit rate : 6 796 kb/s
Law rating : TV-14

Video
ID : 49 (0x31)
Menu ID : 3 (0x3)
Format : MPEG Video
Format version : Version 2
Format profile : Main@High
Format settings : CustomMatrix / BVOP
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : Variable
Codec ID : 2
Duration : 3 h 59 min
Bit rate mode : Variable
Bit rate : 5 933 kb/s
Maximum bit rate : 80.0 Mb/s
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Active Format Description : Letterbox 16:9 image
Frame rate : 59.940 (60000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.107
Stream size : 9.94 GiB (87%)
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

Audio #1
ID : 52 (0x34)
Menu ID : 3 (0x3)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 3 h 59 min
Bit rate mode : Constant
Bit rate : 384 kb/s
Channel(s) : 6 channels
Channel layout : L R C LFE Ls Rs
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -432 ms
Stream size : 659 MiB (6%)
Language : English
Service kind : Complete Main

Audio #2
ID : 53 (0x35)
Menu ID : 3 (0x3)
Format : AC-3
Format/Info : Audio Coding 3
Commercial name : Dolby Digital
Codec ID : 129
Duration : 3 h 59 min
Bit rate mode : Constant
Bit rate : 192 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 31.250 FPS (1536 SPF)
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -504 ms
Stream size : 330 MiB (3%)
Language : Spanish
Service kind : Complete Main

Text #1
ID : 49 (0x31)-CC1
Menu ID : 3 (0x3)
Format : EIA-608
Muxing mode : A/53 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 3 h 59 min
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
CaptionServiceName : CC1

Text #2
ID : 49 (0x31)-CC3
Menu ID : 3 (0x3)
Format : EIA-608
Muxing mode : A/53 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 3 h 59 min
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
CaptionServiceName : CC3

Text #3
ID : 49 (0x31)-1
Menu ID : 3 (0x3)
Format : EIA-708
Muxing mode : A/53 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 3 h 59 min
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)
Language : English

Text #4
ID : 49 (0x31)-2
Menu ID : 3 (0x3)
Format : EIA-708
Muxing mode : A/53 / DTVCC Transport
Muxing mode, more info : Muxed in Video #1
Duration : 3 h 59 min
Bit rate mode : Constant
Stream size : 0.00 Byte (0%)

Menu
ID : 48 (0x30)
Menu ID : 3 (0x3)
Duration : 3 h 59 min
List : 49 (0x31) (MPEG Video) / 52 (0x34) (AC-3, English) / 53 (0x35) (AC-3, Spanish)
Language : / English / Spanish
Law rating : TV-14

wwaag wrote on 8/9/2019, 4:36 PM

@Musicvid

I discovered the problem with #3. It worked OK with CPU renders but not GPU renders since those require an additional remux. I had failed to include the external audio file option during the remux. It now seems OK.

It strikes me that for 4hr renders (Ugh!!), it would be prudent to do the video and audio renders separately and then do the remux separately. Or at a minimum, not delete the video file. I'll have to give it some additional thought.

Interesting about the server problem. (The best solution is to eliminate crashes altogether, right?. LOL) I've had a few similar reports but it's been awhile ago. I'm pretty sure it's a security issue for some systems. Do you get notifications for new versions? How about news alerts?

Musicvid wrote on 8/9/2019, 5:45 PM

I'll keep playing until we get a workaround on the audio and lengthy recordings.

My idea is to make HOS my onboard replacement for Handbrake, since we're no longer frameserving to it. Except for a few lingering issues, HOS is almost there.

Meanwhile, VideoRedo, which I have to use anyway with OTA broadcast recordings, has a new Beta that looks really interesting.

https://www.videoredo.com/en/Products_TVSuite_V6.html

wwaag wrote on 8/9/2019, 10:20 PM

@Musicvid

Quick question about long renders. I'm sure you have, but did you check the "Allow wave renders up to 4gb" in preferences? That should be good for roughly 4hrs 12 min.

Musicvid wrote on 8/9/2019, 11:28 PM

I am chagrined. I never remembered that option, but wondered why the encoder was being stingy, like in the old days of 2GB Type I AVI captures.

Confirmation pending; I still would vastly prefer to use fdk-aac if I can get past the handoff. However, this card-carrying musician has gotten too deaf to tell how the Sony AAC stacks up comparatively. Any thoughts or impressions here, @rraud ?

Musicvid wrote on 8/10/2019, 12:05 AM

Well, it appears to be working in a stereo project. For surround, I'll probably figure out a way to remux the original AC3 5.1 (No iThingies at this house).

I'm sure the last time I rendered a big (even 2GB) .wav file I was on VP 8.0c 32.

wwaag wrote on 8/10/2019, 12:23 AM

Just rendered a 5 hr project using the option to use an external audio file. For testing, I first first rendered the audio using Sony AVC in the AudioTrim script. Then rendered the video project with a remux of the audio file at the end of the video render. I used Nvenc just to speed things along. (Note that I made changes to R+ as noted above in an earlier post).

5.1 should not be an issue since you can already render 5.1 aac using FFmpeg. Not sure about fdk-aac. I'll look further tomorrow.

wwaag wrote on 8/10/2019, 1:01 AM

I made a mistake about 4gb time. You can render 6 hrs 12 min--not 4 hrs 12 min, which should be hopefully more than enough time for any Broncos game. You can also use fdk in that case for up to 6 hrs. You could render to 44.1Khz for even more time.

rraud wrote on 8/10/2019, 12:00 PM

I still would vastly prefer to use fdk-aac if I can get past the handoff. However, this card-carrying musician has gotten too deaf to tell how the Sony AAC stacks up comparatively. Any thoughts or impressions here, @rraud ?

@Musicvid I kind of in the same boat MV , I have also been subjected to high SPLs for 40+ years as a musician, music recording engineer and FOH mixer... not to mention I raced go-karts and cars for ten years.. another high SPL environment. That said, I usually use relatively high AAC audio bit rates (320kbs +) so I would not hear much difference if any. Just the same, I usually use the Nero or fdk AAC codec anyway

skeeter123 wrote on 8/18/2019, 7:53 PM

Well, dang it....I'm back to the " Unhandled exception: Can't find file C:/....RenderLogFIle_14348.txt " error . Different machine (Win 10, Vegas Pro 16 and 17, intel 5960X, R9 200-video, 16GRAM, Several SSDs... )

What happens is this: Attempt to render a loop region, or entire project. The script starts and "Render Progress" pop-up appears, then, nothing. Seems to try to start the signpost AVI file, but just hangs.

If I attempt to stop the render with the red X n the render status pop-up, I get the "Unhandled exception: Can't find file C:/....RenderLogFIle_14348.txt" error. I then have to use the task manager to kill the process.

I have uninstalled and reinstalled HOS 1.0.2.61, Microsoft C++ redistributeable stuffs. Tried the HOS patch...

I must have missed something simple....grrr..

What say yee alls?

Cheers!

wwaag wrote on 8/18/2019, 7:59 PM

@skeeter123

That sounds like the FrameServer problem that occurred when a new version was introduced back in June. The "patch" worked for some, but not others. What version of HOS are you using?

skeeter123 wrote on 8/18/2019, 8:13 PM

1.0.2.61. Tried the patch...no luv...

MikeLV wrote on 8/20/2019, 9:26 AM

@wwaag, do you have any tips/suggestions for rendering with HOS with my new RX 590 video card? I'm using v13 still... Thank you