New VideoReDo format

Here you can ask your questions on how to use Comskip for the detection of commercials. Also questions on how to remove commercials are welcome
sheppy99
Posts: 88
Joined: Mon May 10, 2010 2:44 am

New VideoReDo format

Post by sheppy99 »

The latest version of VideoReDo has problems with the VPRJ files generated by comskip, apparently the comskip generated file is a very old version that is no longer supported. Is there any change comskip could be updated to output the new file format?
erik
Site Admin
Posts: 3368
Joined: Sun Aug 21, 2005 3:49 pm

Re: New VideoReDo format

Post by erik »

I can change the format but not to include everything videoredo generates.
Could someone list the exact lines that need to be added for what input format?
sheppy99
Posts: 88
Joined: Mon May 10, 2010 2:44 am

Re: New VideoReDo format

Post by sheppy99 »

erik wrote:I can change the format but not to include everything videoredo generates.
Could someone list the exact lines that need to be added for what input format?
Apparently it needs everything within the <OpenStreamParams> section.
I'll email you a new format VPRj file.
dlflannery
Posts: 30
Joined: Wed Feb 08, 2012 3:29 am

Re: New VideoReDo format

Post by dlflannery »

Additional info on this issue:
I'm using the latest donor version of Comskip and the lastest version of VideoReDo (build 629).
Any comskip-generated .vprj file for a WTV container (with either MPEG2-PS or H.264 video) fails to load into VRD with a message of audio track not found (not verbatim).

MPEG2-PS files (.mpg extension) however do not have this problem.

Following is another sample VRD-generated .vprj file for a H.264 in WTV container. Sorry but I didn't see an obvious way to attach this, so inserted it here. As to figuring out which items are not really needed (and I'm sure many aren't) that looks like a lot of fun. I don't know if the VRD staff would be willing to help on that or not.

Code: Select all

<VideoReDoProject Version="3"><VideoReDoVersion>4.20.7.629 - Nov 15 2011<BuildNumber>629</BuildNumber>
</VideoReDoVersion>
<Filename>C:\VAP\TempQSF\Beauty and the Nerd Clip.wtv</Filename>
<Description></Description>
<MPEGStreamType>4</MPEGStreamType>
<Duration>1580000112</Duration>
<SyncAdjustment>0</SyncAdjustment>
<AudioVolumeAdjust>1.000000</AudioVolumeAdjust>
<TitleScreen></TitleScreen>
<CutMode>1</CutMode>
<ProjectTime>1418710113</ProjectTime>
<OpenStreamParams><InputFilename>C:\VAP\TempQSF\Beauty and the Nerd Clip.wtv</InputFilename>
<AudioStreamPID_0>518</AudioStreamPID_0>
<VideoStreamPID>517</VideoStreamPID>
<QSFFlag Type="bool">0</QSFFlag>
<SkipMetadataCheck Type="bool">0</SkipMetadataCheck>
<PreferredAudio>0</PreferredAudio>
<VideoStreamType>4</VideoStreamType>
<VideoFilterWidth>0</VideoFilterWidth>
<VideoFilterHeight>0</VideoFilterHeight>
<IncludeLeadingBFrames Type="bool">0</IncludeLeadingBFrames>
<CheckedForVFRVideo Type="bool">0</CheckedForVFRVideo>
<FileType>1024</FileType>
<MultipleAudioStreams>1</MultipleAudioStreams>
<AudioPIDs><AudioPID idx="1">518</AudioPID>
</AudioPIDs><ProgramMaps><ProgramMap Version="1"><ProgramId>1</ProgramId>
<PidProgramMap>256</PidProgramMap>
<Description>WTV program map</Description>
<PCRPID>1113343571</PCRPID>
<NumberTimesRead>0</NumberTimesRead>
<Version_number>1</Version_number>
<ProgramInfos><ProgramInfo Version="1"><StreamType>27</StreamType>
<DescriptorTag>0</DescriptorTag>
<ElementaryPID>517</ElementaryPID>
<CountPacketFound>1</CountPacketFound>
<PIDescription>H.264/AVC</PIDescription>
<LanguageCode></LanguageCode>
<ConditionalAccess>0</ConditionalAccess>
<ComponentTag>0</ComponentTag>
<RegistrationFormatId>0</RegistrationFormatId>
<AACProfileAndLevel>0</AACProfileAndLevel>
</ProgramInfo><ProgramInfo Version="1"><StreamType>129</StreamType>
<DescriptorTag>0</DescriptorTag>
<ElementaryPID>518</ElementaryPID>
<CountPacketFound>1</CountPacketFound>
<PIDescription>AC3 Audio</PIDescription>
<LanguageCode>???</LanguageCode>
<ConditionalAccess>0</ConditionalAccess>
<ComponentTag>0</ComponentTag>
<RegistrationFormatId>0</RegistrationFormatId>
<AACProfileAndLevel>0</AACProfileAndLevel>
</ProgramInfo></ProgramInfos></ProgramMap></ProgramMaps></OpenStreamParams><OutputOptions/><CutList><cut Sequence="1" CutStart="00:02:21;21" CutEnd="00:02:38;00" Elapsed="00:02:21;21"><CutTimeStart>1418710113</CutTimeStart>
<CutTimeEnd>1580000112</CutTimeEnd>
<CutByteStart>88723540</CutByteStart>
<CutByteEnd>98828288</CutByteEnd>
</cut></CutList><SceneList/><ChapterList/></VideoReDoProject>
marvin-miller
Posts: 114
Joined: Wed Nov 02, 2011 3:43 am

Re: New VideoReDo format

Post by marvin-miller »

Hi Eric!

I'm seeing the same thing. I'm forced into using older version of Video Redo because the newer releases don't work with the comskip generated .vprj files. Is there any chance you could look into this? I think it's an important feature of Comskip as a LOT of people use VideoRedo.

