Not really. Your new card may or may not speed up your renders in general depending upon your project. If you have quite a few GPU-supported Fx, you should see a speed increase within Vegas itself. For the render itself, you should now be able to use VCE rendering which is definitely faster than CPU-only renders. You will need to judge whether the quality is acceptable. If you haven't done so, you will need to enable VCE rendering by opening the Encoder Settings dialog in Render+ and click on the blue Information icon next to "Encoders". You will then see what rendering options are supported.
Ok, I just ran the GPU check, and all have red x's except for the last two options for AMD VCE which have green check marks. But when I click the drop down for the list of Encoders, I don't see anything that says VCE, just what you see in the screenshot. Does that mean something is wrong? Should I see VCE as an option in the list?
It did not seem to work (VCE). I started the render, it wrote the wav file first like it always does, then it looks like it's going to encode, and the encode window just disappears, and the render progress window shows on the bottom right with no activity.
Then when I click the red x to close the render progress box, I get this:
And when I click details, I get this info:
See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.
************** Exception Text **************
System.IO.FileNotFoundException: Could not find file 'C:\ProgramData\HappyOtterScripts\Sony Vegas Pro\RenderPlus\renderLogFile_3052.txt'.
File name: 'C:\ProgramData\HappyOtterScripts\Sony Vegas Pro\RenderPlus\renderLogFile_3052.txt'
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.File.InternalCopy(String sourceFileName, String destFileName, Boolean overwrite, Boolean checkHost)
at fs2enc.Form1.Form1_FormClosing(Object sender, FormClosingEventArgs e)
at System.Windows.Forms.Form.OnFormClosing(FormClosingEventArgs e)
at System.Windows.Forms.Form.RaiseFormClosingOnAppExit()
at System.Windows.Forms.Application.ExitInternal()
at System.Windows.Forms.Application.Exit(CancelEventArgs e)
at fs2enc.Form1.abortRenderClick(Object sender, EventArgs e)
at System.Windows.Forms.Control.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnClick(EventArgs e)
at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ButtonBase.WndProc(Message& m)
at System.Windows.Forms.Button.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
************** Loaded Assemblies **************
mscorlib
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3324.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/mscorlib.dll
----------------------------------------
fs2enc
Assembly Version: 1.0.11.18
Win32 Version: 1.0.11.18
CodeBase: file:///C:/Program%20Files/HappyOtterScripts/fs2enc.exe
----------------------------------------
System.Windows.Forms
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3324.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3353.0 built by: NET472REL1LAST_B
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Drawing
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3221.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Configuration
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3324.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Core
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3324.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
System.Xml
Assembly Version: 4.0.0.0
Win32 Version: 4.7.3221.0 built by: NET472REL1LAST_C
CodeBase: file:///C:/Windows/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.
For example:
<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>
When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.
Does it mean anything to you? I sure hope this card wasn't a mistake. I notice Vegas running strangely since I installed it. Clicking on track FX button and going from window to window, there's a long lag, the screen re-writes slowly. I know my machine needs more memory, it only has 8GB (but ran ok with the old GTX570), can the addition of this graphics card cause a demand for more system memory?
For some reason, vce encoding is not starting. The next build includes better error handling, so you won't get a message like that in the future, plus HOS will return to Vegas without having to kill the project.
I just did a couple of test renders using 1.0.2.61 in Vegas 13. Both avc and hevc worked OK. However, I am still using an old amd 550 card and since you're using a 590, something may have changed. To test, open the command prompt dialog and enter:
1. "vceencc64 --check-hw" (without parentheses) The last line should state "VCE Available: H.264/AVC, H.265/HEVC
2. If available, you can then enter "vceencc64 --check-features" to see exactly which features are supported.
C:\Users\John>vceencc64 --check-hw VCEEncC (x64) 4.02 by rigaya, build Dec 11 2018 21:03:34 AMF Version 1.4.9 reader: raw, avs, vpy, avhw [H.264/AVC, H.265/HEVC, MPEG2, VP8, VP9, VC-1] VCE available: H.264/AVC, H.265/HEVC.
C:\Users\John>vceencc64 --check-features H.264 Encoder Capability acceleration: Hardware-accelerated max profile: High max level: 5.2 max bitrate: 100000 kbps ref frames: 1-16 Bframe support: no HW instances: 1 max streams: 16
Download and copy it to "C:\Program Files\HappyOtterScripts". Make sure that the file is not "blocked". Then try a render again. If the render fails to start in a couple of seconds, it will terminate and you should then be able to send me a crash report.
Sometimes, win 10 will "block" a file downloaded from the internet, especially if it's an executable (.exe or .dll). To find out, right-click and select file properties. If it is blocked, a dialog like this will appear allowing you to "unblock" it. Otherwise, it will remain blocked and the file cannot be executed.
I too, the HOS creator, received a warning from Windows Defender for a 1.0.2.60 download that I had done awhile back just a couple of days ago. Running the original file through the virus scan showed clean. Apparently, some update to either Win 10 or Defender led to that update as containing suspected "malware". Googling the suspected malware showed quite a few threads about false positives. The only major change in 1.0.2.60 was the new FrameServer from Satish, plus updates from Rigaya (for QSV and Nvenc) and VirtualDub. There were no new app updates in 1.0.2.61. HOS seems particular vulnerable since all of these are "unsigned". Additionally, all updates are stored on DropBox which often leads Windows to block such downloads unless they are "unblocked".
I don't think there's a problem, but If you're worried just delete it.
I would be interested if anyone else is having such problems since this is potentially a showstopper.
Just tried to download 1.0.2.61 and Windows Defender keeps blocking it as having "Trojan:Win32/Zpevdo.B" embedded. Not sure whether to proceed and allow it through as I trust @wwaag to have not put in anything dodgy (and I did have a previous version in VP16 - thanks for the awesome tools!), but it's relatively easy to insert code on download servers I believe...
I've also received that same warning from a downloaded version of 1.0.2.61 (also 1.0.2.60). If you do a bit of searching regarding that particular virus, you can't (or at least I couldn't) find anything specific other than just generalized warnings that could apply to almost any malware. I'll re-post the hash so that at least you can be assured (somewhat) that the original version on my system and the downloaded version are indeed the same.
Here's the SHA256 Hash for the original setup file.
Before release of the next build, I'll include the hash on the download page and hopefully have the setup file "signed" although that's no assurance that the same warnings won't appear.
I have no idea if something "similar" to this can lead to a temporary fix for unsigned software, but it got my old Spyder 2 Pro up and running with Argyll on Windows 10.
Download and copy it to "C:\Program Files\HappyOtterScripts". Make sure that the file is not "blocked". Then try a render again. If the render fails to start in a couple of seconds, it will terminate and you should then be able to send me a crash report.
@wwaag I just tried to do a test render with R+ again, after downloading the file you supplied (and ensuring it was unblocked). This time when I started the render, it made the wav file normally, and then the render window comes up,, stays on the screen for a few and then disappears. Doesn't appear to "crash" Where would I find a crash report if there is one?
If the encoder fails to start after a couple of seconds, it still "crashes" but does so a bit more gracefully. You should receive this dialog. Simply click on Send and I should receive it. The dialog also shows the location of the crash folder in the event your system is preventing the sending of the report.
AFAIK, yes. I haven't received any reports to the contrary. The "hooks" were included well before its release. If anyone has seen problems, please advise.
You can try to rescan for available GPU again. To do so, open Render+, select Advanced and click on the blue gear icon for encoders which will bring up the encoder settings dialog. Then click on the info icon as shown here.
If you still get all red X's the problem most likely is that you are using an old driver. I used to display the following warning. "If you intend to render using Nvenc, the Nvidia driver version must be 418.81 or later."
Regarding Nvenc hevc rewrapping, it doesn't work in all cases. E.g. Nvenc hevc from Bandicam is one that Vegas does not accept. It can be easily transcoded with the added advantage of conversion to a constant frame rate, but re-wrapped media are still not considered valid by Vegas. If at all possible stay away from the use of hevc for acquisition--use avc. It's much easier and faster to decode and there are far fewer problems.
And finally, OtterBar and OtterInfoBar are dockable toolbars. The little crosses are just locations where additional icons can be added. E.g. you can add any script to those "placeholders". There is also an option to "turn off" those crosses. The two toolbars look like this in my system.