Comskip Support Forum

Some important updates, still only in early access area

Most noticable is
- multi thread support for both mpeg and h.264 decoding
- the ability to relearn on the fly new logo's when two_pass_logo=0 is set
- lowres option for much increased speed in HD mpeg decoding.

From the changelog

Changes on 0.81.023
- Fixed a big memory leak
Changes on 0.81.022
- Added the subtitle PID in the VideoRedo output file.
- Increased the robustness of the mpeg decoder agains stream errors that caused Comskip to crash.
Changes on 0.81.021
- Correctd a logo timeline problem when two_pass_logo=0 and a short non-logo gap in the inital logo segment.
Changes on 0.81.020
- Improved Heuristics 1 to remove very short show blocks between two commercial blocks.
- Many small internal detection improvements based on huge recording test set.
- Added parameter logo_shrink_tail=0, set to number of seconds the logo should disapear earlier.
- thread_count>1 now also works on h.264
- Default is thread_count=2, best setting on Intel multithreaded CPU's
- Setting lowres > 2 may cause problems.
- Solved some crashes when processing recordings longer the 3 hours. If you think comskip is crashing then check the log file for out of memory warnings.
Changes on 0.81.019
- Solved a bug that cause comskip to crash after finding a logo in a .wtv file when two_pass_logo=1 was set.
Changes on 0.81.018
- Solved a bug that caused wrong logo detection when actually no logo was found
- Greatly improved aspect ratio detection
- Solved a bug that caused comskip to quit after finding a logo on certain recordings.
- Improved Australia specific Commercial detection parameters
Changes on 0.81.017
- Added ini parameter, default is: thread_count=1 , Set to 2 (50% speed increase on HD) or 4 (100% speed increase on HD) to use more threads for decoding.

[quote="erik"]If you would like to receive a mail when I release a new build you should subscribe to this topic.[/quote]

Thank you. Subscribed.
[I'm sure there's an easier way, but I couldn't find it.]

Same here :-)

There is a link just below the topic line of the post that says "Subscribe"

Build 0.81.032 released today

I need your feedback on the accuracy of the detected black frames. If you see an offset between where comskip say's the black frames are and where your video player or videoredo say's they are I would like to hear

In particular I welcome feedback from users that use videoredo and are willing to judge accuracy.

From the changelog

Changes on 0.81.032
- Improved/repaired reviewing video for dvr-ms and wtv files. Still not fully working for bad timeline video's
- Discovered a crash when thread_count>1 and the recording changes video size, This crash can NOT be solved at the moment. If you see comskip crashing set thread_count=1
- Solved crash when video size changes even when thread count was set to 1
- Solved wrong duration and wrong progress indicator for .wtv files
- Solved timing inconsistency between two_pass_logo=1 and two_pass_logo=0
- Solved occasional equal time shifting of all detected commercials
- Tested for robustness on more then 200 recordings samples from all over the world. Tested for accuracy on over 150 test recordings with manual detected commercials as reference.
Changes on 0.81.031
- Some improvements in timeline processing
- Solved a bug that causef comskip to hang when decoding mpeg1 video with thread_count>1
Changes on 0.81.029
- Added commandline switch --output=c:\path\to\work\folder to set the folder where all the output and temporary files will be written.
Changes on 0.81.028
- Corrected a very obscure error in timeline repair.
Changes on 0.81.027
- Repaired the editing of .txt files broken since .024
- Added .mp4 as an extension for video files.
Changes on 0.81.026
- Solved a crash in the mpeg decoding.
Changes on 0.81.025
- Solved a crash in the timeline processing
Changes on 0.81.024
- Added parameter ticker_tape_percentage, default is 0, percentage of height of video from bottom to ignore.
- With the F5 key you can now switch between frame number display and timecode display in the debugwindow.
- Complete rewrite of the internal timeline and timekeeping algorithms to have a structural solution for timeline errors in the recording. This can cause many new bugs to test carefully if this build is ok for you.
- Added a WARNING message in the log file in case of a corrupt timeline in the recording.
- Changed the default of min_show_segment_length=250 to accomodate for HD recordings with very long commercial blocks

[quote="erik"]Build 0.81.032 released today

I need your feedback on the accuracy of the detected black frames. If you see an offset between where comskip say's the black frames are and where your video player or videoredo say's they are I would like to hear

