@moyekj (and now @davidblackledge ): AutoSkip from SkipMode [v] (to populate the kmttg AutoSkip Table with 'raw' SkipMode data) combined with Export AutoSkip cuts [e] to create a kmttg .EDL file are great features that I enjoy using in StreamBaby to provide hands off AutoSkip of programs offloaded to my NAS. @kearygriffin had added the ability of StreamBaby to use .EDL files BEFORE SkipMode was even thought of (possibly based solely on the available output from ComSkip). For 'Watch & Delete' shows, I don't see the need to invest CPU cycles to cut out commercials. But for movies and some shows that I keep to re-watch, like the six recently re-aired 3 hour Star Wars movies on TNT, we're talking about 45-50 minutes of commercials and several GB of HDD space. Note to non-StreamBaby users (i.e. PyTiVo, PyTiVo Desktop): Offloading shows to a NAS and then copying them back to a TiVo loses the SkipMode data because not all of the metadata needed gets returned to the TiVo for the TiVo to look it up again (ContentID IIRC). Using the available kmttg-generated .EDL file, StreamBaby automatically skips every commercial WITHOUT needing the kmttg AutoSkip Service running or using IFTTT. So, I recently revisited using the kmttg-generated .EDL file to bypass the ComSkip Ad Detect stage and was unsuccessful. ComSkip (under kmttg) recognizes the presence of the .EDL file but also wants a .TXT file. Even creating an icon for the ComSkipGUI.exe program and dragging the kmttg-generated .EDL file onto it fails. But, running ComSkip Ad Detect on another 30 minute show (the 3 hour Star Wars movies take 45-50 minutes to Ad Detect on my old laptop; then another 50-60 minutes to FFCUT.BAT) does create a ComSkip-generated .TXT (and an .EDL but with LFs instead of CRLFs) that contains the start and end markers in FRAMES instead of the SECONDS in the .EDL files. Once this .TXT file exists, with Ad Detect checked and Ad Cut not checked, I can exit and re-enter ComSkip Review at will as many times as necessary. Note to other ComSkip users: I find that by zooming out to where only one or two commercial blocks are displayed, cursor movement on a low-horsepower CPU is much improved. I researched this extensively and it appears that the ComSkip-generated .TXT file is the 'Master'. By changing values in the ComSkip.ini file and re-running ComSkip using the .TXT file as input, .EDL, .CSV, and (IIRC) .XML files can all be generated without rerunning Ad Detect but none of those files can be used to 'go backwards' to create the .TXT file. Initially I tried using NotePad but switched to NotePad++ to manually create my own ComSkip-simulated .TXT file from the kmttg-generated .EDL data because of the (now confirmed) double spaces after COMPLETE and AT and the 'invisible' TABS between the Start and End FRAMES numbers (use SPACES and ComSkip will ignore the line): Code: FILE PROCESSING COMPLETE 53915 FRAMES AT 2997 ------------------- 18621 26433 46560 52023 53914 53915 If I had access to MBASIC, or even Tiny Basic, I would take a shot at coding a little conversion program (just need to multiply the SECONDS by 29.97 and write out as FRAMES, separated by one TAB and ending with CRLF). But, with advancing age and poor health, I am not really set up for coding anymore. Analysis of the AutoSkip Table shows the 'raw' SkipMode data stored as HH:MM:SS.SSS and the routine to convert that into SECONDS already exists in the Export AutoSkip cuts [e] code. Add a 'Multiply by 29.97' and the Start and End positions are done; add a conversion to SECONDS Call for the total time and the Total FRAMES is done. I've proven that it works so if anyone would be so kind as to consider including it in a future version of kmttg I would be very appreciative. Thanks very much from a big fan. P.S. By the lack of requests, I get the impression that VideoReDo *DOES* accept the kmttg-generated .EDL file as input and can thus skip the Ad Detect process and move on the 'Review' process. True?