• On Septemer 25, 2018, the VideoReDo message board was moved to the Xenforo forum software. During the migration, we pruned thousands of inactive and spam users, if your user name was accidently removed simply register it again. Report any issues via email to support@videoredo.com.

Feature Requests and Response Status

I don't need to create DRAX files, so I normally won't try to create both formats.

Thanks for the correction about the meaning of "<CutList/>", I'm glad learn something new every day. :)

On the .tp extension, thanks, I totally missed that Extension field!

I'll try it some more with other video files and see if I can get TVSuite5's auto-cut stuff to work interactively first. I may have to play with the block length tuning.

When I've used the Ad Detective interactively, I've used it only to find transition points, then done the cutting manually, never to auto-cut.

OK, I tried it with another video file and it worked mostly as desired, successfully finding at least one .vprj <CutList> entry to translate into a .chapters.xml. So now it's a matter of tuning the ad detective parameters.

Thanks for all your efforts!
 
I've had it running for a couple of days now, successfully generating useful BeyondTV chapters.xml files for video programs from a variety of TV networks and it seems to be working decently well on normal programs, about as well as the original BeyondTV Smart Chapters processing at its best.

Programs with short programming content in between long commercial breaks (a common thing in some late night talk shows), or lots jump cuts like weather alerts, breaking news, out of sync handoffs between local and network feeds are problematic and hard to tweak out, but that's not unexpected.

Thanks again!
 
Glad this is helping you. I've been considering adding another work flow to VAP that would allow you to review/modify the cuts before finalizing the .vprj file and creating the BTV chapters file. It would also have other advantages compared with the recent mod:

1. You could use ComSkip commercial detection if desired.
2. You could skip the QSF step if desired.

Would this be of value to you?
 
Glad this is helping you. I've been considering adding another work flow to VAP that would allow you to review/modify the cuts before finalizing the .vprj file and creating the BTV chapters file. It would also have other advantages compared with the recent mod:

1. You could use ComSkip commercial detection if desired.
2. You could skip the QSF step if desired.

Would this be of value to you?
I don't think I would normally want to review the .vprj before generating the chapters.xml file. But having the ability/option to keep around the .vprj from which the chapters.xml is produced is helpful. Most of the video I'm dealing with is of the watch-once-and-delete variety (maybe saving a small segment) so inaccurate chapters isn't that big a deal--it's just for skipping commercials while watching. I occasionally want to archive an entire program with commercials removed accurately and maybe burned to DVD via TVSuite, but for those relatively rare cases, having the .vprj left around for a starting point for manual checking for accuracy is sufficient, independent of the chapters.xml generation for BeyondTV viewing.

Being able to optionally skip the QSF step is useful to run a little quicker and avoid potential space issues since I tend to run close to the edge of free space on the drive I use for BeyondTV.

I read a lot of good things about Comskip on the BeyondTV forums, but never felt motivated to get it working with BeyondTV since its built-in Smart Chapters has worked well enough for me until recently. The ability to use Comskip as an alternative to the TVSuite Ad Detective and produce a chapters.xml from that would be a nice to have option, but for now, I'm having good success with what you've generously provided already and wouldn't want to ask you to do anything more.

However, if this is something you would want to do anyway, I'd be happy to try it out and see how it compares to Ad Detective in my rig.

Thanks!
 
Last edited:
This is certainly a terrific app. One feature that I'd like to see added is for it to handle extended characters in file names. E.g., the Stephen Colbert episode names often include guest names with diacritical marks on letters, such as "áøü", and those cause VAP's VRD launch to fail and it then moves the file to the Failed Files folder. Thanks for considering this.
 
This is certainly a terrific app. One feature that I'd like to see added is for it to handle extended characters in file names. E.g., the Stephen Colbert episode names often include guest names with diacritical marks on letters, such as "áøü", and those cause VAP's VRD launch to fail and it then moves the file to the Failed Files folder. Thanks for considering this.
Can VideoReDo (VRD) load and process these files manually (not within VAP)? I'm guessing this is a VRD problem, in which case VAP would have to rename the file without extended characters in order to get VRD to process it. This approach could be considered.


Also please include some example file names in your post. Be sure to enclose them in code so they don't get modified by posting.
 
Last edited:
Can VideoReDo (VRD) load and process these files manually (not within VAP)? I'm guessing this is a VRD problem, in which case VAP would have to rename the file without extended characters in order to get VRD to process it. This approach could be considered.


Also please include some example file names in your post. Be sure to enclose them in code so they don't get modified by posting.
Thanks for your reply. Attached is the section of VAP's log file for a run where there was a failed file caused by an extended character (e-umlaut) in the name Chloë. I found out that the only issue with it was that VAP's vprj file (the name of which actually included the e-umlaut) incorrectly specified the file for VRD to process by changing the e-umlaut to a pair of other characters. When I edited the vprj file in Wordpad to change that character pair back to an e-umlaut (<ctrl>-:, e) and then saved and executed it, VRD was perfectly happy to process it. I would have also attached the vprj file, but it's been deleted so I hope that this information is sufficient for clear understanding.
 

Attachments

Thanks for your reply. Attached is the section of VAP's log file for a run where there was a failed file caused by an extended character (e-umlaut) in the name Chloë. I found out that the only issue with it was that VAP's vprj file (the name of which actually included the e-umlaut) incorrectly specified the file for VRD to process by changing the e-umlaut to a pair of other characters. When I edited the vprj file in Wordpad to change that character pair back to an e-umlaut (<ctrl>-:, e) and then saved and executed it, VRD was perfectly happy to process it. I would have also attached the vprj file, but it's been deleted so I hope that this information is sufficient for clear understanding.
Try test version 1.37T2 downloadable here:
https://vap.videoredo.net/VAPexe137T2.zip
NOTE: This is only a substitute executable file NOT an installer.

Thanks for your debug info. The problem is caused by the text formatting of the .vprj file produced by comskip. I've added a cleanup routine that seems to handle the special characters in my testing.
 
I think that you nailed it. I set up a dummy ts file with one of the offending names, put it in the Monitored folder, and VAP (comskip) processed it without errors. Thanks again!
 
Try test version 1.37T2 downloadable here:
https://vap.videoredo.net/VAPexe137T2.zip
NOTE: This is only a substitute executable file NOT an installer.

Thanks for your debug info. The problem is caused by the text formatting of the .vprj file produced by comskip. I've added a cleanup routine that seems to handle the special characters in my testing.
I think that you nailed it. I set up a dummy ts file with one of the offending names, put it in the Monitored folder, and VAP (comskip) processed it without errors. Thanks again!
Ver. 1.37 has been released, functionally identical to 1.37T2
 
Last edited:
Top