-
Notifications
You must be signed in to change notification settings - Fork 80
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comskip infinite loops on some h264s #31
Comments
Are you sure it's a mpeg2 file? It's using the x264 decoder. Can you paste what |
Sorry s/mpeg2/h264/g:
|
Set retries=0 |
Thanks Erik. Adding retries=0 does not change the looping. Here's a link to the comskip.ini file I'm using, with "retries=0" now added just before the "live_tv=0" directive. The the etv-comskip scripts are setup to invoke comskip AFTER recording AND transcoding AND iTunes Exporting are finished. After all that, MarkCommercials runs comskip, sticks the .edl file in the right place, and mp4tags imbeds the comskip information into iTunes recordings. With "retries=0" the comskip log looks the same:
|
My error This is the clue the seeking is failing : "Positioning file failing with Erik. 2015-10-16 12:23 GMT+02:00 Steve Smith notifications@github.com:
|
That works—thanks again Erik. I'll leave the ticket open to ask if it's a "feature" for Comskip to use the live_tv_retries directive when live_tv=0. |
live_tv controls the output of detected commercials during processing, it increases CPU load but you can skip commercials before the recording is finished. |
Got it. Thanks again. I forgot it was possible to watch live tv! 😃 We used to have etv-comskip configured for live tv options back in the non-HD dark ages. Then I ported to use comskip for HD, and turned off all the live options both because comskip with ffmpeg stopped supporting that capability, and the cpu load for live HD plus recording plus comskip is really high (and because personally I'm lucky to be a only couple weeks behind viewing stuff). Is live tv comskip a thing again? If so, and we switched back to live tv support, is the behavior above an issue? |
Could you "send" me one of the recordings that loop? This will enable me to improve the seeking in Comskip |
Many people do use live tv processing with the latest build |
Thanks. I sent you an out-of-band message. |
Thanks for the recording, it contains many bitstream errors so its an excellent opportunity to improve robustness. I already solved one problem, at least one more to go. |
Thank you very much Erik. I confirm that this commit fixes the issue for me. I also see that it addresses the asynchronous timestamp issue as well. |
Comskip goes into an infinite loop on some h264s. This happens often enough that I've incorporated a gtimeout into my MarkCommercials script to kill off runaway comskip processes. This happens with both DOS (run under wine) and natively compiled donator versions.
I can provide a download of the .mpg if you'd like.
The logs look like this:
The text was updated successfully, but these errors were encountered: