I started this thread in the VRD forum area;
http://www.videoredo.net/msgBoard/sh...ad.php?t=29812
DL, is the inability to retain multiple audio tracks post-QSF an issue with VRD or VAP?
I started this thread in the VRD forum area;
http://www.videoredo.net/msgBoard/sh...ad.php?t=29812
DL, is the inability to retain multiple audio tracks post-QSF an issue with VRD or VAP?
It has to be a VRD issue I think. There are some settings made in the VRD GUI that carry over to the COM functions that VAP calls. So if there is a setting that makes QSF keep all audio tracks, it might carry over to VAP QSF operations. Or, if it's an Output Profile setting, VAP can use that profile. There is nothing in the VRD help on COM functions that sheds any light on this.
Automate VideoReDo processsing with VideoReDo-AutoProcessor (VAP)
Dan is claiming that VRD's com object should allow for multiple tracks. Maybe this is something that's new in the latest Beta. If there is still a problem, one of my Wednesday recording should show it.
This issue was put to bed in the original linked post, but one thing in my workflow was breaking it. Because I use Handbrake to encode, and it doesn't like .wtv files natively, I was QSF'ing the original wtv files to dvr-ms, which apparently doesn't want to retain multiple audio streams.
The idea was to change the filetype in QSF to something Handbrake friendly, yet still allowing for "fast-frame-copy", so I opted to QSF from wtv to mpg, which seems to be working.