As always, if I can help I'll certainly try, but I don't know a lot about the details of it :-)
erik
Site Admin
Posts: 3368
Joined: Sun Aug 21, 2005 3:49 pm

Re: New VideoReDo format

Post by erik »

Can you find out what the minumum info is that videoredo needs to work with .wtv?
marvin-miller
Posts: 114
Joined: Wed Nov 02, 2011 3:43 am

Re: New VideoReDo format

Post by marvin-miller »

erik wrote:Can you find out what the minumum info is that videoredo needs to work with .wtv?
I sent you a PM about this :mrgreen:
marvin-miller
Posts: 114
Joined: Wed Nov 02, 2011 3:43 am

Re: New VideoReDo format

Post by marvin-miller »

OK, the good folks at VideoRedo created some code to make the program accept simpler .vprj files as well as complicated ones. It was very kind of them to do this as they had you in mind when they did it :mrgreen:

Here's what they said;

"OK I've managed to fix the code so that a project file as simple as this one will now open..."

Code: Select all

<VideoReDoProject Version="3">
	<Filename>D:\My TiVo Recordings\MultipleAudioSample-CDN-96603-234.wtv</Filename>
	<CutList>
		<cut Sequence="1" CutStart="00:00:00;00" CutEnd="00:00:03;09" Elapsed="00:00:00;00">
			<CutTimeStart>0</CutTimeStart>
			<CutTimeEnd>33600111</CutTimeEnd>
			<CutByteStart>0</CutByteStart>
			<CutByteEnd>2931356</CutByteEnd>
		</cut>
		<cut Sequence="2" CutStart="00:00:05;10" CutEnd="00:00:20;16" Elapsed="00:00:02;01">
			<CutTimeStart>54000113</CutTimeStart>
			<CutTimeEnd>206400112</CutTimeEnd>
			<CutByteStart>4652532</CutByteStart>
			<CutByteEnd>17301504</CutByteEnd>
		</cut>
	</CutList>
</VideoReDoProject>
"The fix should be in the next beta."

Edit: Also you can actually select the audio and video streams, using...

Code: Select all

<InputPIDList>
	<VideoStreamPID>610</VideoStreamPID>
	<AudioStreamPID>611</AudioStreamPID>
</InputPIDList>
"However determining the PID we use for WTV, MP4 and MKV files is not easy as it's a hash of the internal stream ID of the particular file and it's position in an internal array. So it's probably best to just leave the default unless absolutely necessary."

The original thread can be found here;
http://www.videoredo.net/msgBoard/showt ... hp?t=29717

Does that help? It sounds to me like the folks at VideoRedo have made it much easier on us! :mrgreen:
Keep in mind though, this update is supposed to be included in the next release of VideoRedo (so it's not out yet).
erik
Site Admin
Posts: 3368
Joined: Sun Aug 21, 2005 3:49 pm

Re: New VideoReDo format

Post by erik »

Is both the time position AND the byte position needed or is only the time position ok?
marvin-miller
Posts: 114
Joined: Wed Nov 02, 2011 3:43 am

Re: New VideoReDo format

Post by marvin-miller »

And the answer is.... :mrgreen:
The byte position is not required but it helps us better seek to the proper position when making the cuts, so it speeds up output a little.
erik
Site Admin
Posts: 3368
Joined: Sun Aug 21, 2005 3:49 pm

Re: New VideoReDo format

Post by erik »

OK, that helps. Will have a look if I need to change something.
marvin-miller
Posts: 114
Joined: Wed Nov 02, 2011 3:43 am

Re: New VideoReDo format

Post by marvin-miller »

Good - I'm glad to be of service :mrgreen:
dlflannery
Posts: 30
Joined: Wed Feb 08, 2012 3:29 am

Re: New VideoReDo format

Post by dlflannery »

It appears the .vprj format issues with VideoReDo have been eliminated starting with VideoReDo Beta Build 634d just released. This was in the change notes for that build:
[Change] Project files: Can now (again) read old style project files created by COMSkip.

So I ran a test with 81_32 on a 3.3 GB WTV H.264 file (1 hr, 1920x1080) and it seemed to work fine! Three correct commercial cuts were defined in the right places and many more markers. VRD loaded the .vprj file fine and seek navigation was fine.

I had thought some Comskip mods were planned for this, but have seen nothing about it in the comskip change log. Maybe they weren't necessary after the VRD mods (?).

Also, I did this run again after adding "thread_count=4" to the comskip.ini file. It made no difference in the processing time. CPU usage was about 24% in either case and it took about 21 minutes to process the 1 hour video. This is on a quad-core machine. During the second run I noticed that 4 out of the 8 hyperthreads were registering activity, at about 40 - 50% each. I was hoping to see faster processing with 4 threads enabled.
marvin-miller
Posts: 114
Joined: Wed Nov 02, 2011 3:43 am

Re: New VideoReDo format

Post by marvin-miller »

dlflannery wrote: I had thought some Comskip mods were planned for this, but have seen nothing about it in the comskip change log. Maybe they weren't necessary after the VRD mods (?)
I was under the impression that there was a 'preferred' method to generating the .vprj files and that ComSkip would be altered a bit to take advantage of this. Something to do with faster processing? Maybe my understanding was incorrect :mrgreen:

Likewise, I'll report back on the effectiveness of the new ComSkip release once my machine has processed several recordings although I was having great success with '023 :D
erik
Site Admin
Posts: 3368
Joined: Sun Aug 21, 2005 3:49 pm

Re: New VideoReDo format

Post by erik »

I do not have the latest version of Videoredo so I prefer to stay with the old format now its working with videoredo.
Post Reply