New builds will be anounced in this topic

Where all the announcements go
erik
Site Admin
Posts: 3337
Joined: Sun Aug 21, 2005 3:49 pm

Re: New builds will be anounced in this topic

Post by erik » Wed Dec 21, 2011 11:15 am

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.

LastButNotLeast
Posts: 39
Joined: Tue Jan 31, 2012 12:13 am

Re: New builds will be anounced in this topic

Post by LastButNotLeast » Tue Jan 31, 2012 12:18 am

[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.]

marvin-miller
Posts: 114
Joined: Wed Nov 02, 2011 3:43 am

Re: New builds will be anounced in this topic

Post by marvin-miller » Sun Feb 05, 2012 8:55 am

Same here :-)

erik
Site Admin
Posts: 3337
Joined: Sun Aug 21, 2005 3:49 pm

Re: New builds will be anounced in this topic

Post by erik » Sun Feb 05, 2012 4:20 pm

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

erik
Site Admin
Posts: 3337
Joined: Sun Aug 21, 2005 3:49 pm

Re: New builds will be anounced in this topic

Post by erik » Sun Mar 04, 2012 9:57 pm

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

marvin-miller
Posts: 114
Joined: Wed Nov 02, 2011 3:43 am

Re: New builds will be anounced in this topic

Post by marvin-miller » Sun Mar 04, 2012 10:52 pm

[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!

erik
Site Admin
Posts: 3337
Joined: Sun Aug 21, 2005 3:49 pm

Re: New builds will be anounced in this topic

Post by erik » Sat Mar 10, 2012 9:25 am

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.

erik
Site Admin
Posts: 3337
Joined: Sun Aug 21, 2005 3:49 pm

Re: New builds will be anounced in this topic

Post by erik » Sat Mar 10, 2012 7:00 pm

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.

erik
Site Admin
Posts: 3337
Joined: Sun Aug 21, 2005 3:49 pm

Re: New builds will be anounced in this topic

Post by erik » Sat Mar 31, 2012 10:03 pm

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

erik
Site Admin
Posts: 3337
Joined: Sun Aug 21, 2005 3:49 pm

Re: New builds will be anounced in this topic

Post by erik » Sat May 26, 2012 5:17 pm

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

erik
Site Admin
Posts: 3337
Joined: Sun Aug 21, 2005 3:49 pm

Re: New builds will be anounced in this topic

Post by erik » Sun Jul 22, 2012 3:31 pm

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.

erik
Site Admin
Posts: 3337
Joined: Sun Aug 21, 2005 3:49 pm

Re: New builds will be anounced in this topic

Post by erik » Wed Jul 25, 2012 8:48 pm

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

Build 0.81.041 released today

erik
Site Admin
Posts: 3337
Joined: Sun Aug 21, 2005 3:49 pm

Re: New builds will be anounced in this topic

Post by erik » Tue Jul 31, 2012 5:47 pm

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

erik
Site Admin
Posts: 3337
Joined: Sun Aug 21, 2005 3:49 pm

Re: New builds will be anounced in this topic

Post by erik » Mon Nov 05, 2012 5:04 pm

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.

erik
Site Admin
Posts: 3337
Joined: Sun Aug 21, 2005 3:49 pm

Re: New builds will be anounced in this topic

Post by erik » Sun Jan 13, 2013 9:21 pm

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.

Post Reply