In particular I welcome feedback from users that use videoredo and are willing to judge accuracy.[/quote]

I'm about to install it (and I use VideoRedo). Questions/notes;

1) Does this build include the updated .vprj code for the new videoredo beta release (as discussed earlier) ?
2) The compskip.ini seems to be missing the logo_shrink tail and thread_count settings - how come?

Thanks!

Minor build released

Can someone test this?

Changes on 0.81.033
- Repaired the broken edlx output format
- Added output_videoredo3 parameter for ini file. Set to 1 to get type 3 videoredo output. Make sure to enable only ONE videoredo output format as they have the same name and one will overwrite the other.

Mail me when you are willing to help test live TV support for WTV or DVR-MS
You need to run comskip manually on a file while being recorded and send me the redirected stderr and the log files
Only reply if you understand the above.

A huge memory leak finaly solved

Changes on 0.81.035
- Solved HUGE memory leak when using two_pass_logo=0.
Changes on 0.81.034
- Solved a crash when writing an updated .txt file using comskipGUI

I'm please to anounce build 0.81.037

Live-tv processing is confirmed to work by a number of early testers.
You now can start Comskip on a .wtv recording as soon as the recording starts and Comskip will finish shortly after the recording is finished
Give it a try and send me feedback

From the changelog

Changes on 0.81.037
- Updated live TV processing for .wtv. It is confirmed to work.
- Warning; tell Avast comskip is ok otherwise comskip may crash.
Changes on 0.81.036
- Increased the max_analyze_duration to cater for strange recordings with a lot of empty space file at the start

Finally a new public build available

Build 0.81.39

Limitations
- No h.264
- No .wtv
- No multi threaded decoding
- No lowres decoding

But compared to the 0.80.42 you get better video PID detection and many more audio formats.

For all those that use .dvrms or .ts with mpeg video, give it a try.
Live-tv procesing for dvrms has not been tested as nobody volunteered to help

From now on the public and the donator builds will be upgraded together.

Have been working many hours on trying to solve live TV processing problems.

Build 0.81.041 released today

For those that are experiences crashes

Changes on 0.81.043
- Comskip will automatically fallback to single thread decoding if the input file is incompatible with multi thread decoding.
- Solved crash: Comskip crashes after finding a logo before a valid audio stream has been detected
Changes on 0.81.042
- Switched off a debug message causing build 041 to be much slower

Some new builds

Changes on 0.81.049
- Bug solved: Sometimes the first logo block is not found when processing the file for the first time.
- Added settings for live tv processing. The default settings should work for NPVR .ts recording and MCE .wtv recording (see comskip.txt) . You MUST set standoff_size > 0 otherwise the defaults will be used.
standoff_retries = times to retry if the file has grown during recording while sleeping one second between tries
standoff_time = time in seconds to wait after last file modification when proceesing during recording
standoff_size = size in kByte to stay away from the end of the file when processing during recording
standoff_initial_size = time in seconds to wait for after file creation time before starting processing
standoff_initial_wait = size of file in kByte to wait for before starting processing
Changes on 0.81.048
- When after_logo=999 or before_logo=999 a cutpoint will forced
Changes on 0.81.047
- Repaired the subtitle PID output for videoredo3
- Increased the standoff time for .ts files so live tv processing has a better chance to work.
Changes on 0.81.046
- Setting verbose=12 will show in the log file why certain candidate cutpoints are removed.
Changes on 0.81.045
- Increased the waiting time for WTV files to 10 minutes for live TV processing to reduce the risk for crashing.
Changes on 0.81.044
- Bug solved: Padding after last commercial was not working.

A new build available

Changes on 0.81.053 : As this build had a bug in Live TV processing I removed it.
- Repaired the preview function in the debugwindow.
- Multi thread decoding now also works fast on h.264 with video size changes
- Improved decoding of some types of audio
Changes on 0.81.052
- Parameter added: edl_skip_field, sets the skip indicator in an EDL file. Default value is '0'. Set to edl_skip_field=3 to have better skipping on XBMC
Changes on 0.81.051
- Improved the timeline correction to prevent misalignment of detected commercials on long recordings.
Changes on 0.81.050
- Ini parameter added: output_incommercial=0 set to 1 to enable the output of a status file containing a '1' when during live tv processingcomskip detects it is inside a commercial.
- Crash solved: Under certain conditions Comskip crashed when proccessing corrupt recordings.