Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
15th February 2019, 18:45 | #1 | Link |
HeartlessS Usurer
Join Date: Dec 2009
Location: Over the rainbow
Posts: 10,980
|
ExactDeDup Update v0.06 - 15 Feb 2019
Here mod of original ExactDeDup,
posting in new thread just so is easier to find, and if (and that is a big long if) I do another update, then is in same place as this one. Original thread on another forum here:- http://tasvideos.org/forum/viewtopic.php?t=12065 updated for avs 2.58, avs/+ v2.60 x86 and x64, req VS 2008 runtimes. doc in brief, Code:
ExactDedup v0.06 Copyright (c) 2011 Steve Melenchuk, Arick Chan ============================================== 0. Table of Contents -------------------- 1. Introduction 2. Usage 3. Licensing 1. Introduction --------------- ExactDedup is an AVISynth 2.58/v2.60/+ x86 & x64 plugin providing a filter intended to remove frames that are EXACT duplicates of each other, leaving only the first and (optionally) last frames of a run intact, and generates a Matroska v2 timecodes file with timing information for the ensuing stream. NOTE, 'exact duplicate' means exactly that, ie completely and bit for bit identical. Due to the particulars of the AVISynth API, ExactDedup requires two passes to function efficiently. It could theoretically be designed to run with one pass, but this would result in a very long startup delay while the plugin precomputes all of the duplicate frame information and timecodes. ExactDedup supports any standard v2.60 input colorspace. You will need the Visual C++ 2008 runtimes (i.e. MSVCR90.dll) to be able to run this plugin. 2. Usage -------- ExactDedup(clip [, bool firstpass] [, string dupinfo], [, string times] [, int maxdupcount] [, bool keeplastframe] [,bool show]) Options: - firstpass : Default true. Controls which pass the plugin is running. The first pass generates a mapping of output frames to input frames (stored in the file specified by dupinfo) and Matroska v2 timecodes (stored in the file specified by times); seeking during this pass is impossible. If not completely linear access from beginning to end of clip, then will abandon processing, you cannot jump around the clip, and should not use any multi processing (MT) methods. The second pass generates a video stream containing only the frames specified in the dupinfo file. (Seeking is permissible during this pass.) - dupinfo : Default "dupinfo.txt". The name of a temporary file generated by the first pass and read by the second pass; each line corresponds to a frame in the output video stream, and specifies the frame number of the frame in the input stream that will be used as that output frame. Note, Dupinfo/Times files deleted before pass one commences, sends a message to the debug stream when dupinfo successfully written (Google DebugView). EDIT: On last frame. - times : Default "times.txt". The name of the Matroska v2 timecodes file that will be output by the first pass. - maxdupcount : Default 20. The number of maximum consecutive duplicate frames corresponding to a single frame of the output; i.e. a maximum of (maxdupcount - 1) frames will be removed from a run of duplicates before another frame is kept. - keeplastframe: Default false. Keeps the last frame of a run of duplicates. If a run of duplicates is larger than maxdupcount, this keeps only the last frame of the entire run, not of the individual maxdupcount-size blocks. - Show : Default false. If True, shows a little info on second pass. v0.06 (15 Feb 2019) (StainlessS) Moved to VS2008, Added Version resource + x64. Req VS2008 Runtimes. Fixed M$ broken relative pathnames. See Mediafire or SendSpace below this post. EDIT: Link to previous version on Wiki is now invalid. [To Wiki editor, I'll leave in MediaFire StainlessS folder, point link at folder].
__________________
I sometimes post sober. StainlessS@MediaFire ::: AND/OR ::: StainlessS@SendSpace "Some infinities are bigger than other infinities", but how many of them are infinitely bigger ??? Last edited by StainlessS; 16th August 2019 at 12:08. |
Tags |
dedup |
Thread Tools | Search this Thread |
Display Modes | |
|
|